Re: [gdal-dev] Access window out of range error with standard utils

2021-12-09 Thread Matt.Wilkie
Thanks Even! I confirm `gdaladdo infile.ext.msk` is a valid workaround on all the problem files I've encountered it so far (about 7). -Matt From: Even Rouault Sent: December 9, 2021 1:28 PM To: Matt.Wilkie ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Access window out of range error with

Re: [gdal-dev] Access window out of range error with standard utils

2021-12-09 Thread Even Rouault
Hi, fixed per https://github.com/OSGeo/gdal/pull/4965 you can likely workaround the issue by running gdaladdo on the .vrt.msk prior to COGification Even Le 08/12/2021 à 18:35, matt.wil...@yukon.ca a écrit : Hello, Why is gdal off by one for the access window? I’m using standard utilities

Re: [gdal-dev] netCDF multi-dimensional support

2021-12-09 Thread Simon Eves
OK, so I changed my mind and went ahead and installed libhdf4-alt-dev on the new box, to match the old, and rebuilt GDAL the same way. Now everything matches. The GDAL build is therefore silently behaving differently based on the presence or absence of HDF4. Please advise of the actual dependenc

[gdal-dev] netCDF multi-dimensional support

2021-12-09 Thread Simon Eves
I am trying to build GDAL 3.4.0 with "full" netCDF support, but getting different results on my two machines, both Ubuntu 20.04 with supposedly-the-same dev environment. Both have the libnetcdf-dev (4.7.3) apt package installed, and both have working nc-config, which reports the same thing on both

Re: [gdal-dev] ogrinfo XML (AIXM)

2021-12-09 Thread Rahkonen Jukka (MML)
Hi, Please try the unsubscribe link at the bottom of the mailing list info page https://lists.osgeo.org/mailman/listinfo/gdal-dev. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Baker (US), Anthony W Lähetetty: torstai 9. joulukuuta 2021 14.02 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: Re:

Re: [gdal-dev] gdal installation error on MacOS (libpoppler.91.dylib)

2021-12-09 Thread Paul Harwood
I think you would only have conflicts if you tried to use venv and conda in the same environment/project because you would then end up trying to use two different Python instances for one project and that will not work :). You can use them separately on the same machine on a project by project basi

Re: [gdal-dev] gdal installation error on MacOS (libpoppler.91.dylib)

2021-12-09 Thread Idan Miara
Thanks for your help! I realised that since I use pyenv virtualenv then I might have conflicts if I also use conda. I ended up uninstalling conda and installing gdal with homebrew and pip. I will add some notes in the docs for how to avoid the pitfalls I encountered. On Tue, 7 Dec 2021 at 13:33,

Re: [gdal-dev] ogrinfo XML (AIXM)

2021-12-09 Thread Baker (US), Anthony W
Please remove me from this email distribution. Thank you From: gdal-dev [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of paul.m...@lfv.se Sent: Thursday, December 09, 2021 3:52 AM To: even.roua...@spatialys.com; gdal-dev@lists.osgeo.org Subject: [EXTERNAL] Re: [gdal-dev] ogrinfo XML (AIXM)

Re: [gdal-dev] ogrinfo XML (AIXM)

2021-12-09 Thread Andreas Oxenstierna
I do not remember all nasty details but what I remember: AIXM is really complex with multi-multi geometry linking and stores the complete story of all objects A snapshot can be exported - this then includes objects only for that timestamp. A complete AIXM will thus be multidimensional both in geo

Re: [gdal-dev] ogrinfo XML (AIXM)

2021-12-09 Thread paul.malm
Tried with the downloaded file: https://github.com/aixm/donlon/blob/master/EA_EADD_OBS_DS_AREA_2_3_4_FULL_20191205.xml And the result is: C:\>ogrinfo GMLAS:c:\Temp\eaddata\EA_EADD_OBS_DS_AREA_2_3_4_FULL_20191205.xml --debug on GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_BA

Re: [gdal-dev] ogrinfo XML (AIXM)

2021-12-09 Thread Rahkonen Jukka (MML)
Hi, Re-sending to the list without old discussion because the mail body grew too large and was rejected. I do not have not much experience about GMLAS but I made a test with this file https://github.com/aixm/donlon/blob/master/EA_EADD_OBS_DS_AREA_2_3_4_FULL_20191205.xml and GDAL GMLAS found 16

Re: [gdal-dev] ogrinfo XML (AIXM)

2021-12-09 Thread Rahkonen Jukka (MML)
Hi, Perhaps GDAL does not follow redirections automatically: curl http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd 301 Moved Permanently Moved Permanently The document has moved https://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd>here. Did you already edit your GML by changing http into http

Re: [gdal-dev] ogrinfo XML (AIXM)

2021-12-09 Thread paul.malm
Hi, I turnd off the proxy and added -debug on. This is the result: ogrinfo GMLAS:c:\Temp\data\mydata.GML --debug on GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_BAG.dll using GDALRegister_BAG. GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_ECW_JP2ECW.dl

Re: [gdal-dev] ogrinfo XML (AIXM)

2021-12-09 Thread Rahkonen Jukka (MML)
Hi, The syntax is correct but "ogrinfo GMLAS:c:\Temp\data\Mydata.GML --debug on" would print much more info. Now something fails here: ERROR 3: Cannot resolve http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd The schema file seems to be moved to https, I would have a try by editing that in you

Re: [gdal-dev] ogrinfo XML (AIXM)

2021-12-09 Thread paul.malm
Is this the correct syntax: C:\>ogrinfo GMLAS:c:\Temp\data\Mydata.GML I get the error: ERROR 3: Cannot resolve http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd FAILURE: Unable to open datasource `GMLAS:c:\Temp\eaddata\EADdata.GML' with the following drivers. -> BAG -> JP2ECW -> FITS -> n