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

2013-12-17 Thread Even Rouault
Selon Phil Scadden p.scad...@gns.cri.nz: 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

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Even Rouault
Selon Paul Ramsey pram...@cleverelephant.ca: 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

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Mateusz Loskot
On 17 December 2013 09:03, Even Rouault even.roua...@mines-paris.org wrote: Selon Paul Ramsey pram...@cleverelephant.ca: 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

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,

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 abstract

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. The

[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 bands

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

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

[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

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 even.roua...@mines-paris.org wrote: Selon Paul Ramsey pram...@cleverelephant.ca: Back to

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

Re: [gdal-dev] ISO WKB

2013-12-17 Thread Mateusz Loskot
On 17 December 2013 20:16, Dmitriy Baryshnikov bishop@gmail.com 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

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

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