Hi,
here is how the tasmania dataset looks like in udig
when hitting Geoserver trunk wfs.
http://jira.codehaus.org/secure/thumbnail/26040/26040_tasmania.jpg
Hummm... I don't know whether to laugh or cry...
How can it be??? It seems all coordinates are snapped onto integral values....
Opened a bug about this...
Hum, some little investigation shows that's really Geoserver serving
data with those coordinates... here is a snippet:
<gml:lineStringMember>
<gml:LineString>
<gml:coordinates decimal="." cs="," ts=" ">
146,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41
</gml:coordinates>
</gml:LineString>
</gml:lineStringMember>
</gml:MultiLineString>
The request is:
<wfs:GetFeature service="WFS" version="1.0.0"
xmlns:topp="http://www.openplans.org/topp"
xmlns:wfs="http://www.opengis.net/wfs"
xmlns:ogc="http://www.opengis.net/ogc"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.0.0/wfs.xsd">
<wfs:Query typeName="topp:tasmania_roads">
</wfs:Query>
</wfs:GetFeature>
Whilst if I turn to 1.1.0 I guet that topp:tasmania_roads does not conform to the facet of TypeLine:
cvc-pattern-valid: Value 'topp:tasmania_roads' is not facet-valid with respect to pattern '((\w:)?\w(=\w)?){1,}' for type 'TypeNameListType'.
Oh hum, did _ became an invalid char for a typename?
Cheers
Andrea
Beautiful picture =)
My guess is that it is the numDecimals value got set to zero some how, or is just being ignored and initialized to zero.
I *really* hope '_' did not become an invalid character.
Brent Owens
(The Open Planning Project)
Andrea Aime wrote:
Hi,
here is how the tasmania dataset looks like in udig
when hitting Geoserver trunk wfs.
http://jira.codehaus.org/secure/thumbnail/26040/26040_tasmania.jpg
Hummm... I don't know whether to laugh or cry...
How can it be??? It seems all coordinates are snapped onto integral values....
Opened a bug about this...
Hum, some little investigation shows that's really Geoserver serving
data with those coordinates... here is a snippet:
<gml:lineStringMember>
<gml:LineString>
<gml:coordinates decimal="." cs="," ts=" ">
146,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41
</gml:coordinates>
</gml:LineString>
</gml:lineStringMember>
</gml:MultiLineString>
The request is:
<wfs:GetFeature service="WFS" version="1.0.0"
xmlns:topp="http://www.openplans.org/topp"
xmlns:wfs="http://www.opengis.net/wfs"
xmlns:ogc="http://www.opengis.net/ogc"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.0.0/wfs.xsd">
<wfs:Query typeName="topp:tasmania_roads">
</wfs:Query>
</wfs:GetFeature>
Whilst if I turn to 1.1.0 I guet that topp:tasmania_roads does not conform to the facet of TypeLine:
cvc-pattern-valid: Value 'topp:tasmania_roads' is not facet-valid with respect to pattern '((\w:)?\w(=\w)?){1,}' for type 'TypeNameListType'.
Oh hum, did _ became an invalid char for a typename?
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-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Brent Owens wrote:
Beautiful picture =)
My guess is that it is the numDecimals value got set to zero some how,
or is just being ignored and initialized to zero.
Ahh, I guess the wfs code is not respecting that parameter. My bad on
that one. Fixing right away..
I *really* hope '_' did not become an invalid character.
It should not be. If i am not mistaken "_" is considred to be a word
character which is what the facet specifies.
This is coming up because validation is turned on by default in wfs 1.1.
A side affect of cite conformance. Isn;t there a validation option
somewhere? I will file another bug to only validate if the option specifies.
However that doesn't relaly solve the problem. This character should be
valid, i will look into this...
Brent Owens
(The Open Planning Project)
Andrea Aime wrote:
Hi,
here is how the tasmania dataset looks like in udig
when hitting Geoserver trunk wfs.
http://jira.codehaus.org/secure/thumbnail/26040/26040_tasmania.jpg
Hummm... I don't know whether to laugh or cry...
How can it be??? It seems all coordinates are snapped onto integral
values....
Opened a bug about this...
Hum, some little investigation shows that's really Geoserver serving
data with those coordinates... here is a snippet:
<gml:lineStringMember>
<gml:LineString>
<gml:coordinates decimal="." cs="," ts=" ">
146,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41 147,-41
147,-41 147,-41
</gml:coordinates>
</gml:LineString>
</gml:lineStringMember>
</gml:MultiLineString>
The request is:
<wfs:GetFeature service="WFS" version="1.0.0"
xmlns:topp="http://www.openplans.org/topp"
xmlns:wfs="http://www.opengis.net/wfs"
xmlns:ogc="http://www.opengis.net/ogc"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.0.0/wfs.xsd">
<wfs:Query typeName="topp:tasmania_roads">
</wfs:Query>
</wfs:GetFeature>
Whilst if I turn to 1.1.0 I guet that topp:tasmania_roads does not
conform to the facet of TypeLine:
cvc-pattern-valid: Value 'topp:tasmania_roads' is not facet-valid with
respect to pattern '((\w:)?\w(=\w)?){1,}' for type 'TypeNameListType'.
Oh hum, did _ became an invalid char for a typename?
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-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
-------------------------------------------------------------------------
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-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
!DSPAM:1004,45e5aedc189301775926497!
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
