[Geoserver-users] gml data validation

GeoServer GeoServer User
1

hi everyone,

I tried validating a sample gml output (states.xml) from geoserver in xml spy and i got the following error:

File C:\Documents and Settings\Nire\My Documents\ike’s stuff\java stuff\Geoserver\gml and ogc filter\geoserver gml 2.1.2\states.xml could not be validated because of an error in XML Schema/DTD (see below)

File http://localhost:8080/geoserver/schemas/xlink/1.0.0/xlinks.xsd is not valid.
‘xlink:role’ is already declared in schema document ‘http://localhost:8080/geoserver/schemas/gml/2.1.2/xlinks.xsd’.

What do you think is the problem since xmlspy was able to load the gml 2.1.2 schemas from the location http://localhost:8080/geoserver/schemas/gml/2.1.2/feature.xsd
successfully.

I need valid gml 2.1.2 xsds and valid data to generate the style sheet i am working on.

thanks.
Roman

Building a website is a piece of cake.
Yahoo! Small Business gives you all the tools to get online.

2

Hi Roman,

I actually believe there is an issue with the gml 2.1.2 schema itself in
that it isn't actually valid. They just released a new version of the
schema actually and I don't think we have included it in geoserver yet.

Saul: I seem to remember you knowing something about this. Should we
open a jira task to update the schema?

-Justin

Roman Isitua wrote:

hi everyone,

I tried validating a sample gml output (states.xml) from geoserver in
xml spy and i got the following error:

File C:\Documents and Settings\Nire\My Documents\ike's stuff\java
stuff\Geoserver\gml and ogc filter\geoserver gml 2.1.2\states.xml could
not be validated because of an error in XML Schema/DTD (see below)

File http://localhost:8080/geoserver/schemas/xlink/1.0.0/xlinks.xsd is
not valid.
  'xlink:role' is already declared in schema document
'http://localhost:8080/geoserver/schemas/gml/2.1.2/xlinks.xsd’.

What do you think is the problem since xmlspy was able to load the gml
2.1.2 schemas from the location
http://localhost:8080/geoserver/schemas/gml/2.1.2/feature.xsd
successfully.

I need valid gml 2.1.2 xsds and valid data to generate the style sheet i
am working on.

thanks.
Roman

------------------------------------------------------------------------
Building a website is a piece of cake.
Yahoo! Small Business gives you all the tools to get online.
<http://us.rd.yahoo.com/evt=48251/*http://smallbusiness.yahoo.com/webhosting/?p=PASSPORTPLUS&gt;
!DSPAM:4007,46e0038d190971096210785!

------------------------------------------------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

!DSPAM:4007,46e0038d190971096210785!

------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,46e0038d190971096210785!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

3

Good fay GS'sers

4

http://jira.codehaus.org/browse/GEOS-1308

I opened it after jody sent that email the other day.

--saul

Justin Deoliveira-4 wrote:

Hi Roman,

I actually believe there is an issue with the gml 2.1.2 schema itself in
that it isn't actually valid. They just released a new version of the
schema actually and I don't think we have included it in geoserver yet.

Saul: I seem to remember you knowing something about this. Should we
open a jira task to update the schema?

-Justin

Roman Isitua wrote:

hi everyone,

I tried validating a sample gml output (states.xml) from geoserver in
xml spy and i got the following error:

File C:\Documents and Settings\Nire\My Documents\ike's stuff\java
stuff\Geoserver\gml and ogc filter\geoserver gml 2.1.2\states.xml could
not be validated because of an error in XML Schema/DTD (see below)

File http://localhost:8080/geoserver/schemas/xlink/1.0.0/xlinks.xsd is
not valid.
  'xlink:role' is already declared in schema document
'http://localhost:8080/geoserver/schemas/gml/2.1.2/xlinks.xsd’.

What do you think is the problem since xmlspy was able to load the gml
2.1.2 schemas from the location
http://localhost:8080/geoserver/schemas/gml/2.1.2/feature.xsd
successfully.

I need valid gml 2.1.2 xsds and valid data to generate the style sheet i
am working on.

thanks.
Roman

------------------------------------------------------------------------
Building a website is a piece of cake.
Yahoo! Small Business gives you all the tools to get online.
<http://us.rd.yahoo.com/evt=48251/*http://smallbusiness.yahoo.com/webhosting/?p=PASSPORTPLUS&gt;
!DSPAM:4007,46e0038d190971096210785!

------------------------------------------------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

!DSPAM:4007,46e0038d190971096210785!

------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,46e0038d190971096210785!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
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/gml-data-validation-tf4392265.html#a12525875
Sent from the GeoServer - User mailing list archive at Nabble.com.

5

Forum ..

Let's try again ...apologies for the sticky fingers post earlier

I have set up GS 1.5.3 with Oracle 10gR2 and I am noticing that
performance seems slow - when generating the wms tiles - but especially
when executing a GetFeatureInfo request. The oracle spatial feature
class contains only about 300 000 polygons with their associated
attributes - spatial indices and primary keys all exist and table stats
are up to date.

Has anyone else seen a performance issue with oracle ? If so , I would
appreciate hearing from you. If not - hints as to what I may be doing
wrong will really be helpful.

Thanks in advance

Pierre

6

Hi Pierre,

Nothing obvious pops out for me.. but then again I don't know the oracle
datastore very well, Andrea I am sure will have a better answer for you.

However, I suggest you turn logging up in GeoServer and watch the sql
statements that get logged. They might provide a clue as to where the
bottleneck is occurring.

-Justin

Le Roux, Pierre wrote:

Forum ..

Let's try again ...apologies for the sticky fingers post earlier

I have set up GS 1.5.3 with Oracle 10gR2 and I am noticing that
performance seems slow - when generating the wms tiles - but especially
when executing a GetFeatureInfo request. The oracle spatial feature
class contains only about 300 000 polygons with their associated
attributes - spatial indices and primary keys all exist and table stats
are up to date.

Has anyone else seen a performance issue with oracle ? If so , I would
appreciate hearing from you. If not - hints as to what I may be doing
wrong will really be helpful.

Thanks in advance

Pierre

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,46e026f9248532090977483!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

7

Hi Justin

Thanks. Will try that .... I have the logging to finest ... is that
sufficient ?

Pierre

-----Original Message-----
From: Justin Deoliveira [mailto:jdeolive@anonymised.com]
Sent: Thursday, September 06, 2007 11:20 AM
To: Le Roux, Pierre
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GS.1.5.3 - Oracle

Hi Pierre,

Nothing obvious pops out for me.. but then again I don't know the oracle
datastore very well, Andrea I am sure will have a better answer for you.

However, I suggest you turn logging up in GeoServer and watch the sql
statements that get logged. They might provide a clue as to where the
bottleneck is occurring.

-Justin

Le Roux, Pierre wrote:

Forum ..

Let's try again ...apologies for the sticky fingers post earlier

I have set up GS 1.5.3 with Oracle 10gR2 and I am noticing that
performance seems slow - when generating the wms tiles - but

especially

when executing a GetFeatureInfo request. The oracle spatial feature
class contains only about 300 000 polygons with their associated
attributes - spatial indices and primary keys all exist and table

stats

are up to date.

Has anyone else seen a performance issue with oracle ? If so , I

would

appreciate hearing from you. If not - hints as to what I may be doing
wrong will really be helpful.

Thanks in advance

Pierre

------------------------------------------------------------------------
-

This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a

browser.

Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,46e026f9248532090977483!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

8

Le Roux, Pierre ha scritto:

Forum ..

Let's try again ...apologies for the sticky fingers post earlier

I have set up GS 1.5.3 with Oracle 10gR2 and I am noticing that
performance seems slow - when generating the wms tiles - but especially
when executing a GetFeatureInfo request. The oracle spatial feature
class contains only about 300 000 polygons with their associated
attributes - spatial indices and primary keys all exist and table stats
are up to date.

Has anyone else seen a performance issue with oracle ? If so , I would
appreciate hearing from you. If not - hints as to what I may be doing
wrong will really be helpful.

When generating the WMS tiles, I can't do much about it... Oracle jdbc
driver is doing a very poor job carrying geometries around, usually
most of the time is spend loading data. I have some optimization in mind, but it would work only with 10.2 (I need the function that
converts a geometry in wkb format).

As for the GetFeatureInfo being slow, known problem, already fixed btw:
http://jira.codehaus.org/browse/GEOS-1313

You can grab a nightly of 1.5.x (soon to become 1.5.4) here:
http://geo.openplans.org/nightly/1.5.x/

Oh, we did some serious performance work in 1.6.x, Oracle datastore
was not involved directly (optimized only shapefile and postgis) but
some speedups are datastore independent. You can also grab
a GeoServer 1.6.x nightly from
http://geo.openplans.org/nightly/trunk/ and give it a spin.

More performance hints here:
http://docs.codehaus.org/display/GEOSDOC/4+GeoServer+in+Production+Environment

If you use trunk nightly and you can live without antialiasing,
I suggest you add "&format_options=antialias:none" to your GetMap
requests, you'll get faster rendering and (much) smaller returned files.
Otherwise, take a look at http://docs.codehaus.org/display/GEOSDOC/Paletted+images+tutorial to get
at least smaller returned files.

Hope this helps
Cheers
Andrea

9

Thanks Andrea - I am going give your suggestions a try.

Regards

Pierre

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Thursday, September 06, 2007 11:28 AM
To: Le Roux, Pierre
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GS.1.5.3 - Oracle

Le Roux, Pierre ha scritto:

Forum ..

Let's try again ...apologies for the sticky fingers post earlier

I have set up GS 1.5.3 with Oracle 10gR2 and I am noticing that
performance seems slow - when generating the wms tiles - but

especially

when executing a GetFeatureInfo request. The oracle spatial feature
class contains only about 300 000 polygons with their associated
attributes - spatial indices and primary keys all exist and table

stats

are up to date.

Has anyone else seen a performance issue with oracle ? If so , I

would

appreciate hearing from you. If not - hints as to what I may be doing
wrong will really be helpful.

When generating the WMS tiles, I can't do much about it... Oracle jdbc
driver is doing a very poor job carrying geometries around, usually
most of the time is spend loading data. I have some optimization in
mind, but it would work only with 10.2 (I need the function that
converts a geometry in wkb format).

As for the GetFeatureInfo being slow, known problem, already fixed btw:
http://jira.codehaus.org/browse/GEOS-1313

You can grab a nightly of 1.5.x (soon to become 1.5.4) here:
http://geo.openplans.org/nightly/1.5.x/

Oh, we did some serious performance work in 1.6.x, Oracle datastore
was not involved directly (optimized only shapefile and postgis) but
some speedups are datastore independent. You can also grab
a GeoServer 1.6.x nightly from
http://geo.openplans.org/nightly/trunk/ and give it a spin.

More performance hints here:
http://docs.codehaus.org/display/GEOSDOC/4+GeoServer+in+Production+Envir
onment

If you use trunk nightly and you can live without antialiasing,
I suggest you add "&format_options=antialias:none" to your GetMap
requests, you'll get faster rendering and (much) smaller returned files.
Otherwise, take a look at
http://docs.codehaus.org/display/GEOSDOC/Paletted+images+tutorial to get
at least smaller returned files.

Hope this helps
Cheers
Andrea

10

Le Roux, Pierre ha scritto:

Hi Justin

Thanks. Will try that .... I have the logging to finest ... is that
sufficient ?

It is certainly sufficient for postgis, for Oracle, I don't remember.
But it's easy to test out, do a WMS request and see if in the truckload
of logs you get there is a query.

Cheers
Andrea

11

Hi everyone,

Thanks that explains a lot of things. Where can I access the newer version of gml 2.1.2 schema that you talked about ? Does geoserver 1. 5.3 or geoserver 1.6 beta use this newer version of the gml 2.1.2 schema or does it still use the old one. I am using geoserver 1.5.1 currently. Do I urgently need to upgrade.

Thanks
Roman

Yahoo! oneSearch: Finally, mobile search that gives answers, not web links.

12

Hi Roman,

You can get the new version of the schemas here:

http://schemas.opengis.net/gml/2.1.2.1/

GeoServer has not yet upgraded. What I suggest you do is sign up as a
watcher on this issue:

http://jira.codehaus.org/browse/GEOS-1308

That way you will be informed as soon as the task has been completed.

-Justin

Roman Isitua wrote:

Hi everyone,

Thanks that explains a lot of things. Where can I access the newer
version of gml 2.1.2 schema that you talked about ? Does geoserver 1.
5.3 or geoserver 1.6 beta use this newer version of the gml 2.1.2 schema
or does it still use the old one. I am using geoserver 1.5.1 currently.
Do I urgently need to upgrade.

Thanks
Roman

------------------------------------------------------------------------
Yahoo! oneSearch: Finally, mobile search that gives answers
<http://us.rd.yahoo.com/evt=48252/*http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC&gt;,
not web links. !DSPAM:4007,46e160f4241602458217002!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org