Hi,
It was a wrong guess then. xs:short was a problem with iGeoDesktop and Kosmo
when using my own TinyOWS WFS server. GvSIG is reading the whole layers OK but
there are some still not analysed problems with attribute and spatial filter.
I will try to find time to dig deeper with the problem
Hi Jukka.
The error is a programming error (a casting exception). The gvSIG WFS
client is not based on deegree, at least not the 1.11 version. The
xs:short type should be supported.
> By the way, it would be good to let user select lower WFS version than the
> maximum supported by the server.
Hi,
I made a couple of tests. GvSIG is sending the GetFeature request for the [2]
as well and server is sending the GML back. However, the result is not parsed.
I suppose this is because there are attributes like this in the layer schema:
I suppose gvSIG WFS is based on deegree and deegree
Hello Ernesto.
I've checked it and thats true, it is a bug. I've had a look to the
source code and I've found the solution. Could you please open a ticket
with the bug [1] and send us the link? I will attach a file with the
solution? If we follow this procedure next gvSIG version will include
Hello, I have produced some WFS services (using ArcGIS Server), and
ancountered the following problem using them on gvSIG:
if I try with WFS services concerning linear features, it works if the
WFS version is 1.0.0 [1], whereas it doesn't work if the version is
1.1.0 [2].
For polygons [3] and point
