How di you guys find a solution, I’m countering the same problem. The file works creates a split folder but is empty.
As said above, please use snap2stamps v2 available since Sept 2023, which solved the issue with orbits etc.
Current Sentinel-1C may require an update on SNAP, which is being checked so far.
For Sentinel-1A and 1B, snap2stamps v2 should work just fine as it includes SNAP v9 as a package to ensure fully compatibility.
Additionally, I suggest you check the data downloaded if from Sept 2023 until June 2024 you may need to decompressed/unzipped so the data can be properly read by SNAP (during that time the Copernicus Data Space Ecosystem had some issue on the provided zipped files, but when decompressing them all works)
Thank you so much for response. Really great. I also currently work from an macOS with M3 chip. DO you think that is causing the issues?
unzipping all the S1 Slc scenes did not solve the issues
can you send filenames (master +1 secondary) and your config file so I can try to reproduce on my laptop?
S1A_IW_SLC__1SDV_20221214T032530_20221214T032558_046322_058C38_90E9_Orb.dim (2.3 MB)
S1A_IW_SLC__1SDV_20230928T032536_20230928T032604_050522_0615BC_B472.SAFE-report-20230928T060624.pdf (15.8 KB)
project_topsar.pdf (18.4 KB)
Thank you for trying to help me. I tried everything with Ubuntu now, but I have still the same outcome. The split folder is created in no time but is unfortunately empty
But are you using version 2? had you installed the conda environment? if you do that, all should run smoothly
Thank you for your response, yes I’m using version 2 with SNAP 9.0. I installed the full package of all the environments listed including conda environment. It is always the same outcome, no matter what I try, split and log folder is being created after 1 second but empty.
let me try myself with the info you provided
Thank you so much for your help
Ok! I think I see the issue… the MASTER field is being used as in version 1, here it shall only point to the folder where the MASTER images are stored, as in version 2 the Master splitting is done also using the scripts.
Try and let me know
Thank you for your reply, im using the version 2.0 now. But now I#m running into more issues.
my master is not being split and it tells me that coordinates don’t lie in IW3, but it can also not find the IW3.tiff in the measurement folder. Any ideas of how I can fix that? Coordinates are correct, I have also tried every other option.
SEVERE: org.esa.s1tbx.io.sentinel1.Sentinel1Level1Directory: S1A_IW_SLC__1SDV_20221214T032530_20221214T032558_046322_058C38_90E9.SAFE/measurement/s1a-iw3-slc-vh-20221214t032531-20221214t032556-046322-058c38-003.tiff not found
SEVERE: org.esa.s1tbx.io.sentinel1.Sentinel1Level1Directory: S1A_IW_SLC__1SDV_20221214T032530_20221214T032558_046322_058C38_90E9.SAFE/measurement/s1a-iw3-slc-vv-20221214t032531-20221214t032556-046322-058c38-006.tiff not found
SEVERE: org.esa.s1tbx.io.sentinel1.Sentinel1ProductReader: Unable to load quicklook S1A_IW_SLC__1SDV_20221214T032530_20221214T032558_046322_058C38_90E9
INFO: org.hsqldb.persist.Logger: dataFileCache open start
wktAOI does not overlap any burst
done.
Error: [NodeId: TOPSAR-Split] wktAOI does not overlap any burst
[IW3] Finished process in 9.030878067016602 seconds.
Master image does not intersect POLYGON ((10.9999 34.9088,11.3043 34.9088,11.3043 35.4488,10.9999 35.4488,10.9999 34.9088)) in subswath IW3
My Config file:
#################### TOPSAR CONFIGURATION FILE ######################
#####################################################################
[PROJECT_DEFINITION]
PROJECTFOLDER = /home/julianstummvoll/Schreibtisch/PSI_GERD
GRAPHSFOLDER = /home/julianstummvoll/Schreibtisch/PSI_GERD/graphs
#####################################################################
[PROC_OPTIONS]
Y / N OPTIONS
OVERWRITE = N
#SMARTHDD = N
#PLOTTING = Y
#####################################################################
[PROC_PARAMETERS]
SENSOR : S1
SENSOR = S1
POLARISATION = VV
MASTERSEL = MANUAL
MASTER = /home/julianstummvoll/Schreibtisch/PSI_GERD/master
MASTER SEL : AUTO / FIRST / LAST / MANUAL
#EXTDEM = C:/Users/Desktop/DGM/external_dgm.tif
#####################################################################
[AOI_DEFINITION]
#AOI_MODE OPTIONS WKT / BBOX / SHP / KML / GeoJSON
AOI_MODE = BBOX
LONMIN = 34.9088
LATMIN = 10.9999
LONMAX = 35.448
LATMAX = 11.3043
#WKT = POLYGON
#AOI_FILE = /tmp/my_aoi.shp
#####################################################################
[SEARCH_PARAMS]
autoDownload : Y / N
#autoDownload = N
TRACK = 95
beamMode : SLC / GRD
beamMode = SLC
START/ STOP in YYYY-MM-DD
#START = 2022-01-01
#END = 2022-04-16
SAT : S1 / S1A / S1B
#SAT= S1A
#SF_USER =
#ASF_PASS =
Number of Parallel Downloads (NPD)
[SEARCH_PDOWNLOADS]
#NPD = 4
#####################################################################
[SNAP_GPT]
SNAP_INSTALLATION_FOLDER = /home/julianstummvoll/Dokumente/snap
SNAP_HOME_DIR = /home/julianstummvoll/.snap
#####################################################################
[COMPUTING_RESOURCES]
CPU = 4
CACHE = 36G
#####################################################################
Also set MASTERSEL=AUTO and have the the master scene as .zip in the master folder. If I unzip it and have it in .SAFE it also cannot read it
The issue related to the IW3 is usually solvable by decompressing and compressing it again.
Let me know
Thank you for your quick reply. decompressing and compressing it again really solved the problem with reading the .tiff and.xml in measurement and annotation. But now it tells me that the orbit files cannot be found, but I have no issues finding the correct orbit files if I do it manually in SNAP.
plitting master with AOI intersecting IW3
FILE(s) : /home/julianstummvoll/Schreibtisch/PSI_GERD/master/S1A_IW_SLC__1SDV_20221214T032530_20221214T032558_046322_058C38_90E9.SAFE.zip
[‘/home/julianstummvoll/Dokumente/snap/bin/gpt’, ‘/home/julianstummvoll/Schreibtisch/PSI_GERD/graphs/splitgraph2run.xml’, ‘-c’, ‘36G’, ‘-q’, ‘4’]
INFO: org.esa.snap.core.gpf.operators.tooladapter.ToolAdapterIO: Initializing external tool adapters
INFO: org.esa.s2tbx.dataio.gdal.GDALVersion: GDAL not found on system. Internal GDAL 3.2.1 from distribution will be used. (f0)
INFO: org.esa.s2tbx.dataio.gdal.GDALVersion: Internal GDAL 3.2.1 set to be used by SNAP.
INFO: org.esa.snap.core.util.EngineVersionCheckActivator: Please check regularly for new updates for the best SNAP experience.
INFO: org.esa.s2tbx.dataio.gdal.GDALVersion: Internal GDAL 3.2.1 set to be used by SNAP.
Executing processing graph
INFO: org.hsqldb.persist.Logger: dataFileCache open start
OpenSearch: https://scihub.copernicus.eu/gnss/search?q=platformname:Sentinel-1 AND platformnumber:A AND producttype:AUX_POEORB AND beginposition:[2022-12-01T00:00:000Z TO 2022-12-31T24:00:000Z]
WARNING: org.esa.s1tbx.orbits.gpf.ApplyOrbitFileOp: No valid orbit file found for 14-DEC-2022 03:24:31.912025
Orbit files may be downloaded from https://scihub.copernicus.eu/gnss/odata/v1/
and placed in /home/julianstummvoll/.snap/auxdata/Orbits/Sentinel-1/POEORB/S1A/2022/12
OpenSearch: https://scihub.copernicus.eu/gnss/search?q=platformname:Sentinel-1 AND platformnumber:A AND producttype:AUX_RESORB AND beginposition:[2022-12-01T00:00:000Z TO 2022-12-31T24:00:000Z]
No valid orbit file found for 14-DEC-2022 03:24:31.912025
Orbit files may be downloaded from https://scihub.copernicus.eu/gnss/odata/v1/
and placed in /home/julianstummvoll/.snap/auxdata/Orbits/Sentinel-1/POEORB/S1A/2022/12
done.
Error: [NodeId: Apply-Orbit-File] No valid orbit file found for 14-DEC-2022 03:24:31.912025
Orbit files may be downloaded from https://scihub.copernicus.eu/gnss/odata/v1/
and placed in /home/julianstummvoll/.snap/auxdata/Orbits/Sentinel-1/POEORB/S1A/2022/12
[IW3] Finished process in 16.037558555603027 seconds.
Master image does not intersect POLYGON ((34.9088 10.9999,35.448 10.9999,35.448 11.3043,34.9088 11.3043,34.9088 10.9999)) in subswath IW3
will the problem be fixed if I do it manually as described and put it into the SNAP folder or do I have to consider something else? Thank you so much for help, if I get the script running I will record a video of how to do it to help out others 
Would a switch from SNAP 9.0 to SNAP 12.0 solve issues or would I run into other compatibility problems?
No, I dont think it will solve it. Are you using the snap version installed within the conda environment or do you have another version? Within the conda environment it installs a version of snap which should work without issues
I installed the whole environment that was provided in the script, and also downloaded manually SNAP 9.0.0 version in which the GPT runs.
Is it maybe, because I have the SNAP 9.0 with only Sentinel Toolboxes?
the snap component provided within the snap2stamps conda environment only includes Sentinel-1 toolbox because it is the only one needed. You do not need to download manually anything and install it.
If you do, and you use your version, ensure that the toolbox is up to date. THe orbit file issue was solved time ago during some updates, which using tthe SNAP 11 or 12 shall be solved anyway.
Again, using the snap2stamps only should be ok, and for using it properly you shall remember to activate the conda environment to use it. See GitHub - mdelgadoblasco/snap2stamps: Using SNAP as InSAR processor for StaMPS