date:20211209

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 standard utils

*** External email: Do not click on links or attachments except from trusted 
senders. ***

**

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, no 
custom code. This is only happening (so far) on one file out of dozens.

```
$ gdal_translate -co compress=zstd -co predictor=yes -co level=17 ^
 -co bigtiff=yes -of cog INFILE.rgb-nir.vrt OUTFILE.tif
Input file size is 31918, 34252
0.ERROR 5: Access window out of range in RasterIO().  Requested
(0,0) of size 250x268 on raster of 249x267.
```

This is one step of a process where I'm taking two 3-band jpeg-in-geotiff 
images, defining a nodata mask, and creating a final 4-band cloud geotiff. 
Preceding steps to this one are:

gdal_translate -b 1 RGB.tif  b-red.vrt
gdal_translate -b 2 RGB.tif  b-grn.vrt
gdal_translate -b 3 RGB.tif  b-blu.vrt
gdal_translate -b 1 432.tif  b-nir.vrt

gdalbuildvrt -separate INFILE.rgb-nir.vrt ^
  b-red.vrt b-grn.vrt b-blu.vrt b-nir.vrt

gdal_translate INFILE.rgb-nir.vrt xx-to-mask.tif
nearblack -setmask xx-to-mask.tif
move xx-mask.tif.msk INFILE.rgb-nir.vrt.msk
del xx-mask.tif

gdal_translate INFILE.rgb-nir.vrt OUTFILE.tif

(Edited for legibility, options used are left out)

Gdalinfo reports the size of each image are the same:

$ findstr "Size" *.gdal-info
RGB.b-blu.vrt.gdal-info:Size is 31918, 34252
RGB.b-blu.vrt.gdal-info:Pixel Size = (1.500,-1.500)
RGB.b-grn.vrt.gdal-info:Size is 31918, 34252
RGB.b-grn.vrt.gdal-info:Pixel Size = (1.500,-1.500)
RGB.b-red.vrt.gdal-info:Size is 31918, 34252
RGB.b-red.vrt.gdal-info:Pixel Size = (1.500,-1.500)
432.b-nir.vrt.gdal-info:Size is 31918, 34252
432.b-nir.vrt.gdal-info:Pixel Size = (1.500,-1.500)
INFILE.rgb-nir.vrt.gdal-info:Size is 31918, 34252
INFILE.rgb-nir.vrt.gdal-info:Pixel Size = (1.500,-1.500)
INFILE.rgb-nir.vrt.msk.gdal-info:Size is 31918, 34252

The source VRT and gdalinfo reports are attached.

GDAL 3.3.2, released 2021/09/01 via Qgis 3.22 on Windows 10.

Matt Wilkie
Geomatics Developer & Administrator
Environment | Technology, Innovation and Mapping
T 867-667-8133 | Yukon.ca
Hours: 08:30-16:30, Mon-Wed: Office, Thu: Remote, Fri: Away.

___

gdal-dev mailing list

gdal-dev@lists.osgeo.org

https://lists.osgeo.org/mailman/listinfo/gdal-dev

--

http://www.spatialys.com

My software is free, but my time generally not.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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, no custom code. This is only happening (so far) on one file 
out of dozens.


```

$ gdal_translate -co compress=zstd -co predictor=yes -co level=17 ^

 -co bigtiff=yes -of cog INFILE.rgb-nir.vrt OUTFILE.tif

Input file size is 31918, 34252

0.ERROR 5: Access window out of range in RasterIO().  Requested

(0,0) of size 250x268 on raster of 249x267.

```

This is one step of a process where I’m taking two 3-band 
jpeg-in-geotiff images, defining a nodata mask, and creating a final 
4-band cloud geotiff. Preceding steps to this one are:


gdal_translate -b 1 RGB.tif  b-red.vrt

gdal_translate -b 2 RGB.tif  b-grn.vrt

gdal_translate -b 3 RGB.tif  b-blu.vrt

gdal_translate -b 1 432.tif  b-nir.vrt

gdalbuildvrt -separate INFILE.rgb-nir.vrt ^

  b-red.vrt b-grn.vrt b-blu.vrt b-nir.vrt

gdal_translate INFILE.rgb-nir.vrt xx-to-mask.tif

nearblack –setmask xx-to-mask.tif

move xx-mask.tif.msk INFILE.rgb-nir.vrt.msk

del xx-mask.tif

gdal_translate INFILE.rgb-nir.vrt OUTFILE.tif

(Edited for legibility, options used are left out)

Gdalinfo reports the size of each image are the same:

$ findstr "Size" *.gdal-info

RGB.b-blu.vrt.gdal-info:Size is 31918, 34252

RGB.b-blu.vrt.gdal-info:Pixel Size = 
(1.500,-1.500)


RGB.b-grn.vrt.gdal-info:Size is 31918, 34252

RGB.b-grn.vrt.gdal-info:Pixel Size = 
(1.500,-1.500)


RGB.b-red.vrt.gdal-info:Size is 31918, 34252

RGB.b-red.vrt.gdal-info:Pixel Size = 
(1.500,-1.500)


432.b-nir.vrt.gdal-info:Size is 31918, 34252

432.b-nir.vrt.gdal-info:Pixel Size = 
(1.500,-1.500)


INFILE.rgb-nir.vrt.gdal-info:Size is 31918, 34252

INFILE.rgb-nir.vrt.gdal-info:Pixel Size = 
(1.500,-1.500)


INFILE.rgb-nir.vrt.msk.gdal-info:Size is 31918, 34252

The source VRT and gdalinfo reports are attached.

GDAL 3.3.2, released 2021/09/01 via Qgis 3.22 on Windows 10.

*Matt Wilkie*

Geomatics Developer & Administrator

Environment | Technology, Innovation and Mapping

T 867-667-8133 | _Yukon.ca _

/Hours: 08:30-16:30, Mon-Wed: Office, Thu: Remote, Fri: Away./


___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


--
http://www.spatialys.com
My software is free, but my time generally not.

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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 dependencies and correct options here, as I
will need to get this working in our production dependencies bundle build
too.

Thanks!

Simon

On Thu, Dec 9, 2021 at 11:32 AM Simon Eves  wrote:

> 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.
>
> I am configuring GDAL as follows:
>
> ./configure --prefix=$PREFIX --without-geos --with-libkml=$PREFIX
> --with-proj=$PREFIX --with-libtiff=internal --with-geotiff=internal
> --with-netcdf=yes
>
> Both configure logs attached.
> 
>
> OLD (works)
>
> $ apt list --installed | egrep -i "hdf|cdf"
> hdf5-helpers/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
> libhdf4-0-alt/focal,now 4.2.14-1ubuntu1 amd64 [installed,automatic]
> libhdf4-alt-dev/focal,now 4.2.14-1ubuntu1 amd64 [installed,automatic]
> libhdf5-103/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
> libhdf5-cpp-103/focal,now 1.10.4+repack-11ubuntu1 amd64
> [installed,automatic]
> libhdf5-dev/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
> libnetcdf-dev/focal,now 1:4.7.3-1 amd64 [installed,automatic]
> libnetcdf15/focal,now 1:4.7.3-1 amd64 [installed,automatic]
>
> $ gdalinfo --formats | egrep -i "hdf|cdf"
> GMT -raster- (rw): GMT NetCDF Grid Format
> netCDF -raster,multidimensional raster,vector- (rw+vs): Network Common
> Data Format
> HDF4 -raster,multidimensional raster- (ros): Hierarchical Data Format
> Release 4
> HDF4Image -raster- (rw+): HDF4 Dataset
> HDF5 -raster,multidimensional raster- (rovs): Hierarchical Data Format
> Release 5
> HDF5Image -raster- (rov): HDF5 Dataset
>
> $ gdalinfo file.nc | head -1
> Driver: netCDF/Network Common Data Format
>
> File imports fine
> 
>
> NEW (problematic)
>
> $ apt list --installed | egrep -i "hdf|cdf"
> hdf5-helpers/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
> libhdf5-103/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
> libhdf5-cpp-103/focal,now 1.10.4+repack-11ubuntu1 amd64
> [installed,automatic]
> libhdf5-dev/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
> libnetcdf-dev/focal,now 1:4.7.3-1 amd64 [installed]
> libnetcdf15/focal,now 1:4.7.3-1 amd64 [installed,automatic]
>
> $ gdalinfo --formats | egrep -i "hdf|cdf"
> GMT -raster- (rw): GMT NetCDF Grid Format
> netCDF -raster,vector- (rw+s): Network Common Data Format
> HDF5 -raster,multidimensional raster- (rovs): Hierarchical Data Format
> Release 5
> HDF5Image -raster- (rov): HDF5 Dataset
>
> $ gdalinfo file.nc | head -1
> Driver: HDF5/Hierarchical Data Format Release 5
>
> Some sub-datasets will not open
> 
>
> Note that the old machine already had HDR4 libs (and consequentially GDAL
> built with support for that too, even though I did not explicitly reqiuest
> HDF4 or HDF5 support in the configure), which may be the issue, although I
> am loath to just install HDF4 on the new (freshly built two weeks ago)
> machine if I don't need to.
>
> On the old machine, gdalinfo reports the file as netCDF just fine, and the
> netCDF driver claims to have multi-dimensional support. The driver on the
> new one does not, and the file reports as plain HDF5, and some sub-datasets
> will not open (presumably multi-dimensional ones!)
>
> I am failing to find anything in the docs about the dependency chain here,
> or anything about having to explicitly enable multi-dimensional support in
> the build.
>
> I don't know if the netCDF file in question is public-domain, so I would
> rather not send it to you at this time. I can find out, if that would help,
> although I doubt the file itself is the issue.
>
> Please advise. Thanks! :)
>
> Simon
>
> --
> 
> Simon Eves
> Senior Graphics Engineer, Rendering Group
> 100 Montgomery St (5th Floor), San Francisco, CA 94104, USA
>
>
> Email: simon.e...@omnisci.com | Cell:  +1 (415) 902-1996
>
>

-- 

Simon Eves
Senior Graphics Engineer, Rendering Group
100 Montgomery St (5th Floor), San Francisco, CA 94104, USA


Email: simon.e...@omnisci.com | Cell:  +1 (415) 902-1996
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

[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.

I am configuring GDAL as follows:

./configure --prefix=$PREFIX --without-geos --with-libkml=$PREFIX
--with-proj=$PREFIX --with-libtiff=internal --with-geotiff=internal
--with-netcdf=yes

Both configure logs attached.


OLD (works)

$ apt list --installed | egrep -i "hdf|cdf"
hdf5-helpers/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
libhdf4-0-alt/focal,now 4.2.14-1ubuntu1 amd64 [installed,automatic]
libhdf4-alt-dev/focal,now 4.2.14-1ubuntu1 amd64 [installed,automatic]
libhdf5-103/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
libhdf5-cpp-103/focal,now 1.10.4+repack-11ubuntu1 amd64
[installed,automatic]
libhdf5-dev/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
libnetcdf-dev/focal,now 1:4.7.3-1 amd64 [installed,automatic]
libnetcdf15/focal,now 1:4.7.3-1 amd64 [installed,automatic]

$ gdalinfo --formats | egrep -i "hdf|cdf"
GMT -raster- (rw): GMT NetCDF Grid Format
netCDF -raster,multidimensional raster,vector- (rw+vs): Network Common Data
Format
HDF4 -raster,multidimensional raster- (ros): Hierarchical Data Format
Release 4
HDF4Image -raster- (rw+): HDF4 Dataset
HDF5 -raster,multidimensional raster- (rovs): Hierarchical Data Format
Release 5
HDF5Image -raster- (rov): HDF5 Dataset

$ gdalinfo file.nc | head -1
Driver: netCDF/Network Common Data Format

File imports fine


NEW (problematic)

$ apt list --installed | egrep -i "hdf|cdf"
hdf5-helpers/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
libhdf5-103/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
libhdf5-cpp-103/focal,now 1.10.4+repack-11ubuntu1 amd64
[installed,automatic]
libhdf5-dev/focal,now 1.10.4+repack-11ubuntu1 amd64 [installed,automatic]
libnetcdf-dev/focal,now 1:4.7.3-1 amd64 [installed]
libnetcdf15/focal,now 1:4.7.3-1 amd64 [installed,automatic]

$ gdalinfo --formats | egrep -i "hdf|cdf"
GMT -raster- (rw): GMT NetCDF Grid Format
netCDF -raster,vector- (rw+s): Network Common Data Format
HDF5 -raster,multidimensional raster- (rovs): Hierarchical Data Format
Release 5
HDF5Image -raster- (rov): HDF5 Dataset

$ gdalinfo file.nc | head -1
Driver: HDF5/Hierarchical Data Format Release 5

Some sub-datasets will not open


Note that the old machine already had HDR4 libs (and consequentially GDAL
built with support for that too, even though I did not explicitly reqiuest
HDF4 or HDF5 support in the configure), which may be the issue, although I
am loath to just install HDF4 on the new (freshly built two weeks ago)
machine if I don't need to.

On the old machine, gdalinfo reports the file as netCDF just fine, and the
netCDF driver claims to have multi-dimensional support. The driver on the
new one does not, and the file reports as plain HDF5, and some sub-datasets
will not open (presumably multi-dimensional ones!)

I am failing to find anything in the docs about the dependency chain here,
or anything about having to explicitly enable multi-dimensional support in
the build.

I don't know if the netCDF file in question is public-domain, so I would
rather not send it to you at this time. I can find out, if that would help,
although I doubt the file itself is the issue.

Please advise. Thanks! :)

Simon

-- 

Simon Eves
Senior Graphics Engineer, Rendering Group
100 Montgomery St (5th Floor), San Francisco, CA 94104, USA


Email: simon.e...@omnisci.com | Cell:  +1 (415) 902-1996
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for C compiler vendor... gnu
checking C_WFLAGS for most reasonable warnings... -Wall
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for C++ compiler vendor... gnu
checking CXX_WFLAGS for most reasonable warnings... -Wall
checking whether C compiler accepts -Werror -we10006... no
checking whether C compiler accepts -diag-disable 188,1684,2259,2304,3280,11074,11076... no
checking whether C compiler accepts -Wextra... yes
checking whether C compiler accepts -Winit-self... yes
checking whether C compiler accep

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: [gdal-dev] ogrinfo XML (AIXM)

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)


EXT email: be mindful of links/attachments.




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
  -> netCDF
  -> PDF
  -> AmigoCloud
  -> FileGDB
  -> ESRIC
  -> PCIDSK
  -> PDS4
  -> VICAR
  -> JP2OpenJPEG
  -> MBTiles
  -> EEDA
  -> OGCAPI
  -> DB2ODBC
  -> ESRI Shapefile
  -> MapInfo File
  -> UK .NTF
  -> LVBAG
  -> OGR_SDTS
  -> S57
  -> DGN
  -> OGR_VRT
  -> REC
  -> Memory
  -> BNA
  -> CSV
  -> NAS
  -> GML
  -> GPX
  -> LIBKML
  -> KML
  -> GeoJSON
  -> GeoJSONSeq
  -> ESRIJSON
  -> TopoJSON
  -> Interlis 1
  -> Interlis 2
  -> OGR_GMT
  -> GPKG
  -> SQLite
  -> ODBC
  -> WAsP
  -> PGeo
  -> MSSQLSpatial
  -> OGR_OGDI
  -> PostgreSQL
  -> MySQL
  -> OpenFileGDB
  -> XPlane
  -> DXF
  -> CAD
  -> FlatGeobuf
  -> Geoconcept
  -> GeoRSS
  -> GPSTrackMaker
  -> VFK
  -> PGDUMP
  -> OSM
  -> GPSBabel
  -> SUA
  -> OpenAir
  -> OGR_PDS
  -> WFS
  -> OAPIF
  -> HTF
  -> AeronavFAA
  -> Geomedia
  -> EDIGEO
  -> SVG
  -> CouchDB
  -> Cloudant
  -> Idrisi
  -> ARCGEN
  -> SEGUKOOA
  -> SEGY
  -> ODS
  -> XLSX
  -> Elasticsearch
  -> Walk
  -> Carto
  -> SXF
  -> Selafin
  -> JML
  -> PLSCENES
  -> CSW
  -> VDV
  -> GMLAS
  -> MVT
  -> NGW
  -> MapML
  -> TIGER
  -> AVCBin
  -> AVCE00
  -> HTTP

Kind regards,
Paul

Från: gdal-dev 
mailto:gdal-dev-boun...@lists.osgeo.org>> För 
Even Rouault
Skickat: den 8 december 2021 14:17
Till: gdal-dev@lists.osgeo.org
Ämne: Re: [gdal-dev] ogrinfo XML (AIXM)


Klicka bara på länkar och öppna bilagor om du litar på avsändaren och vet att 
innehållet är säkert.

Paul,

the GML driver can open some formulation of AIXM, but probably not all.

You may also try the generic GMLAS driver: 
https://gdal.org/drivers/vector/gmlas.html

Even
Le 08/12/2021 à 14:06, paul.m...@lfv.se a écrit :
Hi,
I'm trying to read a XML (AIXM) file. But ogrinfo says it can't be read with 
either  KML, KMZ or GML installed drivers (among other formats).
Is there anything I must do, the GML, KML, KMZ drivers are there. I'm working 
in Windows 10.
Kind Regards,
Paul


[1_LFV_svensk_96]
  Paul Malm

  Operations / AIM Flyginfo SE



  Direkt  08-797 70 23  Mobil 070-860 11 15
  paul.m...@lfv.se
   Besöks- och postadress
   LFV Flyginfo SE
   Af Pontins väg 6
   115 21 STOCKHOLM







   Tänk på miljön innan du skriver ut detta e-postmeddelande.







___

gdal-dev mailing list

gdal-dev@lists.osgeo.org

https://lists.osgeo.org/mailman/listinfo/gdal-dev

--

http://www.spatialys.com

My software is free, but my time generally not.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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
basis and conda and pip do live together.

On Thu, 9 Dec 2021 at 12:53, Idan Miara  wrote:

>
> 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, Daniel Scheffler <
> daniel.scheff...@gfz-potsdam.de> wrote:
>
>> If you installed into the base environment, you should rollback it to the
>> last clean revision. Use *conda list --revisions* to see which revision
>> number you need to use. Then use *conda install --revision N* (where N
>> is the revision number).
>>
>> You should also make sure that your conda package resolver is up-to-date
>> before creating a new environment for gdal.  Otherwise, it might happen
>> that conda installs an old gdal version. To update it, run *conda update
>> conda* or *conda update --all* in your base environment. Note hat you
>> may have to add *-c conda-forge* to avoid mixing up packages coming from
>> the *main *channel with those from the *conda-forge* channel.
>>
>>
>>
>> Am 07.12.2021 um 12:15 schrieb Paul Harwood:
>>
>> Results like that are usually caused because there is something already
>> in the conda environment that is causing a conflict and I notice that it is
>> installing into  /Users/idan.miara/opt/miniconda3 which would usually
>> mean you have installed into the "base" conda environment - which is not
>> usually the best idea.
>>
>> If you try ...
>>
>> conda create --name gdaltest
>> conda activate gdaltest
>> conda install -c conda-forge gdal
>>
>> {noteing that the name "gdaltest" in the first and second lines could be
>> any name for a conda environment that is not already in use}
>>
>> ... I am reasonably sure it will work.
>>
>> Then you just need to use the "gdaltest" environment when you want to use
>> conda.
>>
>> On Tue, 7 Dec 2021 at 09:03, Idan Miara  wrote:
>>
>>> Hi all,
>>>
>>> I'm trying to install gdal on MacOS Big Sur via conda.
>>> For some reason it installs v3.0.2, even though v3.4.0 is available.
>>> Also it doesn't run, and gives the following error:
>>>
>>> ~ gdalinfo --version
>>> dyld: Library not loaded: @rpath/libpoppler.91.dylib
>>>
>>> Thanks!
>>> logs are below.
>>>
>>> Kind regards,
>>> Idan
>>>
>>>
>>> conda install -c conda-forge gdal
>>>
>>> Collecting package metadata (current_repodata.json): done
>>> Solving environment: done
>>>
>>> ## Package Plan ##
>>>
>>>   environment location: /Users/idan.miara/opt/miniconda3
>>>
>>>   added / updated specs:
>>> - gdal
>>>
>>>
>>> The following packages will be downloaded:
>>>
>>> package|build
>>> ---|-
>>> boost-cpp-1.72.0   |   hdf9ef73_019.1 MB
>>>  conda-forge
>>> bzip2-1.0.8|   h0d85af4_4 155 KB
>>>  conda-forge
>>> c-ares-1.18.1  |   h0d85af4_0 100 KB
>>>  conda-forge
>>> ca-certificates-2021.10.8  |   h033912b_0 139 KB
>>>  conda-forge
>>> cairo-1.16.0   |hec6a9b0_1003 1.3 MB
>>>  conda-forge
>>> certifi-2021.10.8  |   py39h6e9494a_1 145 KB
>>>  conda-forge
>>> cfitsio-3.470  |   h01dc385_7 1.3 MB
>>>  conda-forge
>>> conda-4.11.0   |   py39h6e9494a_016.9 MB
>>>  conda-forge
>>> curl-7.78.0|   h7bc2e8c_0 133 KB
>>> expat-2.4.1|   he49afe7_0 143 KB
>>>  conda-forge
>>> fontconfig-2.13.1  |h10f422b_1005 271 KB
>>>  conda-forge
>>> freetype-2.10.4|   h4cff582_1 890 KB
>>>  conda-forge
>>> freexl-1.0.6   |   h0d85af4_0  42 KB
>>>  conda-forge
>>> gdal-3.0.2 |   py39ha6ec53f_1 1.1 MB
>>> geos-3.8.0 |   hb1e8313_0 815 KB
>>> geotiff-1.6.0  |   h02c1893_0 120 KB
>>> gettext-0.21.0 |   h7535e17_0 2.6 MB
>>> giflib-5.2.1   |   hbcb3906_2  71 KB
>>>  conda-forge
>>> glib-2.69.1|   hdf23fa2_0 2.7 MB
>>> hdf4-4.2.13|   h39711bb_2 682 KB
>>> hdf5-1.10.6|nompi_hc5d9132_1114 3.1 MB
>>>  conda-forge
>>> icu-64.2   |   h6de7cb9_112.3 MB
>>>  conda-forge
>>> jbig-2.1   |h0d85af4_2003  42 KB
>>>  conda-forge
>>> jpeg-9d

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, Daniel Scheffler <
daniel.scheff...@gfz-potsdam.de> wrote:

> If you installed into the base environment, you should rollback it to the
> last clean revision. Use *conda list --revisions* to see which revision
> number you need to use. Then use *conda install --revision N* (where N is
> the revision number).
>
> You should also make sure that your conda package resolver is up-to-date
> before creating a new environment for gdal.  Otherwise, it might happen
> that conda installs an old gdal version. To update it, run *conda update
> conda* or *conda update --all* in your base environment. Note hat you may
> have to add *-c conda-forge* to avoid mixing up packages coming from the *main
> *channel with those from the *conda-forge* channel.
>
>
>
> Am 07.12.2021 um 12:15 schrieb Paul Harwood:
>
> Results like that are usually caused because there is something already in
> the conda environment that is causing a conflict and I notice that it is
> installing into  /Users/idan.miara/opt/miniconda3 which would usually
> mean you have installed into the "base" conda environment - which is not
> usually the best idea.
>
> If you try ...
>
> conda create --name gdaltest
> conda activate gdaltest
> conda install -c conda-forge gdal
>
> {noteing that the name "gdaltest" in the first and second lines could be
> any name for a conda environment that is not already in use}
>
> ... I am reasonably sure it will work.
>
> Then you just need to use the "gdaltest" environment when you want to use
> conda.
>
> On Tue, 7 Dec 2021 at 09:03, Idan Miara  wrote:
>
>> Hi all,
>>
>> I'm trying to install gdal on MacOS Big Sur via conda.
>> For some reason it installs v3.0.2, even though v3.4.0 is available.
>> Also it doesn't run, and gives the following error:
>>
>> ~ gdalinfo --version
>> dyld: Library not loaded: @rpath/libpoppler.91.dylib
>>
>> Thanks!
>> logs are below.
>>
>> Kind regards,
>> Idan
>>
>>
>> conda install -c conda-forge gdal
>>
>> Collecting package metadata (current_repodata.json): done
>> Solving environment: done
>>
>> ## Package Plan ##
>>
>>   environment location: /Users/idan.miara/opt/miniconda3
>>
>>   added / updated specs:
>> - gdal
>>
>>
>> The following packages will be downloaded:
>>
>> package|build
>> ---|-
>> boost-cpp-1.72.0   |   hdf9ef73_019.1 MB
>>  conda-forge
>> bzip2-1.0.8|   h0d85af4_4 155 KB
>>  conda-forge
>> c-ares-1.18.1  |   h0d85af4_0 100 KB
>>  conda-forge
>> ca-certificates-2021.10.8  |   h033912b_0 139 KB
>>  conda-forge
>> cairo-1.16.0   |hec6a9b0_1003 1.3 MB
>>  conda-forge
>> certifi-2021.10.8  |   py39h6e9494a_1 145 KB
>>  conda-forge
>> cfitsio-3.470  |   h01dc385_7 1.3 MB
>>  conda-forge
>> conda-4.11.0   |   py39h6e9494a_016.9 MB
>>  conda-forge
>> curl-7.78.0|   h7bc2e8c_0 133 KB
>> expat-2.4.1|   he49afe7_0 143 KB
>>  conda-forge
>> fontconfig-2.13.1  |h10f422b_1005 271 KB
>>  conda-forge
>> freetype-2.10.4|   h4cff582_1 890 KB
>>  conda-forge
>> freexl-1.0.6   |   h0d85af4_0  42 KB
>>  conda-forge
>> gdal-3.0.2 |   py39ha6ec53f_1 1.1 MB
>> geos-3.8.0 |   hb1e8313_0 815 KB
>> geotiff-1.6.0  |   h02c1893_0 120 KB
>> gettext-0.21.0 |   h7535e17_0 2.6 MB
>> giflib-5.2.1   |   hbcb3906_2  71 KB
>>  conda-forge
>> glib-2.69.1|   hdf23fa2_0 2.7 MB
>> hdf4-4.2.13|   h39711bb_2 682 KB
>> hdf5-1.10.6|nompi_hc5d9132_1114 3.1 MB
>>  conda-forge
>> icu-64.2   |   h6de7cb9_112.3 MB
>>  conda-forge
>> jbig-2.1   |h0d85af4_2003  42 KB
>>  conda-forge
>> jpeg-9d|   hbcb3906_0 250 KB
>>  conda-forge
>> json-c-0.13.1  |h575e443_1002  66 KB
>>  conda-forge
>> kealib-1.4.14  |   h31dd65d_2 156 KB
>>  conda-forge
>> krb5-1.19.2|   hcfbf3a7_0 1.3 MB
>>  conda-forge
>> lerc-2.2.1 |   h046ec9c_0 164 KB
>>  conda-forge
>> libblas-3.9.0  |12_osx64_openblas  12 KB
>>  conda-forge
>> libcblas-3.9.0 |1

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)


EXT email: be mindful of links/attachments.




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
  -> netCDF
  -> PDF
  -> AmigoCloud
  -> FileGDB
  -> ESRIC
  -> PCIDSK
  -> PDS4
  -> VICAR
  -> JP2OpenJPEG
  -> MBTiles
  -> EEDA
  -> OGCAPI
  -> DB2ODBC
  -> ESRI Shapefile
  -> MapInfo File
  -> UK .NTF
  -> LVBAG
  -> OGR_SDTS
  -> S57
  -> DGN
  -> OGR_VRT
  -> REC
  -> Memory
  -> BNA
  -> CSV
  -> NAS
  -> GML
  -> GPX
  -> LIBKML
  -> KML
  -> GeoJSON
  -> GeoJSONSeq
  -> ESRIJSON
  -> TopoJSON
  -> Interlis 1
  -> Interlis 2
  -> OGR_GMT
  -> GPKG
  -> SQLite
  -> ODBC
  -> WAsP
  -> PGeo
  -> MSSQLSpatial
  -> OGR_OGDI
  -> PostgreSQL
  -> MySQL
  -> OpenFileGDB
  -> XPlane
  -> DXF
  -> CAD
  -> FlatGeobuf
  -> Geoconcept
  -> GeoRSS
  -> GPSTrackMaker
  -> VFK
  -> PGDUMP
  -> OSM
  -> GPSBabel
  -> SUA
  -> OpenAir
  -> OGR_PDS
  -> WFS
  -> OAPIF
  -> HTF
  -> AeronavFAA
  -> Geomedia
  -> EDIGEO
  -> SVG
  -> CouchDB
  -> Cloudant
  -> Idrisi
  -> ARCGEN
  -> SEGUKOOA
  -> SEGY
  -> ODS
  -> XLSX
  -> Elasticsearch
  -> Walk
  -> Carto
  -> SXF
  -> Selafin
  -> JML
  -> PLSCENES
  -> CSW
  -> VDV
  -> GMLAS
  -> MVT
  -> NGW
  -> MapML
  -> TIGER
  -> AVCBin
  -> AVCE00
  -> HTTP

Kind regards,
Paul

Från: gdal-dev 
mailto:gdal-dev-boun...@lists.osgeo.org>> För 
Even Rouault
Skickat: den 8 december 2021 14:17
Till: gdal-dev@lists.osgeo.org
Ämne: Re: [gdal-dev] ogrinfo XML (AIXM)


Klicka bara på länkar och öppna bilagor om du litar på avsändaren och vet att 
innehållet är säkert.

Paul,

the GML driver can open some formulation of AIXM, but probably not all.

You may also try the generic GMLAS driver: 
https://gdal.org/drivers/vector/gmlas.html

Even
Le 08/12/2021 à 14:06, paul.m...@lfv.se a écrit :
Hi,
I'm trying to read a XML (AIXM) file. But ogrinfo says it can't be read with 
either  KML, KMZ or GML installed drivers (among other formats).
Is there anything I must do, the GML, KML, KMZ drivers are there. I'm working 
in Windows 10.
Kind Regards,
Paul


[1_LFV_svensk_96]
  Paul Malm

  Operations / AIM Flyginfo SE



  Direkt  08-797 70 23  Mobil 070-860 11 15
  paul.m...@lfv.se
   Besöks- och postadress
   LFV Flyginfo SE
   Af Pontins väg 6
   115 21 STOCKHOLM







   Tänk på miljön innan du skriver ut detta e-postmeddelande.







___

gdal-dev mailing list

gdal-dev@lists.osgeo.org

https://lists.osgeo.org/mailman/listinfo/gdal-dev

--

http://www.spatialys.com

My software is free, but my time generally not.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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 geometries and time.

Ogr only manages ”single-links” - we have developed ogr post-process code for 
other multi-multi geometry GMLs (power lines in Norway)
I hope Even can correct/expand on this ...

Hälsningar

Andreas Oxenstierna
T-Kartor Geospatial AB
Olof Mohlins väg 12 Kristianstad
mobile: +46 733 206831
mailto: 
andreas.oxenstie...@t-kartor.com
www.t-kartor.com
On 9 Dec 2021, 10:55 +0100, Rahkonen Jukka (MML) 
, wrote:
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 1655 layers with “ogrinfo GMLAS:aixtest.xml” without 
editing the file so it seems that GDAL can follow http redirections and there 
is some other problem with your XML. Try the test files from GitHub and try to 
find out what is different in your GML.

-Jukka Rahkonen-

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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_BAG.dll 
using GDALRegister_BAG.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\gdal_ECW_JP2ECW.dll using 
GDALRegister_ECW_JP2ECW.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_FITS.dll 
using GDALRegister_FITS.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_GMT.dll 
using GDALRegister_GMT.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_HDF4.dll 
using GDALRegister_HDF4.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\gdal_HDF4Image.dll using GDALRegister_HDF4Image.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_HDF5.dll 
using GDALRegister_HDF5.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\gdal_HDF5Image.dll using GDALRegister_HDF5Image.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_KEA.dll 
using GDALRegister_KEA.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\gdal_MG4Lidar.dll using GDALRegister_MG4Lidar.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_MrSID.dll 
using GDALRegister_MrSID.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_netCDF.dll 
using GDALRegister_netCDF.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_PDF.dll 
using GDALRegister_PDF.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\ogr_AmigoCloud.dll using RegisterOGRAmigoCloud.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins-external\ogr_FileGDB.dll using 
RegisterOGRFileGDB.
OGR: XMLPlatformUtils::Initialize()
GMLAS: XSD cache directory: C:\Users\anpaumal\.gdal\gmlas_xsd_cache
ERROR 1: No schema locations found when analyzing data file: XSD open option 
must be provided
OGR: XMLPlatformUtils::Terminate()
FAILURE:
Unable to open datasource 
`GMLAS:c:\Temp\eaddata\EA_EADD_OBS_DS_AREA_2_3_4_FULL_20191205.xml' with the 
following drivers.
  -> BAG
  -> JP2ECW
  -> FITS  ...
...

Från: gdal-dev  För Rahkonen Jukka (MML)
Skickat: den 9 december 2021 10:56
Till: 'gdal-dev@lists.osgeo.org' 
Ämne: Re: [gdal-dev] ogrinfo XML (AIXM)


Klicka bara på länkar och öppna bilagor om du litar på avsändaren och vet att 
innehållet är säkert.
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 1655 layers with "ogrinfo GMLAS:aixtest.xml" without 
editing the file so it seems that GDAL can follow http redirections and there 
is some other problem with your XML. Try the test files from GitHub and try to 
find out what is different in your GML.

-Jukka Rahkonen-

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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 1655 layers with "ogrinfo GMLAS:aixtest.xml" without 
editing the file so it seems that GDAL can follow http redirections and there 
is some other problem with your XML. Try the test files from GitHub and try to 
find out what is different in your GML.

-Jukka Rahkonen-

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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 https?

-Jukka Rahkonen-

Lähettäjä: paul.m...@lfv.se 
Lähetetty: torstai 9. joulukuuta 2021 11.19
Vastaanottaja: Rahkonen Jukka (MML) ; 
even.roua...@spatialys.com; gdal-dev@lists.osgeo.org
Aihe: SV: [gdal-dev] ogrinfo XML (AIXM)

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.dll using 
GDALRegister_ECW_JP2ECW.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_FITS.dll 
using GDALRegister_FITS.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_GMT.dll 
using GDALRegister_GMT.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_HDF4.dll 
using GDALRegister_HDF4.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\gdal_HDF4Image.dll using GDALRegister_HDF4Image.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_HDF5.dll 
using GDALRegister_HDF5.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\gdal_HDF5Image.dll using GDALRegister_HDF5Image.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_KEA.dll 
using GDALRegister_KEA.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\gdal_MG4Lidar.dll using GDALRegister_MG4Lidar.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_MrSID.dll 
using GDALRegister_MrSID.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_netCDF.dll 
using GDALRegister_netCDF.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_PDF.dll 
using GDALRegister_PDF.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\ogr_AmigoCloud.dll using RegisterOGRAmigoCloud.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins-external\ogr_FileGDB.dll using 
RegisterOGRFileGDB.
OGR: XMLPlatformUtils::Initialize()
GMLAS: XSD cache directory: C:\Users\anpaumal\.gdal\gmlas_xsd_cache
GMLAS: 
noNamespaceSchemaLocation=http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
GMLAS: Resolving http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd () to 
/vsicurl_streaming/http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
VSICURL: Start download for http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
HTTP: libcurl/7.74.0-DEV OpenSSL/1.1.1i zlib/1.2.11
VSICURL: Stop download for http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
ERROR 3: Cannot resolve http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
OGR: XMLPlatformUtils::Terminate()
FAILURE:
Unable to open datasource `GMLAS:c:\Temp\data\mydata.GML' with the following 
drivers.
  -> BAG
  -> JP2ECW
  -> FITS
  -> netCDF
  -> PDF
  -> AmigoCloud
  -> FileGDB
  -> ESRIC
  -> PCIDSK
  -> PDS4
  -> VICAR
  -> JP2OpenJPEG
  -> MBTiles
  -> EEDA
  -> OGCAPI
  -> DB2ODBC
  -> ESRI Shapefile
  -> MapInfo File
  -> UK .NTF
  -> LVBAG
  -> OGR_SDTS
  -> S57
  -> DGN
  -> OGR_VRT
  -> REC
  -> Memory
  -> BNA
  -> CSV
  -> NAS
  -> GML
  -> GPX
  -> LIBKML
  -> KML
  -> GeoJSON
  -> GeoJSONSeq
  -> ESRIJSON
  -> TopoJSON
  -> Interlis 1
  -> Interlis 2
  -> OGR_GMT
  -> GPKG
  -> SQLite
  -> ODBC
  -> WAsP
  -> PGeo
  -> MSSQLSpatial
  -> OGR_OGDI
  -> PostgreSQL
  -> MySQL
  -> OpenFileGDB
  -> XPlane
  -> DXF
  -> CAD
  -> FlatGeobuf
  -> Geoconcept
  -> GeoRSS
  -> GPSTrackMaker
  -> VFK
  -> PGDUMP
  -> OSM
  -> GPSBabel
  -> SUA
  -> OpenAir
  -> OGR_PDS
  -> WFS
  -> OAPIF
  -> HTF
  -> AeronavFAA
  -> Geomedia
  -> EDIGEO
  -> SVG
  -> CouchDB
  -> Cloudant
  -> Idrisi
  -> ARCGEN
  -> SEGUKOOA
  -> SEGY
  -> ODS
  -> XLSX
  -> Elasticsearch
  -> Walk
  -> Carto
  -> SXF
  -> Selafin
  -> JML
  -> PLSCENES
  -> CSW
  -> VDV
  -> GMLAS
  -> MVT
  -> NGW
  -> MapML
  -> TIGER
  -> AVCBin
  -> AVCE00
  -> HTTP
GDAL: In GDALDestroy - unloading GDAL shared library.

Från: Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
Skickat: den 9 december 2021 10:11
Till: Malm, Paul (Operations AIM) mailto:paul.m...@lfv.se>>; 
even.roua...@spatialys.com; 
gdal-dev@lists.osgeo.org
Ämne: Re: [gdal-dev] ogrinfo XML (AIXM)


Klicka bara på länkar och öppna bilagor om du litar på avsändaren och vet att 
innehållet är säkert.
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

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.dll using 
GDALRegister_ECW_JP2ECW.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_FITS.dll 
using GDALRegister_FITS.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_GMT.dll 
using GDALRegister_GMT.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_HDF4.dll 
using GDALRegister_HDF4.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\gdal_HDF4Image.dll using GDALRegister_HDF4Image.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_HDF5.dll 
using GDALRegister_HDF5.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\gdal_HDF5Image.dll using GDALRegister_HDF5Image.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_KEA.dll 
using GDALRegister_KEA.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\gdal_MG4Lidar.dll using GDALRegister_MG4Lidar.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_MrSID.dll 
using GDALRegister_MrSID.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_netCDF.dll 
using GDALRegister_netCDF.
GDAL: Auto register C:\Program Files\Gdal_321\bin\gdal\plugins\gdal_PDF.dll 
using GDALRegister_PDF.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins\ogr_AmigoCloud.dll using RegisterOGRAmigoCloud.
GDAL: Auto register C:\Program 
Files\Gdal_321\bin\gdal\plugins-external\ogr_FileGDB.dll using 
RegisterOGRFileGDB.
OGR: XMLPlatformUtils::Initialize()
GMLAS: XSD cache directory: C:\Users\anpaumal\.gdal\gmlas_xsd_cache
GMLAS: 
noNamespaceSchemaLocation=http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
GMLAS: Resolving http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd () to 
/vsicurl_streaming/http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
VSICURL: Start download for http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
HTTP: libcurl/7.74.0-DEV OpenSSL/1.1.1i zlib/1.2.11
VSICURL: Stop download for http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
ERROR 3: Cannot resolve http://www.aixm.aero/schema/4.5/AIXM-Snapshot.xsd
OGR: XMLPlatformUtils::Terminate()
FAILURE:
Unable to open datasource `GMLAS:c:\Temp\data\mydata.GML' with the following 
drivers.
  -> BAG
  -> JP2ECW
  -> FITS
  -> netCDF
  -> PDF
  -> AmigoCloud
  -> FileGDB
  -> ESRIC
  -> PCIDSK
  -> PDS4
  -> VICAR
  -> JP2OpenJPEG
  -> MBTiles
  -> EEDA
  -> OGCAPI
  -> DB2ODBC
  -> ESRI Shapefile
  -> MapInfo File
  -> UK .NTF
  -> LVBAG
  -> OGR_SDTS
  -> S57
  -> DGN
  -> OGR_VRT
  -> REC
  -> Memory
  -> BNA
  -> CSV
  -> NAS
  -> GML
  -> GPX
  -> LIBKML
  -> KML
  -> GeoJSON
  -> GeoJSONSeq
  -> ESRIJSON
  -> TopoJSON
  -> Interlis 1
  -> Interlis 2
  -> OGR_GMT
  -> GPKG
  -> SQLite
  -> ODBC
  -> WAsP
  -> PGeo
  -> MSSQLSpatial
  -> OGR_OGDI
  -> PostgreSQL
  -> MySQL
  -> OpenFileGDB
  -> XPlane
  -> DXF
  -> CAD
  -> FlatGeobuf
  -> Geoconcept
  -> GeoRSS
  -> GPSTrackMaker
  -> VFK
  -> PGDUMP
  -> OSM
  -> GPSBabel
  -> SUA
  -> OpenAir
  -> OGR_PDS
  -> WFS
  -> OAPIF
  -> HTF
  -> AeronavFAA
  -> Geomedia
  -> EDIGEO
  -> SVG
  -> CouchDB
  -> Cloudant
  -> Idrisi
  -> ARCGEN
  -> SEGUKOOA
  -> SEGY
  -> ODS
  -> XLSX
  -> Elasticsearch
  -> Walk
  -> Carto
  -> SXF
  -> Selafin
  -> JML
  -> PLSCENES
  -> CSW
  -> VDV
  -> GMLAS
  -> MVT
  -> NGW
  -> MapML
  -> TIGER
  -> AVCBin
  -> AVCE00
  -> HTTP
GDAL: In GDALDestroy - unloading GDAL shared library.

Från: Rahkonen Jukka (MML) 
Skickat: den 9 december 2021 10:11
Till: Malm, Paul (Operations AIM) ; 
even.roua...@spatialys.com; gdal-dev@lists.osgeo.org
Ämne: Re: [gdal-dev] ogrinfo XML (AIXM)


Klicka bara på länkar och öppna bilagor om du litar på avsändaren och vet att 
innehållet är säkert.
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 your GML file. If you are behind a proxy server set http_proxy and 
https_proxy environment variables so that GDAL can access the schemas.

-Jukka Rahkonen-

Lähettäjä: gdal-dev  Puolesta paul.m...@lfv.se
Lähetetty: torstai 9. joulukuuta 2021 10.52
Vastaanottaja: even.roua...@spatialys.com; gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] ogrinfo XML (

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 your GML file. If you are behind a proxy server set http_proxy and 
https_proxy environment variables so that GDAL can access the schemas.

-Jukka Rahkonen-

Lähettäjä: gdal-dev  Puolesta paul.m...@lfv.se
Lähetetty: torstai 9. joulukuuta 2021 10.52
Vastaanottaja: even.roua...@spatialys.com; gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] ogrinfo XML (AIXM)

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
  -> netCDF
  -> PDF
  -> AmigoCloud
  -> FileGDB
  -> ESRIC
  -> PCIDSK
  -> PDS4
  -> VICAR
  -> JP2OpenJPEG
  -> MBTiles
  -> EEDA
  -> OGCAPI
  -> DB2ODBC
  -> ESRI Shapefile
  -> MapInfo File
  -> UK .NTF
  -> LVBAG
  -> OGR_SDTS
  -> S57
  -> DGN
  -> OGR_VRT
  -> REC
  -> Memory
  -> BNA
  -> CSV
  -> NAS
  -> GML
  -> GPX
  -> LIBKML
  -> KML
  -> GeoJSON
  -> GeoJSONSeq
  -> ESRIJSON
  -> TopoJSON
  -> Interlis 1
  -> Interlis 2
  -> OGR_GMT
  -> GPKG
  -> SQLite
  -> ODBC
  -> WAsP
  -> PGeo
  -> MSSQLSpatial
  -> OGR_OGDI
  -> PostgreSQL
  -> MySQL
  -> OpenFileGDB
  -> XPlane
  -> DXF
  -> CAD
  -> FlatGeobuf
  -> Geoconcept
  -> GeoRSS
  -> GPSTrackMaker
  -> VFK
  -> PGDUMP
  -> OSM
  -> GPSBabel
  -> SUA
  -> OpenAir
  -> OGR_PDS
  -> WFS
  -> OAPIF
  -> HTF
  -> AeronavFAA
  -> Geomedia
  -> EDIGEO
  -> SVG
  -> CouchDB
  -> Cloudant
  -> Idrisi
  -> ARCGEN
  -> SEGUKOOA
  -> SEGY
  -> ODS
  -> XLSX
  -> Elasticsearch
  -> Walk
  -> Carto
  -> SXF
  -> Selafin
  -> JML
  -> PLSCENES
  -> CSW
  -> VDV
  -> GMLAS
  -> MVT
  -> NGW
  -> MapML
  -> TIGER
  -> AVCBin
  -> AVCE00
  -> HTTP

Kind regards,
Paul

Från: gdal-dev 
mailto:gdal-dev-boun...@lists.osgeo.org>> För 
Even Rouault
Skickat: den 8 december 2021 14:17
Till: gdal-dev@lists.osgeo.org
Ämne: Re: [gdal-dev] ogrinfo XML (AIXM)


Klicka bara på länkar och öppna bilagor om du litar på avsändaren och vet att 
innehållet är säkert.

Paul,

the GML driver can open some formulation of AIXM, but probably not all.

You may also try the generic GMLAS driver: 
https://gdal.org/drivers/vector/gmlas.html

Even
Le 08/12/2021 à 14:06, paul.m...@lfv.se a écrit :
Hi,
I'm trying to read a XML (AIXM) file. But ogrinfo says it can't be read with 
either  KML, KMZ or GML installed drivers (among other formats).
Is there anything I must do, the GML, KML, KMZ drivers are there. I'm working 
in Windows 10.
Kind Regards,
Paul


[1_LFV_svensk_96]
  Paul Malm

  Operations / AIM Flyginfo SE



  Direkt  08-797 70 23  Mobil 070-860 11 15
  paul.m...@lfv.se
   Besöks- och postadress
   LFV Flyginfo SE
   Af Pontins väg 6
   115 21 STOCKHOLM







   Tänk på miljön innan du skriver ut detta e-postmeddelande.







___

gdal-dev mailing list

gdal-dev@lists.osgeo.org

https://lists.osgeo.org/mailman/listinfo/gdal-dev

--

http://www.spatialys.com

My software is free, but my time generally not.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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
  -> netCDF
  -> PDF
  -> AmigoCloud
  -> FileGDB
  -> ESRIC
  -> PCIDSK
  -> PDS4
  -> VICAR
  -> JP2OpenJPEG
  -> MBTiles
  -> EEDA
  -> OGCAPI
  -> DB2ODBC
  -> ESRI Shapefile
  -> MapInfo File
  -> UK .NTF
  -> LVBAG
  -> OGR_SDTS
  -> S57
  -> DGN
  -> OGR_VRT
  -> REC
  -> Memory
  -> BNA
  -> CSV
  -> NAS
  -> GML
  -> GPX
  -> LIBKML
  -> KML
  -> GeoJSON
  -> GeoJSONSeq
  -> ESRIJSON
  -> TopoJSON
  -> Interlis 1
  -> Interlis 2
  -> OGR_GMT
  -> GPKG
  -> SQLite
  -> ODBC
  -> WAsP
  -> PGeo
  -> MSSQLSpatial
  -> OGR_OGDI
  -> PostgreSQL
  -> MySQL
  -> OpenFileGDB
  -> XPlane
  -> DXF
  -> CAD
  -> FlatGeobuf
  -> Geoconcept
  -> GeoRSS
  -> GPSTrackMaker
  -> VFK
  -> PGDUMP
  -> OSM
  -> GPSBabel
  -> SUA
  -> OpenAir
  -> OGR_PDS
  -> WFS
  -> OAPIF
  -> HTF
  -> AeronavFAA
  -> Geomedia
  -> EDIGEO
  -> SVG
  -> CouchDB
  -> Cloudant
  -> Idrisi
  -> ARCGEN
  -> SEGUKOOA
  -> SEGY
  -> ODS
  -> XLSX
  -> Elasticsearch
  -> Walk
  -> Carto
  -> SXF
  -> Selafin
  -> JML
  -> PLSCENES
  -> CSW
  -> VDV
  -> GMLAS
  -> MVT
  -> NGW
  -> MapML
  -> TIGER
  -> AVCBin
  -> AVCE00
  -> HTTP

Kind regards,
Paul

Från: gdal-dev  För Even Rouault
Skickat: den 8 december 2021 14:17
Till: gdal-dev@lists.osgeo.org
Ämne: Re: [gdal-dev] ogrinfo XML (AIXM)


Klicka bara på länkar och öppna bilagor om du litar på avsändaren och vet att 
innehållet är säkert.

Paul,

the GML driver can open some formulation of AIXM, but probably not all.

You may also try the generic GMLAS driver: 
https://gdal.org/drivers/vector/gmlas.html

Even
Le 08/12/2021 à 14:06, paul.m...@lfv.se a écrit :
Hi,
I'm trying to read a XML (AIXM) file. But ogrinfo says it can't be read with 
either  KML, KMZ or GML installed drivers (among other formats).
Is there anything I must do, the GML, KML, KMZ drivers are there. I'm working 
in Windows 10.
Kind Regards,
Paul


[1_LFV_svensk_96]
  Paul Malm

  Operations / AIM Flyginfo SE



  Direkt  08-797 70 23  Mobil 070-860 11 15
  paul.m...@lfv.se
   Besöks- och postadress
   LFV Flyginfo SE
   Af Pontins väg 6
   115 21 STOCKHOLM







   Tänk på miljön innan du skriver ut detta e-postmeddelande.








___

gdal-dev mailing list

gdal-dev@lists.osgeo.org

https://lists.osgeo.org/mailman/listinfo/gdal-dev

--

http://www.spatialys.com

My software is free, but my time generally not.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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

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

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

[gdal-dev] netCDF multi-dimensional support

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

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

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

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

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

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

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

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

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

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

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

15 matches

Site Navigation

Mail list logo

Footer information