Re: [gdal-dev] Call for discussion on "RFC 45: GDAL datasets and raster bands as virtual memory mappings"

2013-12-17 Thread Frank Warmerdam
Even, Very impressive work, I am supportive. IMHO it would be wonderful if there was also an mmap() based mechanism where you could ask for the virtual memory chunk and you get it back (if it works) along with stride values to access in it. This could likely be made to work for most "raw" based

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Paul Ramsey
I don't think we should expose the ISO geometry types to the world, they're just for WKB really, so I'll keep that part hidden away. It's a shame we can't get rid of the 25d type variants for gdal2... if not then, when? Incidentally, is there going to be a GDAL 1.11? P. On Tue, Dec 17, 2013 at 1

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Mateusz Loskot
On 17 December 2013 20:16, Dmitriy Baryshnikov wrote: > Hi, > > I afraid that we come to situation where: > > getGeometryType() > getIsoGeometryType() > getRFCGeometryType() > ... > getBlahBlahGeometryType() > > Why not have only one method and only one enum (as GDAL origin - single > abstract dat

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Even Rouault
Le mardi 17 décembre 2013 22:38:26, Paul Ramsey a écrit : > OK, so hide the ISO types from the outside world. No problem. > > Is it OK to have getGeometryType and exportToWkb accept wkbVariant > optional parameters? For exportToWkb(), it is just a matter of taste whether to add an optional param

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Paul Ramsey
OK, so hide the ISO types from the outside world. No problem. Is it OK to have getGeometryType and exportToWkb accept wkbVariant optional parameters? P. On Tue, Dec 17, 2013 at 1:03 AM, Even Rouault wrote: > Selon Paul Ramsey : > >> Back to this, is it OK? > > As said in > http://lists.osgeo.o

[gdal-dev] Produce noData Masks When Warping Datasets

2013-12-17 Thread Jeremy Armstrong
Hi List, I am using GDALAutoCreateWarpedVRT() to warp datasets which then get transformed to bitmaps. When warping images sometimes they get rotated leaving black around the edges of the resulting image (especially when warping to another UTM zone). How can I produce images without the black

Re: [gdal-dev] Call for discussion on "RFC 45: GDAL datasets and raster bands as virtual memory mappings"

2013-12-17 Thread Even Rouault
Le mardi 17 décembre 2013 21:54:31, Even Rouault a écrit : > Hi, > > This is a call for discussion for "RFC 45: GDAL datasets and raster bands > as virtual memory mappings" Here's the link to the RFC : http://trac.osgeo.org/gdal/wiki/rfc45_virtualmem Even -- Geospatial professional services h

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Dmitriy Baryshnikov
Hi, I afraid that we come to situation where: getGeometryType() getIsoGeometryType() getRFCGeometryType() ... getBlahBlahGeometryType() Why not have only one method and only one enum (as GDAL origin - single abstract data model to the calling application for all supported formats). I think all

[gdal-dev] Call for discussion on "RFC 45: GDAL datasets and raster bands as virtual memory mappings"

2013-12-17 Thread Even Rouault
Hi, This is a call for discussion for "RFC 45: GDAL datasets and raster bands as virtual memory mappings" Beginning of the RFC inline (the full RFC includes a few colorful schemas !) : """ == Summary == This document proposes additions to GDAL so that image data of GDAL datasets and raster b

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Even Rouault
Le mardi 17 décembre 2013 21:38:44, Dmitriy Baryshnikov a écrit : > In this case, the > > getXXXGeometryType() > > is more logic, than > > int getGeometryType(OGRwkbVariant eVariant) { return > (eVariant == wkbVariantOgc) ? getGeometryType() : > getIsoGeometryType(); } ah ok, I see your point.

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Even Rouault
Le mardi 17 décembre 2013 21:16:25, Dmitriy Baryshnikov a écrit : > Hi, > > I afraid that we come to situation where: > > getGeometryType() > getIsoGeometryType() > getRFCGeometryType() > ... > getBlahBlahGeometryType() > > Why not have only one method and only one enum (as GDAL origin - single

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Dmitriy Baryshnikov
In this case, the getXXXGeometryType() is more logic, than int getGeometryType(OGRwkbVariant eVariant) { return (eVariant == wkbVariantOgc) ? getGeometryType() : getIsoGeometryType(); } Best regards, Dmitry 18.12.2013 0:32, Even Rouault пишет: Le mardi 17 décembre 2013 21:16:25, Dmitriy

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Mateusz Loskot
On 17 December 2013 09:03, Even Rouault wrote: > Selon Paul Ramsey : > >> Back to this, is it OK? > > As said in > http://lists.osgeo.org/pipermail/gdal-dev/2013-December/037738.html, > I feel a bit unconfortable with the extension of the OGRwkbGeometryType > enumeration that has possible impacts

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Even Rouault
Selon Paul Ramsey : > Back to this, is it OK? As said in http://lists.osgeo.org/pipermail/gdal-dev/2013-December/037738.html, I feel a bit unconfortable with the extension of the OGRwkbGeometryType enumeration that has possible impacts on other parts of OGR. There's perhaps a time where we will t

Re: [gdal-dev] Generating Lat, long Cordinates with bearing line and angle

2013-12-17 Thread Even Rouault
Selon Phil Scadden : > > > I have a *lat, lon* coordinate with a known projection system I assume > > it a initial point. I want to generate a next Position with the an > > *angle* with (horizontal/vertical) and *bearing length* in lat,lon > > coordinates and complete it with angles and bearing