Re: [gdal-dev] Install GDAL with gdal_ls available in PATH

Thanks for insights. I will try the lukeroth/gdal repo. On Thu, Dec 12, 2024, 4:58 PM Even Rouault wrote: > Abul, > > gdal_ls.py is a non officially promoted script that isn't installed with > GDAL. Your best luck is just to fetch it from > https://github.com/OSGeo/gdal/blob/master/swig/python/g

Re: [gdal-dev] Idea: support JP2 TLM as sidecar in GDAL/OpenJPEG

If you are not against the .tlm sidecar idea in GDAL/OpenJPEG, that's good enough for me for now, and it might allow further discussions with ESA. Well, you should tell them I'm actively *against* the sidecar idea to motivate them doing the proper thing, otherwise they'll have little inc

Re: [gdal-dev] Idea: support JP2 TLM as sidecar in GDAL/OpenJPEG

Yes, enabling TLM generation for future products would already be an important first step, and we have asked ESA about this recently. Given that the full archive of Sentinel-2 was reprocessed recently (Collection-1), we can assume that we won't get a full reprocessing before a few years, which is w

Re: [gdal-dev] Idea: support JP2 TLM as sidecar in GDAL/OpenJPEG

Hi, Someone should just tell the team at ESA (are you reading us ESA by the way?) in charge of producing those JPEG2000 files to turn on the Kakadu switch to generate TLM markers. A 5 minute change on their side, ok maybe 1 hour to update unit tests. What you suggest about sidecar .tlm sidec

[gdal-dev] Idea: support JP2 TLM as sidecar in GDAL/OpenJPEG

Dear GDAL maintainers, Thank you for the release of OpenJPEG 2.5.3, with the support of TLM markers! Following up on [1], Sentinel-2 JP2 files currently do not have TLM markers. However, it is theoretically possible to generate an external index file for each JP2 raster, and the index could be for

Re: [gdal-dev] WMTS generating GET URL problem

Hi, While waiting their reaction, download the GetCapabilities into a local file, for example "wmts.xml". Edit the 24 occasions of style into default> Then you can do: gdal_translate -srcwin 0 0 12235811 6137602 -outsize 512 512 WMTS:wmts.xml,lay

Re: [gdal-dev] WMTS generating GET URL problem

I did it before I wrote here :-) Thank you for your time. Regards, Michał Kowalczuk pt., 13 gru 2024 o 14:52 Rahkonen Jukka napisał(a): > Hi, > > > > The idea behind all standardization work is not that every single client > must be made to deal with servers which break the standard. Contact th

Re: [gdal-dev] WMTS generating GET URL problem

Hi, The idea behind all standardization work is not that every single client must be made to deal with servers which break the standard. Contact the server provided and ask them to fix their configuration. There seems to be a contact address in GetCapabilities irisline@paradigm.brusselsmailto:

Re: [gdal-dev] WMTS generating GET URL problem

so maybe this little fix for this should be madę in gdal. if style isEmpty: style=„default” W dniu pt., 13 gru 2024 o 14:32 Rahkonen Jukka < jukka.rahko...@maanmittauslaitos.fi> napisał(a): > Hi, > > > > By the standard Web Map Tile Service - Open Geospatial Consortium >

Re: [gdal-dev] WMTS generating GET URL problem

Hi, By the standard Web Map Tile Service - Open Geospatial Consortium "style" seems to be mandatory in the layer data "One or more (mandatory)". And within "style", the identifier is mandatory "An unambiguous reference to this style, identifying

Re: [gdal-dev] WMTS generating GET URL problem

Sorry for the mistake in the last email. Instead of pasting *gfdalinfo *command i should paste this: *gdal_translate -srcwin 0 0 12235811 6137602 -outsize 512 512 "WMTS:https://geoservices-urbis.irisnet.be/geoserver/gwc/service/wmts?SERVICE=WMTS&REQUEST=GetCapabilities&VERSION=1.0.0,layer=Ortho,til

[gdal-dev] WMTS generating GET URL problem

Hi, Consider the following WMTS server: *https://geoservices-urbis.irisnet.be/geoserver/gwc/service/wmts * One of the subdataset path generated by GDAL is *WMTS:https://geoservices-urbis.irisnet.be/geoserver/gwc/service/wmts?SERVICE=