Re: [gdal-dev] vsicurl configuration design decisions

2017-10-13 Thread Even Rouault
Sean, > I'd like to point out that very often URLs in a query string do not need to > be encoded. Both the Python (see my earlier example) and Node standard > parsers will handle the string > While researching that issue, and from my pat memories, I found that there is a bit of confusion around

Re: [gdal-dev] Namespaces in GMLAS

2017-10-13 Thread Even Rouault
On vendredi 13 octobre 2017 23:19:02 CEST Ari Jolma wrote: > I've been looking into a GML file ('akaava:Suojelualue') with ogrinfo > I've got from a Finnish WFS > > https://opaskartta.turku.fi/TeklaOGCWeb/WFS.ashx?request=GetCapabilities > > First, the XSD files needed a bit of fixing: link GML t

Re: [gdal-dev] vsicurl configuration design decisions

2017-10-13 Thread Sean Gillies
Even, Craig, On Thu, Oct 12, 2017 at 4:15 PM, Even Rouault wrote: > Craig, > > > > > True, but that does eliminate ambiguity in the URL, and does so in a > > > well-known way. > I'd like to point out that very often URLs in a query string do not need to be encoded. Both the Python (see my earli

[gdal-dev] Namespaces in GMLAS

2017-10-13 Thread Ari Jolma
I've been looking into a GML file ('akaava:Suojelualue') with ogrinfo I've got from a Finnish WFS https://opaskartta.turku.fi/TeklaOGCWeb/WFS.ashx?request=GetCapabilities First, the XSD files needed a bit of fixing: link GML to 3.1.1 instead of 2.1.2 in opaskartta.turku.fi_Tekl..., and fix [-]

Re: [gdal-dev] Fwd: [OpenJPEG] OpenJPEG v2.3.0 is out: more speed and memory improvement

2017-10-13 Thread Even Rouault
On vendredi 13 octobre 2017 15:32:11 CEST Matt Hanson wrote: > Thanks guys, I got it to work from the 2.2 repo branch, which has the > change on it. I could not get it to work with trunk. Is pkg-config installed in your Docker env ? Can you share your dockerfile ? -- Spatialys - Geospatial profe

Re: [gdal-dev] Fwd: [OpenJPEG] OpenJPEG v2.3.0 is out: more speed and memory improvement

2017-10-13 Thread Matt Hanson
Thanks guys, I got it to work from the 2.2 repo branch, which has the change on it. I could not get it to work with trunk. On Fri, Oct 13, 2017 at 2:06 PM, Sean Gillies wrote: > Matt, > > I've been able to build GDAL with OpenJPEG 2.3.0 by using > the changeset_40330.diff patch (from the GDAL Tr

Re: [gdal-dev] Fwd: [OpenJPEG] OpenJPEG v2.3.0 is out: more speed and memory improvement

2017-10-13 Thread Sean Gillies
Matt, I've been able to build GDAL with OpenJPEG 2.3.0 by using the changeset_40330.diff patch (from the GDAL Trac) and no args for --with-openjpeg: https://github.com/sgillies/frs-wheel-builds/blob/master/Dockerfile.wheels#L105-L144 These GDAL builds are in the rasterio 1.0a10 wheels on PyPI.

Re: [gdal-dev] Fwd: [OpenJPEG] OpenJPEG v2.3.0 is out: more speed and memory improvement

2017-10-13 Thread Even Rouault
On vendredi 13 octobre 2017 13:47:22 CEST Matt Hanson wrote: > Hi Even, > > Great work with OpenJPEG! I'm trying to get GDAL trunk compiled with > support for it, but I can't get configuration to find it properly. On an > Amazon base linux image my simplified Dockerfile is like this: > > ``` > R

Re: [gdal-dev] Fwd: [OpenJPEG] OpenJPEG v2.3.0 is out: more speed and memory improvement

2017-10-13 Thread Matt Hanson
Hi Even, Great work with OpenJPEG! I'm trying to get GDAL trunk compiled with support for it, but I can't get configuration to find it properly. On an Amazon base linux image my simplified Dockerfile is like this: ``` RUN \ wget https://github.com/uclouvain/openjpeg/archive/v2.3.0.tar.gz; \

Re: [gdal-dev] vrt and too many open files error

2017-10-13 Thread Julien Michel
Thanks Even, it worked. Regards, Julien Le 06/10/2017 à 17:55, Even Rouault a écrit : On vendredi 6 octobre 2017 17:29:40 CEST Julien Michel wrote: > Dear all, > > I have a VRT file, which I generated by a script I wrote, that simply > mosaics 2750 tiles (images of the same size). I can n

Re: [gdal-dev] Removing the *raster* OGDI driver ?

2017-10-13 Thread Even Rouault
On mercredi 11 octobre 2017 14:24:59 CEST Even Rouault wrote: > Hi, > > I propose to remove the raster OGDI driver from trunk (the vector OGDI > driver is still useful for VMAP/VPF/DCW) > > There should be no reason to use it anymore since GDAL supports out of the > box (and probably in a more ef

Re: [gdal-dev] Clipping shapefile with another produces invalid shapes

2017-10-13 Thread Paul Meems
Thanks Even and Jukka for the clarification. Due to historical reasons, MapWinGIS is not using GDAL/OGR to read/write shapefiles. It is using its own implementation. For now, I will clip with OGR first and then fix with MapWinGIS, this will produce valid shapes. It does take a bit longer. Should

Re: [gdal-dev] Clipping shapefile with another produces invalid shapes

2017-10-13 Thread Even Rouault
On vendredi 13 octobre 2017 09:06:46 CEST Paul Meems wrote: > Thanks Even for your quick reply. > > I was using MapWinGIS to perform the validation and I assumed it was just > using GEOS. > I did a closer look at the code and it is first doing some internal checks > like the minimum number of poin

Re: [gdal-dev] ogr2ogr : limit memory usage

2017-10-13 Thread Matthieu Lefort
OK, I’ll try it. Thanks for theses informations. Matthieu > Le 13 oct. 2017 à 12:43, Even Rouault a écrit : > > On vendredi 13 octobre 2017 10:06:56 CEST Matthieu Lefort wrote: > > Hi list, > > I am using ogr2ogr to load big geojson files (about 1 Go each) into > > postgresql database. On my Mac

Re: [gdal-dev] ogr2ogr : limit memory usage

2017-10-13 Thread Even Rouault
On vendredi 13 octobre 2017 10:06:56 CEST Matthieu Lefort wrote: > Hi list, > I am using ogr2ogr to load big geojson files (about 1 Go each) into > postgresql database. On my MacBook, (GDAL 1.11.3, released 2015/09/16), > although it lasts about 20 minutes for each file, this works fine. I tried >

Re: [gdal-dev] Clipping shapefile with another produces invalid shapes

2017-10-13 Thread jratike80
Even Rouault-2 wrote > You could possibly use the ST_ForceLHR() function of spatialite (through > the SQL SQLite > dialect) to post process your result: > http://www.gaia-gis.it/gaia-sins/spatialite-sql-4.2.0.html Interesting, that ST_ForceLHR in Spatialite gives the same result than ST_ForceRHR

[gdal-dev] ogr2ogr : limit memory usage

2017-10-13 Thread Matthieu Lefort
Hi list, I am using ogr2ogr to load big geojson files (about 1 Go each) into postgresql database. On my MacBook, (GDAL 1.11.3, released 2015/09/16), although it lasts about 20 minutes for each file, this works fine. I tried to do the same thing on a VPS (Debian Stretch 9.2, 8 Go RAM) but the pro

Re: [gdal-dev] Clipping shapefile with another produces invalid shapes

2017-10-13 Thread Paul Meems
Thanks Even for your quick reply. I was using MapWinGIS to perform the validation and I assumed it was just using GEOS. I did a closer look at the code and it is first doing some internal checks like the minimum number of points and the order of the points. The code is checking if the polygon shap