I'm new to OGR and am having difficulty creating a command. I have GDAL v1.8.
I have x/y points in Montana State Plane NAD 27 central in a SQL 2008 database.
I'm trying to use the SQLSpatial driver to grab the x/y from SQL, project the
points to either geometry or geography, and direct the outp
Chris,
FWTools for Windows had not been maintained for quite a while. But the
Intersection() function should work with the latest. It uses gdal1.5
You should consider using OSGeo4W [1]. It can maintain a broad set of open
source GIS tools, including GEOS, on your Windows machine.
[1]: http://trac
I'm using the latest FWTools Windows binaries, and I see they include a geos
lib file,
which I have linked with.
Is the gdal library rigged to utilize the included geos so that
OGRGeometry::Intersection() is implemented and functional?
http://www.gdal.org/ogr/classOGRGeometry.html#202ad4c29
Even,
Yes you are right! sorry about that.
I removed the .prj file from the and there is a small shift between the results.
It seems that setting source srs is needed when using shapefiles, as
you said. This should be documented somewhere (probably on the
ogr2ogr page and/or shapefile driver pag
Le mercredi 16 novembre 2011 00:02:24, Etienne Tourigny a écrit :
> Even,
>
> I had tried that as I thought it could be the cause, however:
>
> I get the same result, although the +towgs84 parameters are set in the
> source OGRCT.
>
> You can see the shapes are identical in size:
> -rw--- 1
Even,
I had tried that as I thought it could be the cause, however:
I get the same result, although the +towgs84 parameters are set in the
source OGRCT.
You can see the shapes are identical in size:
-rw--- 1 tourigny tourigny 371684 2011-11-15 20:52 LC_CIDADE_32722.shp
-rw--- 1 tourigny
Etienne,
>
> I am working with data in the SAD69 Datum (EPSG:4618) from Brazil's
> IBGE and when I convert any data to/from WGS84 (EPSG:4362) it appears
> that there is absolutely no shift in the coordinates.
4326 you meant ?
>
> I understand that they are similar datums, but one would expect a
Hi all,
I am working with data in the SAD69 Datum (EPSG:4618) from Brazil's
IBGE and when I convert any data to/from WGS84 (EPSG:4362) it appears
that there is absolutely no shift in the coordinates.
I understand that they are similar datums, but one would expect a visible shift.
The only changes
The fourth annual North American codesprint is only 3 months away!
This is an important annual event for the GDAL community, since GDAL is at the
heart of so many open source geospatial projects. Please consider joining us!
** Space is limited, so you need to register in advance. **
T