longjunhao

Hi Radouane, the wavenumber images were created for us by DLR. To my knowledge these files are very specific to tomographic image processing and cannot be created from S1 imagery....

Hi Radouane, thanks a lot for pointing me to this software. I did not know about it yet. From what I read in the ESA STEP forum this is currently...

Thanks a lot @TomAugspurger for helping to solve this. I changed the strings and pattern but get the same result. In the second case, the time is shifted to one...

Okay so the problem is in `ItemSearch._to_utc_isoformat`. The following line converts all `datetime.datetime` objects to UTC: https://github.com/stac-utils/pystac-client/blob/e50483de27a2ec0c4fb19961019fc5ac2451da46/pystac_client/item_search.py#L442 I guess in my case the one hour difference comes from the difference...

See issue https://github.com/johntruckenbrodt/pyroSAR/issues/287 for further info.

Hi all. Great to see this happening. I think the following adjustment needs to be made: ```diff - sed -i 's+ bin/unpack200+ $JAVA_HOME/bin/unpack200+g' /src/snap/esa-snap_all_unix_${SNAPVER}_0.sh + sed -i 's+ bin/unpack200+ $JAVA_HOME/bin/unpack200+g'...

Awesome! Thanks @constantinius. Let me know if there's anything I can do.

This works like a charm! Thanks a lot @constantinius, this is of great help. I'll be using this solution and give credit of course. Can't this class find its way...

Ah I see. Wouldn't it then be more intuitive to assume the same time zone for strings and datetime objects if not specified by the user? From how I interpret...

Great! IMO this fixes it. Thanks a lot.