Re: [gdal-dev] Support for measures

> > BTW, where can I find a comprehensive list of the wkb types? There is an > old ISO SQL/MM Part 3 pdf in the web but it is old and seems to be > incorrect too. libspatialite has a header file that has many but not all > that ogr_core.h has. I see I had linked

Re: [gdal-dev] Support for measures

The draft RFC is here https://trac.osgeo.org/gdal/wiki/rfc61 Ari 27.01.2016, 15:52, Even Rouault kirjoitti: Le mercredi 27 janvier 2016 14:38:05, Ari Jolma a écrit : 27.01.2016, 15:23, Even Rouault kirjoitti: Le mercredi 27 janvier 2016 14:01:42, Ari Jolma a écrit : 27.01.2016, 14:34, Ari

Re: [gdal-dev] Support for measures

Le mercredi 27 janvier 2016 16:48:45, Ari Jolma a écrit : > https://trac.osgeo.org/gdal/wiki/rfc61 Similarly to other RFCs, would you mind changing the URL to something more descriptive like https://trac.osgeo.org/gdal/wiki/rfc61_measured_geometries ? -- Spatialys - Geospatial professional

Re: [gdal-dev] Support for measures

Le mercredi 27 janvier 2016 16:48:45, Ari Jolma a écrit : > The draft RFC is here > > https://trac.osgeo.org/gdal/wiki/rfc61 My remarks: 1) #define OGR_G_ --> should that be rather (since the intent seems to be bitwise combination): #define OGR_G_NOT_EMPTY 0x1 #define OGR_G_3D

[gdal-dev] US Survey Ft being used for a projection in PDF

Here is a link to PDF https://drive.google.com/file/d/0B4shTM1bPS5TaVZ2OWxxR0MtM2s/view?usp=sharing I remember I got the US Ft unit fix for PDF driver from trunk. So will that fix will be sufficient to handle PDFs with "US Survey Ft being used for a projection" Thanks Gane

Re: [gdal-dev] bug report -- cpl_config.h should not be installed

On 27 January 2016 at 17:55, Even Rouault wrote: > Le mercredi 27 janvier 2016 18:42:19, Carnë Draug a écrit : >> Hello >> >> I am using an email instead of your bug tracker because the later requires >> yet another account on another site (osgeo.org). >> >> The bug is

Re: [gdal-dev] Question about KML Lib

Hi I don't understand that is ogr function force the creation of these fields, and if it does so, it should be possible to disable it or enable it through settings and parameters. Am I wrong? What I am avoiding is just extra work to analyze if these fields and having to remove them when they were

[gdal-dev] bug report -- cpl_config.h should not be installed

Hello I am using an email instead of your bug tracker because the later requires yet another account on another site (osgeo.org). The bug is that cpl_config.h is installed and included from other gdal public headers (at least cpl_port.h, not sure if also from others). Why this is an issue is an

Re: [gdal-dev] Motions: Promote 1.11.4 RC2 and 2.0.2 RC4 for release

> On Jan 27, 2016, at 6:22 AM, Jukka Rahkonen > wrote: > > Even Rouault spatialys.com> writes: > >> >> Hi, >> >> Motion 1: GDAL/OGR 1.11.4 RC2 is promoted to be the official 1.11.4 final >> release. >> >> Motion 2: GDAL/OGR 2.0.2 RC4 is promoted to be

Re: [gdal-dev] bug report -- cpl_config.h should not be installed

Le mercredi 27 janvier 2016 18:42:19, Carnë Draug a écrit : > Hello > > I am using an email instead of your bug tracker because the later requires > yet another account on another site (osgeo.org). > > The bug is that cpl_config.h is installed and included from other gdal > public headers (at

Re: [gdal-dev] Motions: Promote 1.11.4 RC2 and 2.0.2 RC4 for release

+1 on both. Daniel On 2016-01-27 5:29 AM, Even Rouault wrote: Hi, Motion 1: GDAL/OGR 1.11.4 RC2 is promoted to be the official 1.11.4 final release. Motion 2: GDAL/OGR 2.0.2 RC4 is promoted to be the official 2.0.2 final release. -- My votes : Motion 1: + 1 Motion 2: + 1 Best regards,

Re: [gdal-dev] Maximum geometry size for JML driver

Le mercredi 27 janvier 2016 21:20:13, Jukka Rahkonen a écrit : > Hi, > > I couldn't convert a dataset into JML format but got a message: > > "Too much data inside one element. File probably corrupted". Message seems > to come from line 486 in > https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/

[gdal-dev] Maximum geometry size for JML driver

Hi, I couldn't convert a dataset into JML format but got a message: "Too much data inside one element. File probably corrupted". Message seems to come from line 486 in https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ ogrsf_frmts/jml/ogrjmllayer.cpp. My geometry is indeed quite big

Re: [gdal-dev] Support for measures

27.01.2016, 18:26, Even Rouault kirjoitti: Le mercredi 27 janvier 2016 16:48:45, Ari Jolma a écrit : The draft RFC is here https://trac.osgeo.org/gdal/wiki/rfc61 Changed to https://trac.osgeo.org/gdal/wiki/rfc61_support_for_measured_geometries My remarks: 1) #define OGR_G_ -->

Re: [gdal-dev] C++ Range and Iterator for GDALDataSet

>> I found these classes very useful for simple map algebra type applications, > >In map algebra you often have two operands. Assuming two raster bands >have the same size and georeferencing, how would you write a code that >works on both of them? > For that I use a zip range. The following

Re: [gdal-dev] Support for measures

Ari, I do not think that Z and M can ever be truly synonymous: whilst z is partially defined in terms of, for example, a datum, there is no equivalent for M. Also, by convention, X, Y and Z frequently employ the same units; there is no equivalent convention for M (as yet). There may

Re: [gdal-dev] Motions: Promote 1.11.4 RC2 and 2.0.2 RC4 for release

Even Rouault spatialys.com> writes: > > Hi, > > Motion 1: GDAL/OGR 1.11.4 RC2 is promoted to be the official 1.11.4 final > release. > > Motion 2: GDAL/OGR 2.0.2 RC4 is promoted to be the official 2.0.2 final release. > > -- > > My votes : > Motion 1: + 1 > Motion 2: + 1 My votes: motion

[gdal-dev] Question about KML Lib

Dear All, I'd asked a question on GIS Starkexchange ( http://gis.stackexchange.com/questions/177545/convert-kml-to-geojson-with-ogr2ogr-and-remove-kml-special-attributes) about a

Re: [gdal-dev] Support for measures

Le mercredi 27 janvier 2016 11:55:01, Ari Jolma a écrit : > Folks, > > I'd like to try to implement the XYZM support since I have some free time. > > Before making a RFC, there are some thoughts/questions/ideas: > > * I made a fork for this work at https://github.com/ajolma/GDAL-XYZM so > I can

Re: [gdal-dev] Streaming Parser for OGR GeoJSON Driver

Hi, > > I’m curious if anyone has ideas or advice on how to use a streaming parser > in the OGR GeoJSON driver. > A streaming parser, or at least something not requiring full ingestion in memory of a geojson file, is something that would indeed solve issues that people run into with the

[gdal-dev] Motions: Promote 1.11.4 RC2 and 2.0.2 RC4 for release

Hi, Motion 1: GDAL/OGR 1.11.4 RC2 is promoted to be the official 1.11.4 final release. Motion 2: GDAL/OGR 2.0.2 RC4 is promoted to be the official 2.0.2 final release. -- My votes : Motion 1: + 1 Motion 2: + 1 Best regards, -- Spatialys - Geospatial professional services

[gdal-dev] Support for measures

Folks, I'd like to try to implement the XYZM support since I have some free time. Before making a RFC, there are some thoughts/questions/ideas: * I made a fork for this work at https://github.com/ajolma/GDAL-XYZM so I can more easily use travis. * I think this is mainly changes in the

Re: [gdal-dev] Question about KML Lib

Le mercredi 27 janvier 2016 13:26:22, Leonan Carvalho a écrit : > Dear All, > > I'd asked a question on GIS Starkexchange > ogr2ogr-and-remove-kml-special-attributes> ( >

Re: [gdal-dev] Question about DWG driver integration into GDAL

Bonjour Jérome, > > 1) I tried "# DWG support using the Open Design Alliance Teigha > Libraries" : > > - I found binaries on https://www.opendesign.com/download/ > > - I compile successfully, but the driver isn't printed In OGR > driver list when in run my sample

[gdal-dev] Question about DWG driver integration into GDAL

Dear all, I'm currently trying to compile GDAL(2.0.1) with DWG driver enabled, *** under Windows 8 *** (I compile with Visual Studio/Cygwin, compilation is successful for other drivers (ex : OGDI)). 1) I tried "# DWG support using the Open Design Alliance Teigha Libraries" : -

Re: [gdal-dev] Support for measures

Le mercredi 27 janvier 2016 14:38:05, Ari Jolma a écrit : > 27.01.2016, 15:23, Even Rouault kirjoitti: > > Le mercredi 27 janvier 2016 14:01:42, Ari Jolma a écrit : > >> 27.01.2016, 14:34, Ari Jolma kirjoitti: > >>> 27.01.2016, 13:27, Even Rouault kirjoitti: > Le mercredi 27 janvier 2016

Re: [gdal-dev] Support for measures

Le mercredi 27 janvier 2016 14:01:42, Ari Jolma a écrit : > 27.01.2016, 14:34, Ari Jolma kirjoitti: > > 27.01.2016, 13:27, Even Rouault kirjoitti: > >> Le mercredi 27 janvier 2016 11:55:01, Ari Jolma a écrit : > >>> Folks, > >>> > >>> I'd like to try to implement the XYZM support since I have

Re: [gdal-dev] Support for measures

27.01.2016, 15:23, Even Rouault kirjoitti: Le mercredi 27 janvier 2016 14:01:42, Ari Jolma a écrit : 27.01.2016, 14:34, Ari Jolma kirjoitti: 27.01.2016, 13:27, Even Rouault kirjoitti: Le mercredi 27 janvier 2016 11:55:01, Ari Jolma a écrit : Folks, I'd like to try to implement the XYZM

Re: [gdal-dev] Support for measures

27.01.2016, 13:27, Even Rouault kirjoitti: Le mercredi 27 janvier 2016 11:55:01, Ari Jolma a écrit : Folks, I'd like to try to implement the XYZM support since I have some free time. Before making a RFC, there are some thoughts/questions/ideas: * I made a fork for this work at

Re: [gdal-dev] Support for measures

27.01.2016, 14:34, Ari Jolma kirjoitti: 27.01.2016, 13:27, Even Rouault kirjoitti: Le mercredi 27 janvier 2016 11:55:01, Ari Jolma a écrit : Folks, I'd like to try to implement the XYZM support since I have some free time. Before making a RFC, there are some thoughts/questions/ideas: * I