+1
Tamas
2014-11-11 23:07 GMT+01:00 Even Rouault :
> Hi,
>
> I think that the points raised in the discussion have been answered.
>
> So:
>
> Motion : I move to adopt RFC 49: Curve geometries
>
> http://trac.osgeo.org/gdal/wiki/rfc49_curve_geometries
>
> Starting with my +1
>
> Best regards
Hi,
I think that the points raised in the discussion have been answered.
So:
Motion : I move to adopt RFC 49: Curve geometries
http://trac.osgeo.org/gdal/wiki/rfc49_curve_geometries
Starting with my +1
Best regards,
Even
--
Spatialys - Geospatial professional services
http://www.spatia
Hi,
Just to notify you that with http://trac.osgeo.org/gdal/ticket/5731 I've done
a global pass on the whole source tree to hopefully address most issues
related to floating-point <--> string conversions that were sensitive in a lot
of places to the LC_NUMERIC setting, when it was comma instead
On Mon, Nov 10, 2014 at 08:29:22PM +0100, Even Rouault wrote:
> Le lundi 10 novembre 2014 20:20:25, Robert Coup a écrit :
> > I presume that the concept is to add curve-specific geometry functions
> > (rather than their linear equivalents) over time, as eg.
> > GEOS/PostGIS/whatever support them?
hello Mikhail Gusev ,
Thank u for the reply .I want to find the shortest distance between
features .But the road layer I am using is having 10055 features. without
creating graph it is not possible to find shortest distance.And to my
understanding I think it is difficult to manually connect featu
Hello, hema.
The current default implementation of GNMNetwork::AutoConnect() can work
only if the passing array of layers contains at least one point and one
line layer (i.e. GetGeomType() for the layers equals wkbPoint and
wkbLineString accordingly). For each line feature the algorithm takes the
s