[Geoserver-users] GeoServer 1.4.0, Oracle Spatial doesn´t recognize geometry [Sec=Unclassified]

Jose,

Is it possible that you missed something when creating your tables, like
adding the spatial metadata or index? IME have a good tool available that
will check all of your oracle spatial tables for just about any error that
you can have, including things like polygon boundaries crossing themselves
or going in the wrong direction. You can download a quite functional trial
at http://www.ime.co.uk/ime/content/apps/osc.jsp

It is possible to use Georaptor (http://mygeoraptor.googlepages.com/) also, which is an extension for Oracle SQL Developer (http://www.oracle.com/technology/products/database/sql_developer/index.html), and its free.

Hello,

thank you for your help.

I´ve installed Oracle SQL Developer with GeoRaptor extension.
I´ve checked the metadata and it´s all ok. It´s all properly painted in the spatial view of Oracle SQL Developer.

I´ve noticed a few more details:
*In my oracle database, the srid for spatial tables and metadata is 23030 (I´ve also tried NULL), which isn´t recognized by GeoServer, it shows me a 0 in the srs text control.
*When I´m creating a feature type, GeoServer still doesn´t recognize my geometry column, it´s filled in blank.
* I use udig throug geoserver-wms and it works fine, but if I use geoserver-wfs to obtain data from my table, it´s correctly identified, but when I load it, it gives error:/ "Error: Exception(s) occured during rendering: Exceptions(s) occured ... Exception rendering layer org.geotools.map.DefaultMapLayer@anonymised.com"/

An extract of my geoserver.log: org.geotools.referencing.operation.projection.NewZealandMapGrid$Provider
  org.geotools.referencing.operation.projection.Krovak$Provider
14-feb-2007 12:54:49 org.geotools.data.oracle.OracleDataStore getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS for srid 23030
14-feb-2007 12:55:01 org.geotools.data.oracle.OracleDataStore getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS for srid 23030
14-feb-2007 12:55:04 org.geotools.data.oracle.OracleDataStore getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS for srid 23030
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: tasmania_stnsform.GeocentricTranslation$Provider
  org.geotools.referencing.operation.transform.GeocentricTranslation$ProviderSevenParam
  org.geotools.referencing.operation.transform.GeocentricTranslation$ProviderFrameRotation
  org.geotools.referencing.operation.transform.GeocentricTransform$Provider
  org.geotools.referencing.operation.transform.GeocentricTransform$ProviderInverse
  org.geotools.referencing.operation.transform.MolodenskiTransform$Provider
  org.geotools.referencing.operation.transform.MolodenskiTransform$ProviderAbridged
  org.geotools.referencing.operation.transform.NADCONTransform$Provider
  org.geotools.referencing.operation.transform.WarpTransform2D$Provider
  org.geotools.referencing.operation.projection.EquidistantCylindrical$Provider
  org.geotools.referencing.operation.projection.PlateCarree$Provider
  org.geotools.referencing.operation.projection.Mercator1SP$Provider
  org.geotools.referencing.operation.projection.Mercator2SP$Provider
  org.geotools.referencing.operation.projection.TransverseMercator$Provider
  org.geotools.referencing.operation.projection.TransverseMercator$Provider_SouthOrientated
  org.geotools.referencing.operation.projection.ObliqueMercator$Provider
  org.geotools.referencing.operation.projection.ObliqueMercator$Provider_Hotine
  org.geotools.referencing.operation.projection.ObliqueMercator$Provider_TwoPoint
  org.geotools.referencing.operation.projection.ObliqueMercator$Provider_Hotine_TwoPoint
  org.geotools.referencing.operation.projection.AlbersEqualArea$Provider
  org.geotools.referencing.operation.projection.LambertConformal1SP$Provider
  org.geotools.referencing.operation.projection.LambertConformal2SP$Provider
  org.geotools.referencing.operation.projection.LambertConformalBelgium$Provider
  org.geotools.referencing.operation.projection.LambertConformalESRI$Provider
  org.geotools.referencing.operation.projection.Orthographic$Provider
  org.geotools.referencing.operation.projection.Stereographic$Provider_Oblique
  org.geotools.referencing.operation.projection.Stereographic$Provider_Polar_A
  org.geotools.referencing.operation.projection.Stereographic$Provider_Polar_B
  org.geotools.referencing.operation.projection.Stereographic$Provider_North_Pole
  org.geotools.referencing.operation.projection.Stereographic$Provider_South_Pole
  org.geotools.referencing.operation.projection.Stereographic$Provider_USGS
  org.geotools.referencing.operation.projection.NewZealandMapGrid$Provider
  org.geotools.referencing.operation.projection.Krovak$Provider
14-feb-2007 12:54:49 org.geotools.data.oracle.OracleDataStore getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS for srid 23030
14-feb-2007 12:55:01 org.geotools.data.oracle.OracleDataStore getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS for srid 23030
14-feb-2007 12:55:04 org.geotools.data.oracle.OracleDataStore getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS for srid 23030
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: tasmania_state_boundaries
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: DS_giant_polygon_giant_polygon
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: DS_tiger_roads_tiger_roads
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: DB_ORACLE_X_PUNTOLUZ
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter$WriterUtils initFile
GRAVE: Attempting to create file:C:\Archivos de programa\GeoServer 1.4.0\data_dir\featureTypes\DB_ORACLE_X_PUNTOLUZ\info.xml
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: tasmania_water_bodies
.
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Decoded URL: DB_ORACLE_X_PUNTOLUZ
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
.
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Decoded URL: DB_ORACLE_X_PUNTOLUZ
14-feb-2007 12:55:05 org.vfny.geoserv14-feb-2007 12:55:04 org.geotools.data.oracle.OracleDataStore getSDOGeometryAttribute

.

ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS for srid 23030
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: tasmania_state_boundaries
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: DS_giant_polygon_giant_polygon
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: DS_tiger_roads_tiger_roads
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: DB_ORACLE_X_PUNTOLUZ
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter$WriterUtils initFile
GRAVE: Attempting to create file:C:\Archivos de programa\GeoServer 1.4.0\data_dir\featureTypes\DB_ORACLE_X_PUNTOLUZ\info.xml
14-feb-2007 12:55:05 org.vfny.geoserver.global.xml.XMLConfigWriter storeFeatures
INFO: Writing encoded URL: tasmania_water_bodies

Hope it helps.

Best regards,

jenrique

Aitor Calero Garcia escribió:

Jose,

Is it possible that you missed something when creating your tables, like
adding the spatial metadata or index? IME have a good tool available that
will check all of your oracle spatial tables for just about any error that
you can have, including things like polygon boundaries crossing themselves
or going in the wrong direction. You can download a quite functional trial
at http://www.ime.co.uk/ime/content/apps/osc.jsp
    
It is possible to use Georaptor (http://mygeoraptor.googlepages.com/) also, which is an extension for Oracle SQL Developer (http://www.oracle.com/technology/products/database/sql_developer/index.html), and its free.

José Enrique Soriano Sevilla ha scritto:

Hello,

An extract of my geoserver.log: org.geotools.referencing.operation.projection.NewZealandMapGrid$Provider
  org.geotools.referencing.operation.projection.Krovak$Provider
14-feb-2007 12:54:49 org.geotools.data.oracle.OracleDataStore getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS for srid 23030

This happens because Oracle does not play well with standard.
The WKT definitions found in Oracle database do not conform to the OGC
specification, and as a result geotools cannot parse them (wrong syntax).
So far nobody stepped out to try and fix this, we would have to
make the geotools WKT parser accept the Oracle broken WKT as well,
or find a way to manipulate it before parsing so that it becomes
a valid one :frowning:

Cheers
Andrea

So, as far as you say, GeoServer doesn´t work out with Oracle Spatial?
In this post people say it works fine, does it depends on version?
If so, it would be very useful for everyone in this community knowing which
are the Oracle Spatial versions and platforms where it runs ok. (I use
PostGIS:-))

aaime wrote:

José Enrique Soriano Sevilla ha scritto:

Hello,

An extract of my geoserver.log:
org.geotools.referencing.operation.projection.NewZealandMapGrid$Provider
  org.geotools.referencing.operation.projection.Krovak$Provider
14-feb-2007 12:54:49 org.geotools.data.oracle.OracleDataStore
getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS
for srid 23030

This happens because Oracle does not play well with standard.
The WKT definitions found in Oracle database do not conform to the OGC
specification, and as a result geotools cannot parse them (wrong syntax).
So far nobody stepped out to try and fix this, we would have to
make the geotools WKT parser accept the Oracle broken WKT as well,
or find a way to manipulate it before parsing so that it becomes
a valid one :frowning:

Cheers
Andrea

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://www.nabble.com/Re%3A-GeoServer-1.4.0%2C-Oracle-Spatial-doesn´t-recognize-geometry--Sec%3DUnclassified--tf3224234.html#a8976703
Sent from the GeoServer - User mailing list archive at Nabble.com.

Hi,

I have been told that Oracle 10g v.2 is able to map EPSG codes against native Oracle SRID codes. I have not been able to test this because we still run 9i and cannot say what kind of configuration it would need in the database but it sounds like a possible solutio. What version do you use?

-Jukka Rahkonen-

________________________________

Lähettäjä: geoserver-users-bounces@lists.sourceforge.net puolesta: Andrea Aime
Lähetetty: ke 14.2.2007 18:21
Vastaanottaja: José Enrique Soriano Sevilla
Kopio: Miles Jordan; geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] GeoServer 1.4.0, Oracle Spatial doesn´t recognize geometry [Sec=Unclassified]

José Enrique Soriano Sevilla ha scritto:

Hello,

An extract of my geoserver.log:
org.geotools.referencing.operation.projection.NewZealandMapGrid$Provider
  org.geotools.referencing.operation.projection.Krovak$Provider
14-feb-2007 12:54:49 org.geotools.data.oracle.OracleDataStore
getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS
for srid 23030

This happens because Oracle does not play well with standard.
The WKT definitions found in Oracle database do not conform to the OGC
specification, and as a result geotools cannot parse them (wrong syntax).
So far nobody stepped out to try and fix this, we would have to
make the geotools WKT parser accept the Oracle broken WKT as well,
or find a way to manipulate it before parsing so that it becomes
a valid one :frowning:

Cheers
Andrea

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Hi,

We use Oracle 10g v2 express edition and geoserver 1.5 beta2.
Geoserver doesn't recognizes SRID from Oracle :frowning:
But I'm not an oracle expert so if somebody is able to map EPSG codes against Oracle SRID, I'm very interested :slight_smile:

Bye

Rahkonen Jukka a écrit :

Hi,
I have been told that Oracle 10g v.2 is able to map EPSG codes against native Oracle SRID codes. I have not been able to test this because we still run 9i and cannot say what kind of configuration it would need in the database but it sounds like a possible solutio. What version do you use?
-Jukka Rahkonen-

________________________________

Lähettäjä: geoserver-users-bounces@lists.sourceforge.net puolesta: Andrea Aime
Lähetetty: ke 14.2.2007 18:21
Vastaanottaja: José Enrique Soriano Sevilla
Kopio: Miles Jordan; geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] GeoServer 1.4.0, Oracle Spatial doesn´t recognize geometry [Sec=Unclassified]

José Enrique Soriano Sevilla ha scritto:
  

Hello,

An extract of my geoserver.log: org.geotools.referencing.operation.projection.NewZealandMapGrid$Provider
  org.geotools.referencing.operation.projection.Krovak$Provider
14-feb-2007 12:54:49 org.geotools.data.oracle.OracleDataStore
getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS
for srid 23030
    
This happens because Oracle does not play well with standard.
The WKT definitions found in Oracle database do not conform to the OGC
specification, and as a result geotools cannot parse them (wrong syntax).
So far nobody stepped out to try and fix this, we would have to
make the geotools WKT parser accept the Oracle broken WKT as well,
or find a way to manipulate it before parsing so that it becomes
a valid one :frowning:

Cheers
Andrea

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Hi,

No, that's not totally correct. Geoserver works fine with Oracle spatial for WMS and non-transactional WFS. The Oracle driver in Geoserver is reliable and fast. In our environment and use it is quite a lot faster (perhaps 40%) than UMN MapServer which is not especially slow either.

However, there are problems with Oracle spatial if you need to play with different projections because Oracle is sadly using its own SRID codes and neither Oracle nor Geoserver can translate between them and EPSG codes automatically. At least this was the case before Oracle 10g service pack 2.

I have been able to read our Oracle spatial tables with Geoserver simply by defining no projection at all in the Oracle end, but giving the correct EPSG code for Geoserver FeatureType configuration. As I said, this way WMS and non-transactional WFS works fine. However, if you want to make transactions then Geoserver WFS service is serving Oracle some EPSG codes within the SQL sentences. And because those are unknown to Oracle then transactions fail.

It would be extremely nice to get this problem solved in some way, either in Oracle of Geoserver side.

Regards,

-Jukka Rahkonen-

________________________________

Lähettäjä: geoserver-users-bounces@lists.sourceforge.net puolesta: Michael Ewing
Lähetetty: to 15.2.2007 1:10
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] GeoServer 1.4.0, Oracle Spatial doesn´t recognize geometry [Sec=Unclassified]

So, as far as you say, GeoServer doesn´t work out with Oracle Spatial?
In this post people say it works fine, does it depends on version?
If so, it would be very useful for everyone in this community knowing which
are the Oracle Spatial versions and platforms where it runs ok. (I use
PostGIS:-))

aaime wrote:

José Enrique Soriano Sevilla ha scritto:

Hello,

An extract of my geoserver.log:
org.geotools.referencing.operation.projection.NewZealandMapGrid$Provider
  org.geotools.referencing.operation.projection.Krovak$Provider
14-feb-2007 12:54:49 org.geotools.data.oracle.OracleDataStore
getSDOGeometryAttribute
ADVERTENCIA: Could not map SRID 23030 to CRS:java.io.IOException: No CRS
for srid 23030

This happens because Oracle does not play well with standard.
The WKT definitions found in Oracle database do not conform to the OGC
specification, and as a result geotools cannot parse them (wrong syntax).
So far nobody stepped out to try and fix this, we would have to
make the geotools WKT parser accept the Oracle broken WKT as well,
or find a way to manipulate it before parsing so that it becomes
a valid one :frowning:

Cheers
Andrea

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://www.nabble.com/Re%3A-GeoServer-1.4.0%2C-Oracle-Spatial-doesn´t-recognize-geometry--Sec%3DUnclassified--tf3224234.html#a8976703
Sent from the GeoServer - User mailing list archive at Nabble.com.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Rahkonen Jukka ha scritto:

Hi,

No, that's not totally correct. Geoserver works fine with Oracle
spatial for WMS and non-transactional WFS. The Oracle driver in
Geoserver is reliable and fast. In our environment and use it is
quite a lot faster (perhaps 40%) than UMN MapServer which is not
especially slow either.

Oh hum, I believe you're using Geoserver 1.5.x or you've updated the
Oracle driver? After releasing 1.4.0 I patched the oracle driver
and it's now a few times faster than before (yes, a few times, map
rendering got 4 times faster overall on complex geometries).

I have been able to read our Oracle spatial tables with Geoserver
simply by defining no projection at all in the Oracle end, but giving
the correct EPSG code for Geoserver FeatureType configuration. As I
said, this way WMS and non-transactional WFS works fine. However, if
you want to make transactions then Geoserver WFS service is serving
Oracle some EPSG codes within the SQL sentences. And because those
are unknown to Oracle then transactions fail.

It would be extremely nice to get this problem solved in some way,
either in Oracle of Geoserver side.

It can be solved on the Geoserver side by patching geoserver to make
it parse the broken WKT definitions found in Oracle. Unfortunately
nobody had time to implement the alternate parser so far.
We're really struggling here, since there is no more Oracle mantainer,
and to make the required fixes, some funded development would be needed.

Cheers
Andrea