Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adding InSAR processors to isce image #1030

Open
grallewellyn opened this issue Jul 15, 2024 · 1 comment
Open

Adding InSAR processors to isce image #1030

grallewellyn opened this issue Jul 15, 2024 · 1 comment
Assignees

Comments

@grallewellyn
Copy link
Collaborator

grallewellyn commented Jul 15, 2024

Options would be:

  1. Figure out how to manually create the InSAR processors for the isce3 image (if possible) and document this process for users (ideal approach)
  2. Correct the isce2 image and manually create the InSAR processors. Related to this ticket: Errors in isce2 image #1022

We are all still unclear about the process manually creating the InSAR processors after the MAAP MSFC-JPL teams meeting 7/15

From Narayanarao:

If I understood it correctly, InSAR processing functionalities in ISCE3 are more focused on NISAR data format.

  1. Therefore, one has to convert all other sensor data (For instance, I am using Senitnel-1 and ALOS-2 data ) into NISAR RSLC format.
  2. With converted RSLC, we have to create a configuration file for each InSAR pair.
    The second step looks like it can be registered to a DPS algorithm with a little effort, though one has to build their own stack. However, the first step of converting all the input SLC data into NISAR HDF5 format is a little concerning to me (given the diversity in the sensor data formats and mode of acquisition) and has unnecessary computational overhead.
    Therefore, I am not sure which would be an effective solution.
    Getting an ISCE2 image or converting the input data every time into NISAR HDF5 format.
    Given the situation, I think preparing an ISCE2 image would be ideal.

Sam Niomoeller is the UWG POC for this ticket

cc @wildintellect

@grallewellyn grallewellyn self-assigned this Jul 15, 2024
@grallewellyn
Copy link
Collaborator Author

Gustavo confirmed we will probably need to use isce2

You are right, the if the inputs are not formatted in the NISAR format, you'd need to convert/repackage them to that format first. As Sam pointed out, ISCE3 includes a script to repackage ALOS-2 SLCs (L1.1) in stripmap mode to the NISAR format. We also have another script to repackage ALOS-1 Raw data (L1.0) to the NISAR format. Some UAVSAR datasets distributed through the UAVSAR website are also provided in the NISAR format. Unfortunately, the scripts to convert/repackage UAVSAR and Sentinel-1 data to the NISAR format are part of a library called SimulationTools, that is not publicly available. So, if you need to generate a stack of Sentinel-1 interferograms, you'll probably need to use ISCE2.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant