Re: [gdal-dev] GDAL 3.0.0 / Proj 6.1.0 Shapefile import coordinates X/Y transposed?

That would explain it. I just found RFC 73 and some other stuff in the docs, but perhaps you could put it in the main 3.0 Release Notes? :) Thank you. Simon On Fri, May 24, 2019 at 1:50 PM Even Rouault wrote: > On vendredi 24 mai 2019 13:35:40 CEST Simon Eves wrote: > > I feel like I'm asking

Re: [gdal-dev] GDAL 3.0.0 / Proj 6.1.0 Shapefile import coordinates X/Y transposed?

On vendredi 24 mai 2019 15:00:40 CEST Sean Gillies wrote: > Even, > > To be clear, would replacing > > sr->importFromEPSG(4326); > > with > > sr->SetFromUserInput("urn:ogc:def:crs:OGC:1.3:CRS84"); > > also restore the old behavior? CRS84 is the formally correct identifier for > what we

Re: [gdal-dev] GDAL 3.0.0 / Proj 6.1.0 Shapefile import coordinates X/Y transposed?

Even, To be clear, would replacing sr->importFromEPSG(4326); with sr->SetFromUserInput("urn:ogc:def:crs:OGC:1.3:CRS84"); also restore the old behavior? CRS84 is the formally correct identifier for what we've been calling EPSG:4326, right? On Fri, May 24, 2019 at 2:50 PM Even Rouault

Re: [gdal-dev] GDAL 3.0.0 / Proj 6.1.0 Shapefile import coordinates X/Y transposed?

On vendredi 24 mai 2019 13:35:40 CEST Simon Eves wrote: > I feel like I'm asking a really dumb and naive question again, but here > goes... > > Our geo importer loads polygons in what I assume is a very standard way. > The importer code has not changed in some time, and works fine built > against

[gdal-dev] GDAL 3.0.0 / Proj 6.1.0 Shapefile import coordinates X/Y transposed?

I feel like I'm asking a really dumb and naive question again, but here goes... Our geo importer loads polygons in what I assume is a very standard way. The importer code has not changed in some time, and works fine built against GDAL 2.3.2 and Proj 5.1, and also against GDAL 2.4.1 and Proj 5.2.

Re: [gdal-dev] error in gdal.org certificate

On 2019-05-24 1:56 PM, Duarte Carreira wrote: Maybe this is known, but www.gdal.org is giving me a ERR_CERT_COMMON_NAME_INVALID error on chrome/win. https://github.com/OSGeo/gdal/issues/1574 -jeff -- Jeff McKenna MapServer Consulting and Training Services https://gate

[gdal-dev] error in gdal.org certificate

Maybe this is known, but www.gdal.org is giving me a ERR_CERT_COMMON_NAME_INVALID error on chrome/win. Duarte ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Migration of RFCs to Sphinx ?

+1 If possible: Rather than deleting old pages, they should link or redirect to the new location at there are many places that link to the old locations. On Fri, May 24, 2019 at 4:46 AM Jeff McKenna wrote: > Hi Even, > > I agree with emptying the old wiki page and placing a link there, to the >

Re: [gdal-dev] Building GDAL 3.0.0 with Proj 6.0.0

When the configure script checks for the proj library it fails because it can't find the "proj.h" file,even though the proj.h files directory was specifically included in the cxxflags. checking for PROJ >= 6 library... checking for proj_create_from_wkt in -lproj... no ... checking for internal_pro

[gdal-dev] "RFC 75: Multidimensional arrays" available for preliminary review

Hi, I've prepared a preliminary version of a new RFC to add support for multidimensional arrays https://github.com/rouault/gdal/blob/rfc75_text/gdal/doc/source/development/rfc/rfc75_multidimensional_arrays.rst If you want to comment it inline, it is also available as a pull request at https://g

Re: [gdal-dev] WKT Interpretation Change

projinfo returns input string: parsing of user string failed: buildCS: missing UNIT And indeed: > > (gdaltest) $ gdalsrsinfo > "PROJCS[\"unnamed\",GEOGCS[\"unknown\",DATUM[\"unknown\",SPHEROID[\"GRS > 1980\",6378137,298.2572221010042,AUTHORITY[\"EPSG\",\"7019\"]]],PRIMEM[\"Gre > enwich\",0],UNIT[

[gdal-dev] WKT Interpretation Change

Hi, I'm trying to figure out what rule changes have taken place that have apparently invalidated my SRS. I suppose that this was valid WKT1 but not WKT2. Can anyone provide some more detail? Thanks, With GDAL 2.4 I get the following: (gdaltest) $ gdalsrsinfo "PROJCS[\"unnamed\",GEOGCS[\"unkno

Re: [gdal-dev] gdal.org Migration to Sphinx is complete

Hi Howard, Awesome work, well done :) FYI, https://www.gdal.org is returning a cert error, maybe needs removing & re-adding to trigger the certificate again ? https://github.com/OSGeo/gdal/issues/1574 Cheers, Rob

Re: [gdal-dev] Migration of RFCs to Sphinx ?

Hi Even, I agree with emptying the old wiki page and placing a link there, to the new site. Soon we should also disabling editing on that trac instance as well (as we discussed here before). -jeff On 2019-05-23 7:05 PM, Even Rouault wrote: Hi, Other projects like MapServer or PROJ have

[gdal-dev] Problem with writing Python interface using swig

Dear all, I have a C++ project where I used GDAL OGR geometry as the basic data type. When I try to write a python interface for my project using Swig but I encountered a problem that the length and number of points returned from OGRLinestring become some strange values. I reproduce the error

Re: [gdal-dev] RFC 74: Migrate gdal.org to Sphinx

On Sun, 19 May 2019 at 18:54, Howard Butler wrote: > > A successful OSGeo Community Sprint [1] saw myself, Even Rouault, Mateusz > Loskot, and Dan Baston furiously migrating and organizing gdal.org content > into a Sphinx-based organization. An example of that effort can be seen on > https://gd