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
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
15 matches
Mail list logo