Chris,
Re: your comment on the gml 2.1.2.1 schemas. We're using our own internal
schemas, but it'd be really cool if we didn't have to host any schemas
ourselves at all! That's why schemas.opengis.net exists...the problem was
that it was totally broken for gml 2.1.2, and only started working for gml 3
at version 3.1.something.
So now that we've got real live working gml 2.1.2 schemas, we can just
reference the ones that are live up at schemas.opengis.net.
That's my plan for the work that's going into fixing that bug.
I'm much of the way through it (it's easier to parse using tools that rely
on JAXB if the xml documents you are trying to read are actually valid) and
I'm hoping to commit the changes in the next few days.
--saul
--
View this message in context: http://www.nabble.com/gml-2.1.2.1-schemas-in-geoserver-tf4402643.html#a12559670
Sent from the GeoServer - Dev mailing list archive at Nabble.com.
Hold the phone there Saul :). The major problem with this is that
GeoServer might have a connection to the internet, and if that happens
everything kind of goes to hell.
Also... to be done correctly the the schemas would have to be downloaded
somewhere locally and stored in some sort of cache... so that xml
parsers do not download them every time... as it would result in
noticeable performance hit to download them every time. A couple of the
xml tests actually do that and are noticeably slower than the tests that
don't.
But yeah... i had the same idea for wfs 1.1... just reference
schemas.opengis.net...but no go.
-Justin
sfarber wrote:
Chris,
Re: your comment on the gml 2.1.2.1 schemas. We're using our own internal
schemas, but it'd be really cool if we didn't have to host any schemas
ourselves at all! That's why schemas.opengis.net exists...the problem was
that it was totally broken for gml 2.1.2, and only started working for gml 3
at version 3.1.something.
So now that we've got real live working gml 2.1.2 schemas, we can just
reference the ones that are live up at schemas.opengis.net.
That's my plan for the work that's going into fixing that bug.
I'm much of the way through it (it's easier to parse using tools that rely
on JAXB if the xml documents you are trying to read are actually valid) and
I'm hoping to commit the changes in the next few days.
--saul
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
Yeah, I'll also say that referencing the schemas.opengis.org isn't a very polite thing. We have quite a few geoservers out there, and would lead to a pretty significant load on their servers. I think they're more there to be the canonical reference.
Chris
Justin Deoliveira wrote:
Hold the phone there Saul :). The major problem with this is that
GeoServer might have a connection to the internet, and if that happens
everything kind of goes to hell.
Also... to be done correctly the the schemas would have to be downloaded
somewhere locally and stored in some sort of cache... so that xml
parsers do not download them every time... as it would result in
noticeable performance hit to download them every time. A couple of the
xml tests actually do that and are noticeably slower than the tests that
don't.
But yeah... i had the same idea for wfs 1.1... just reference
schemas.opengis.net...but no go.
-Justin
sfarber wrote:
Chris,
Re: your comment on the gml 2.1.2.1 schemas. We're using our own internal
schemas, but it'd be really cool if we didn't have to host any schemas
ourselves at all! That's why schemas.opengis.net exists...the problem was
that it was totally broken for gml 2.1.2, and only started working for gml 3
at version 3.1.something.
So now that we've got real live working gml 2.1.2 schemas, we can just
reference the ones that are live up at schemas.opengis.net.
That's my plan for the work that's going into fixing that bug.
I'm much of the way through it (it's easier to parse using tools that rely
on JAXB if the xml documents you are trying to read are actually valid) and
I'm hoping to commit the changes in the next few days.
--saul
Good points, both of you!
I’ll do some weeding in our local geoserver “schema garden” (lots of older invalid stuff in there) and make sure it’s a good clean copy of the cannonical schema library at schemas.opengis.net.
Then I’ll make sure we reference our own directories, make sure that everything validates (you wouldn’t believe how hard it is to find a good command-line XMLschema validator) and commit the changes back.
Whew. This whole schema-dancing routine has been more work than I expected!
–asul
From: Chris Holmes [mailto:cholmes@anonymised.com3…]
Sent: Fri 9/7/2007 3:12 PM
To: Justin Deoliveira
Cc: sfarber; geoserver-devel@lists.sourceforge.net
Subject: Re: [Geoserver-devel] gml 2.1.2.1 schemas in geoserver
Yeah, I’ll also say that referencing the schemas.opengis.org isn’t a
very polite thing. We have quite a few geoservers out there, and would
lead to a pretty significant load on their servers. I think they’re
more there to be the canonical reference.
Chris
Justin Deoliveira wrote:
Hold the phone there Saul :). The major problem with this is that
GeoServer might have a connection to the internet, and if that happens
everything kind of goes to hell.
Also… to be done correctly the the schemas would have to be downloaded
somewhere locally and stored in some sort of cache… so that xml
parsers do not download them every time… as it would result in
noticeable performance hit to download them every time. A couple of the
xml tests actually do that and are noticeably slower than the tests that
don’t.
But yeah… i had the same idea for wfs 1.1… just reference
schemas.opengis.net…but no go.
-Justin
sfarber wrote:
Chris,
Re: your comment on the gml 2.1.2.1 schemas. We’re using our own internal
schemas, but it’d be really cool if we didn’t have to host any schemas
ourselves at all! That’s why schemas.opengis.net exists…the problem was
that it was totally broken for gml 2.1.2, and only started working for gml 3
at version 3.1.something.
So now that we’ve got real live working gml 2.1.2 schemas, we can just
reference the ones that are live up at schemas.opengis.net.
That’s my plan for the work that’s going into fixing that bug.
I’m much of the way through it (it’s easier to parse using tools that rely
on JAXB if the xml documents you are trying to read are actually valid) and
I’m hoping to commit the changes in the next few days.
–saul
We really ought to use OASIS catalogs to dereference a local cache, and then we can use schema validators on the local cache too.
Rob
Farber, Saul (EEA) wrote:
Good points, both of you!
I'll do some weeding in our local geoserver "schema garden" (lots of older invalid stuff in there) and make sure it's a good clean copy of the cannonical schema library at schemas.opengis.net.
Then I'll make sure we reference our own directories, make sure that everything validates (you wouldn't believe how hard it is to find a good command-line XMLschema validator) and commit the changes back.
Whew. This whole schema-dancing routine has been more work than I expected!
------------------------------------------------------------------------
*From:* Chris Holmes [mailto:cholmes@anonymised.com]
*Sent:* Fri 9/7/2007 3:12 PM
*To:* Justin Deoliveira
*Cc:* sfarber; geoserver-devel@lists.sourceforge.net
*Subject:* Re: [Geoserver-devel] gml 2.1.2.1 schemas in geoserver
Yeah, I'll also say that referencing the schemas.opengis.org isn't a
very polite thing. We have quite a few geoservers out there, and would
lead to a pretty significant load on their servers. I think they're
more there to be the canonical reference.
Chris
Justin Deoliveira wrote:
> Hold the phone there Saul :). The major problem with this is that
> GeoServer might have a connection to the internet, and if that happens
> everything kind of goes to hell.
>
> Also... to be done correctly the the schemas would have to be downloaded
> somewhere locally and stored in some sort of cache... so that xml
> parsers do not download them every time... as it would result in
> noticeable performance hit to download them every time. A couple of the
> xml tests actually do that and are noticeably slower than the tests that
> don't.
>
> But yeah... i had the same idea for wfs 1.1... just reference
> schemas.opengis.net...but no go.
>
> -Justin
>
> sfarber wrote:
>> Chris,
>>
>> Re: your comment on the gml 2.1.2.1 schemas. We're using our own internal
>> schemas, but it'd be really cool if we didn't have to host any schemas
>> ourselves at all! That's why schemas.opengis.net exists...the problem was
>> that it was totally broken for gml 2.1.2, and only started working for gml 3
>> at version 3.1.something.
>>
>> So now that we've got real live working gml 2.1.2 schemas, we can just
>> reference the ones that are live up at schemas.opengis.net.
>>
>> That's my plan for the work that's going into fixing that bug.
>>
>> I'm much of the way through it (it's easier to parse using tools that rely
>> on JAXB if the xml documents you are trying to read are actually valid) and
>> I'm hoping to commit the changes in the next few days.
>>
>> --saul
>>
>
------------------------------------------------------------------------
-------------------------------------------------------------------------
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-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Can you code this, Rob? Or can you point me to the javadocs of a library
which implements this local caching mechanism?
I'd be happy to tie this into GeoServer, if it's the proper way to go.
--saul
Rob Atkinson wrote:
We really ought to use OASIS catalogs to dereference a local cache, and
then we can use schema validators on the local cache too.
Rob
Farber, Saul (EEA) wrote:
Good points, both of you!
I'll do some weeding in our local geoserver "schema garden" (lots of
older invalid stuff in there) and make sure it's a good clean copy of
the cannonical schema library at schemas.opengis.net.
Then I'll make sure we reference our own directories, make sure that
everything validates (you wouldn't believe how hard it is to find a
good command-line XMLschema validator) and commit the changes back.
Whew. This whole schema-dancing routine has been more work than I
expected!
--asul
------------------------------------------------------------------------
*From:* Chris Holmes [mailto:cholmes@anonymised.com]
*Sent:* Fri 9/7/2007 3:12 PM
*To:* Justin Deoliveira
*Cc:* sfarber; geoserver-devel@lists.sourceforge.net
*Subject:* Re: [Geoserver-devel] gml 2.1.2.1 schemas in geoserver
Yeah, I'll also say that referencing the schemas.opengis.org isn't a
very polite thing. We have quite a few geoservers out there, and would
lead to a pretty significant load on their servers. I think they're
more there to be the canonical reference.
Chris
Justin Deoliveira wrote:
> Hold the phone there Saul :). The major problem with this is that
> GeoServer might have a connection to the internet, and if that happens
> everything kind of goes to hell.
>
> Also... to be done correctly the the schemas would have to be
downloaded
> somewhere locally and stored in some sort of cache... so that xml
> parsers do not download them every time... as it would result in
> noticeable performance hit to download them every time. A couple of the
> xml tests actually do that and are noticeably slower than the tests
that
> don't.
>
> But yeah... i had the same idea for wfs 1.1... just reference
> schemas.opengis.net...but no go.
>
> -Justin
>
> sfarber wrote:
>> Chris,
>>
>> Re: your comment on the gml 2.1.2.1 schemas. We're using our own
internal
>> schemas, but it'd be really cool if we didn't have to host any schemas
>> ourselves at all! That's why schemas.opengis.net exists...the
problem was
>> that it was totally broken for gml 2.1.2, and only started working
for gml 3
>> at version 3.1.something.
>>
>> So now that we've got real live working gml 2.1.2 schemas, we can just
>> reference the ones that are live up at schemas.opengis.net.
>>
>> That's my plan for the work that's going into fixing that bug.
>>
>> I'm much of the way through it (it's easier to parse using tools
that rely
>> on JAXB if the xml documents you are trying to read are actually
valid) and
>> I'm hoping to commit the changes in the next few days.
>>
>> --saul
>>
>
>
------------------------------------------------------------------------
-------------------------------------------------------------------------
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-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
begin:vcard
fn:Rob Atkinson
n:Atkinson;Rob
org:Social Change Online
email;internet:rob@anonymised.com
title:Principal Consultant
tel;work:+61 2 42265490
tel;cell:0419 202 973
x-mozilla-html:TRUE
url:http://online.socialchange.net.au
version:2.1
end:vcard
-------------------------------------------------------------------------
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-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
View this message in context: http://www.nabble.com/gml-2.1.2.1-schemas-in-geoserver-tf4402643.html#a12563399
Sent from the GeoServer - Dev mailing list archive at Nabble.com.
sfarber wrote:
Can you code this, Rob?
possibly some time in the next 6 months 
I've a long list of higher priority fixes 
Or can you point me to the javadocs of a library
which implements this local caching mechanism?
http://xml.apache.org/commons/components/apidocs/resolver/org/apache/xml/resolver/class-use/Catalog.html
I'd be happy to tie this into GeoServer, if it's the proper way to go.
I think it would need to be tied into gt-xml
Rob
--saul
Rob Atkinson wrote:
We really ought to use OASIS catalogs to dereference a local cache, and then we can use schema validators on the local cache too.
Rob
Farber, Saul (EEA) wrote:
Good points, both of you!
I'll do some weeding in our local geoserver "schema garden" (lots of older invalid stuff in there) and make sure it's a good clean copy of the cannonical schema library at schemas.opengis.net.
Then I'll make sure we reference our own directories, make sure that everything validates (you wouldn't believe how hard it is to find a good command-line XMLschema validator) and commit the changes back.
Whew. This whole schema-dancing routine has been more work than I expected!
------------------------------------------------------------------------
*From:* Chris Holmes [mailto:cholmes@anonymised.com]
*Sent:* Fri 9/7/2007 3:12 PM
*To:* Justin Deoliveira
*Cc:* sfarber; geoserver-devel@lists.sourceforge.net
*Subject:* Re: [Geoserver-devel] gml 2.1.2.1 schemas in geoserver
Yeah, I'll also say that referencing the schemas.opengis.org isn't a
very polite thing. We have quite a few geoservers out there, and would
lead to a pretty significant load on their servers. I think they're
more there to be the canonical reference.
Chris
Justin Deoliveira wrote:
Hold the phone there Saul :). The major problem with this is that
GeoServer might have a connection to the internet, and if that happens
everything kind of goes to hell.
Also... to be done correctly the the schemas would have to be
downloaded
somewhere locally and stored in some sort of cache... so that xml
parsers do not download them every time... as it would result in
noticeable performance hit to download them every time. A couple of the
xml tests actually do that and are noticeably slower than the tests
that
don't.
But yeah... i had the same idea for wfs 1.1... just reference
schemas.opengis.net...but no go.
-Justin
sfarber wrote:
Chris,
Re: your comment on the gml 2.1.2.1 schemas. We're using our own
internal
schemas, but it'd be really cool if we didn't have to host any schemas
ourselves at all! That's why schemas.opengis.net exists...the
problem was
that it was totally broken for gml 2.1.2, and only started working
for gml 3
at version 3.1.something.
So now that we've got real live working gml 2.1.2 schemas, we can just
reference the ones that are live up at schemas.opengis.net.
That's my plan for the work that's going into fixing that bug.
I'm much of the way through it (it's easier to parse using tools
that rely
on JAXB if the xml documents you are trying to read are actually
valid) and
I'm hoping to commit the changes in the next few days.
--saul
------------------------------------------------------------------------
-------------------------------------------------------------------------
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-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
begin:vcard
fn:Rob Atkinson
n:Atkinson;Rob
org:Social Change Online
email;internet:rob@anonymised.com
title:Principal Consultant
tel;work:+61 2 42265490
tel;cell:0419 202 973
x-mozilla-html:TRUE
url:http://online.socialchange.net.au
version:2.1
end:vcard
-------------------------------------------------------------------------
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-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel