I quickly ran this in a python shell:
>>> from osgeo import osr
>>> wkt =
'GEOGCS["GCS_ITRF_2000",DATUM["D_ITRF_2000",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]]'
>>> srs = osr.SpatialReference()
>>> srs.ImportFromWkt(wkt)
>>> srs.Ex
Hi all,
I have a shapefile with the following in the prj file:
GEOGCS["GCS_ITRF_2000",DATUM["D_ITRF_2000",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]]
Anyone know how to convert this to a proj4 definition?
Thanks,
-Steve
___
On 13-05-2010 18:38, Even Rouault wrote:
Joaquim,
For the rec, VS2010 and a quite recent trunk version.
Ah, this is the reason for the different results we got. On Windows,
atof("nan") returns 0... but on Linux it returns a nan number.
I've pushed quite a few changes to trunk to imp
Brice,
Thank you.
I removed the older version of gdal that came with RHEL, placed the
correct path in ld.so.conf and now it installs properly and I can
import the module in python!
~ Allen
On May 11, 2010, at 3:57 PM, Brice Lambi wrote:
There is really no reason to remove the 1
Joaquim,
>
> For the rec, VS2010 and a quite recent trunk version.
Ah, this is the reason for the different results we got. On Windows,
atof("nan") returns 0... but on Linux it returns a nan number.
I've pushed quite a few changes to trunk to improve the situation on Windows
and other changes
Jukka,
I do not have Geoserver, however, if it will support use of the
SDO_CS.MAP_EPSG_SRID_TO_ORACLE and SDO_CS.MAP_ORACLE_SRID_TO_EPSG methods, then
it should not matter what Oracle is doing internally. I use these on those
occasions where I receive data with the EPSG definition or am ex
Hi,
I believe that Imran is willing to use Oracle data, once they are in, through
Geoserver. On the other hand, I do not believe that Geoserver supports those
Oracle SRIDs but it wants to see SRID=4326 for WGS84 data in Oracle. Therefore
even the Oracle codes may be better in some way in this c
Hi,
-lco must be repeated and typos are no good. Try
ogr2ogr -f OCI OCI:mdsys/mediat...@10.0.80.31:1521/attmsd
parceldata.shp -skipfailures -lco SRID=4326 -lco DIM=2 -lco GEOMETRY_NAME=GEOM
-nln Parcel1
I do not have Oracle available so I am not 100% sure but it must be close to
working comman
Jukka,
Jukka Rahkonen wrote:
Peter J Halls york.ac.uk> writes:
Imran,
the Oracle SRID value of 8192 *is* WGS84. Oracle does not store the EPSG
values, but has its own set.
Starting from Oracle 10g or something it supports also EPSG codes. Old codes are
still supported by Oracle but
Hi,
I tried the following command , i guess I`m not getting the correct syntax here
regards,
Imran
ogr2ogr -f OCI OCI:mdsys/mediat...@10.0.80.31:1521/attmsd
parceldata.shp -skipfailures -lco SRID=4326 DIM=2 GEOMETRY_NAME=GEOM
-lnl TABLE_NAME_IN_ORACLE=Parcel1
On Thu, May 13, 2010 at 5:02 PM, J
Peter J Halls york.ac.uk> writes:
>
> Imran,
>
> the Oracle SRID value of 8192 *is* WGS84. Oracle does not store the EPSG
> values, but has its own set.
Starting from Oracle 10g or something it supports also EPSG codes. Old codes are
still supported by Oracle but other programs usually
Imran,
the Oracle SRID value of 8192 *is* WGS84. Oracle does not store the EPSG
values, but has its own set.
Best wishes,
Peter
Imran Rajjad wrote:
Hi list,
I`m trying to export a shape file to oracle, however when I view my
oracle table I find that the SRS has not been set. I tried to
Hi list,
I`m trying to export a shape file to oracle, however when I view my
oracle table I find that the SRS has not been set. I tried to add the
-a_srs paramter to the command line and gave it 4326 which EPSG from
Geographical WGS84
ogr2ogr -f OCI OCI:mdsys/mediat...@10.0.80.31:1521/attmsd rur
13 matches
Mail list logo
