[gdal-dev] Determining Native Data Field Type Names for a Given Layer or Driver

I'm using the GDAL Java Bindings (most recent dev version 2.3.0) and looking to determine the native datatype of a given layer field -or at least the default mapping of the driver. For example I have manually written code like the following for Postgres/Postgis: private static final

Re: [gdal-dev] Shapefile: automatic retrieval of EPSG code

This is incredibly useful! Hopefully I will get around to recompiling my docker image to test this out soon! On Mon, Sep 25, 2017 at 12:30 PM, Even Rouault wrote: > Hi, > > > > As part of a AWEOC (*), following a recent email thread about year-long > issues when

Re: [gdal-dev] Opening VRT files within zip archive using /vsizip

Thank you so much Even. That is an amazing fast turnaround. On Tue, Sep 26, 2017 at 1:21 PM, Even Rouault wrote: > On mardi 26 septembre 2017 13:08:18 CEST Scott Arko wrote: > > > Hello, > > > > > > > > > I have found an odd behavior using the /vsizip driver and

Re: [gdal-dev] Opening VRT files within zip archive using /vsizip

On mardi 26 septembre 2017 13:08:18 CEST Scott Arko wrote: > Hello, > > > I have found an odd behavior using the /vsizip driver and I'm hoping > someone on this list can explain what is happening. Scott, this is a GDAL bug. I've just fixed it per https://trac.osgeo.org/gdal/ticket/7056 The

[gdal-dev] Opening VRT files within zip archive using /vsizip

Hello, I have found an odd behavior using the /vsizip driver and I'm hoping someone on this list can explain what is happening. I have a zip file containing a number of files of various types. For each different dataset there is also a vrt file that is generated by the processing software to

Re: [gdal-dev] Running Tests

On Tue, 26 Sep 2017 15:27:59 +0100, Even Rouault wrote: On mardi 26 septembre 2017 15:08:09 CEST Joaquim Luis wrote: >> P.S. - It seems strange to use python as a CI interface to a C/C++ >> >> library. Is there a reason the test harness isn't in C/C++?

Re: [gdal-dev] ESRI json REST service and first page of data

On mardi 26 septembre 2017 15:49:37 CEST Rahkonen Jukka (MML) wrote: > Hi, > > Based on > https://gis.stackexchange.com/questions/256668/ogr2ogr-get-geojson-from-map > -server-misses-features-and-creates-duplicates it is possible that ESRI REST > service may return different first features when

[gdal-dev] ESRI json REST service and first page of data

Hi, Based on https://gis.stackexchange.com/questions/256668/ogr2ogr-get-geojson-from-map-server-misses-features-and-creates-duplicates it is possible that ESRI REST service may return different first features when query is sent without "resultRecordCount" and "resultOffset" than if the query

Re: [gdal-dev] Binary of the latest released GDAL for travis?

Johan Van de Wauw wrote: Sorry for reviving an old discussion, but I was in need of a recent gdal package today for travis. I have added this to my own ppa: https://launchpad.net/~johanvdw/+archive/ubuntu/gdal Thanks, This cuts down

Re: [gdal-dev] Running Tests

On mardi 26 septembre 2017 15:08:09 CEST Joaquim Luis wrote: > >> P.S. - It seems strange to use python as a CI interface to a C/C++ > >> > >> library. Is there a reason the test harness isn't in C/C++? > > > > Mateusz already answered on that. Writing Python tests is faster/easier > > than

Re: [gdal-dev] Running Tests

P.S. - It seems strange to use python as a CI interface to a C/C++ library. Is there a reason the test harness isn't in C/C++? Mateusz already answered on that. Writing Python tests is faster/easier than C/C++ ones. We/I tend to limit C/C++ written tests to part of the API not

Re: [gdal-dev] Running Tests

Hi Andrew, > I'm trying to enable autotest so that I can easily verify changes I make to > GDAL. I'm having difficulty as my familiarity with the python environment > is limited. I don't think I want to install the swig bindings OVER the > current GDAL interface code that I may have in my

Re: [gdal-dev] Running Tests

On 26 September 2017 at 14:28, Andrew Bell wrote: > > P.S. - It seems strange to use python as a CI interface to a C/C++ library. > Is there a reason the test harness isn't in C/C++? Historical. Python was obvious choice as simple platform. Python kills two targets

[gdal-dev] Running Tests

I'm trying to enable autotest so that I can easily verify changes I make to GDAL. I'm having difficulty as my familiarity with the python environment is limited. I don't think I want to install the swig bindings OVER the current GDAL interface code that I may have in my system python

Re: [gdal-dev] git(hub) migration ?

Hi Luigi, On Wed, 06. Sep 2017 at 22:26:41 +0200, Luigi Pirelli wrote: > FYI in QGIS dev world we still not have found a clear and complete way > to migrate tracker from redmine to GH or GitLab. That's implies that we want to switch bugtracking to github. There never was consensus about that

Re: [gdal-dev] git(hub) migration

>> I was thinking trac/git integration might be another possibility >> though it sounds from this page, the performance might not be there yet. > FYI: Trac can already be integrated with GIT. > You can see it in action with GEOS: > https://trac.osgeo.org/geos/browser/git > The repo being