Valentina,
it looks like a mapping problem of some kind. Could be a bug. What
version of GeoServer are you using?
These log messages I found interesting:
2014-10-20 14:42:33,908 DEBUG [geotools.xml] -
ComplexAttributeImpl:elevation<double>=[AttributeImpl:elevation<double>=50.0]
(org.geotools.feature.ComplexAttributeImpl) is not of type
org.opengis.feature.Feature
and
org.geoserver.wfs.WFSException: Requested property: elevation is not
available for eco:EC_SamplingLocality.
at org.geoserver.wfs.GetFeature.run(GetFeature.java:369)
at
org.geoserver.wfs.DefaultWebFeatureService20.getFeature(DefaultWebFeatureService20.java:97)
But then I see eco:elevation encoded in the response.
Please keep discussions on list as both Rini and I are leaving soon.
Kind regards,
Ben.
On 20/10/14 22:15, Valentina Sagris wrote:
> Hi Ben!
>
> please find in attachment log file - we did restart followed by the
> request. We switched all possible log options, so it may be tooo long
> now. The feature we request is like
> http://loom-gis.geo.ut.ee:8080/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&count=3&typename=eco:EC_SamplingLocality
>
> I did not find the same warning during restart, only after request: the
> same, can not resolve/parse schema
>
> the outcome of request - no errors, but warnings followed by
> org.geotools/java messages and NO data
>
> I also include GetFeature request with PropertyName – there we have an
> error message: no elevation attribute for feature :(
>
> Kind regards,
>
> Valentina
>
> 20-10-2014 07:04 kirjutas Ben Caradoc-Davies:
>
>> Valentina,
>>
>> this may just be a warning caused by the part of GeoServer that
>> dispatches the request not being able to parse that schema.
>>
>> - Do you have a full stack trace or anything else in the logs?
>>
>> - Does the error occur at startup or when the request is received?
>>
>> - What is the full response to the request? An error or is the response
>> correct? If the response is correct, the warning can be ignored (or
>> silenced in LOGGING.properties).
>>
>> Kind regards,
>> Ben.
>>
>> On 17/10/14 17:07, Valentina Sagris wrote:
>>> Hi, GeoServer manual stays that App-Schema extension supports
>>> GetPropertyValue request I have following error in log: 2014-10-17
>>> 11:59:22,956 WARN [geotools.xml] - Error parsing:
>>> http://loom-gis.geo.ut.ee/ermas/schemas/eco/eco_ermas.xsd after tring
>>> to execute following request: <?xml version="1.0" encoding="UTF-8"?>
>>> <wfs:GetPropertyValue version="2.0.0" service="WFS"
>>> valueReference="eco:elevation" resolve="local" resolveDepth="*"
>>> outputFormat="application/gml+xml; version=3.2"
>>> xmlns:wfs="http://www.opengis.net/wfs/2.0";
>>> xmlns:fes="http://www.opengis.net/fes/2.0";
>>> xmlns:gml="http://www.opengis.net/gml/3.2";
>>> xmlns:eco="http://loom-gis.geo.ut.ee/ermas/schemas/eco";
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>> xmlns:xlink="http://www.w3.org/1999/xlink";
>>> xsi:schemaLocation="http://www.opengis.net/wfs/2.0
>>> http://schemas.opengis.net/wfs/2.0/wfs.xsd
>>> http://www.opengis.net/gml/3.2
>>> http://schemas.opengis.net/gml/3.2.1/gml.xsd
>>> http://loom-gis.geo.ut.ee/ermas/schemas/eco
>>> http://loom-gis.geo.ut.ee/ermas/schemas/eco/eco_ermas.xsd";>
>>> <wfs:Query typeNames="eco:EC_SamplingLocality"> <fes:Filter>
>>> <fes:PropertyIsEqualTo>
>>> <fes:ValueReference>@gml:id</fes:ValueReference>
>>> <fes:Literal>plot_1-JS</fes:Literal> </fes:PropertyIsEqualTo>
>>> </fes:Filter> </wfs:Query> </wfs:GetPropertyValue> Schema is correct
>>> and validated What may be a problem? Valentina -- View this message
>>> in context:
>>> http://osgeo-org.1560.x6.nabble.com/GetPropertyValue-reguest-fail-tp5167973.html
>>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>> ------------------------------------------------------------------------------
>>> Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for
>>> $9/Month. Get alerted through email, SMS, voice calls or mobile push
>>> notifications. Take corrective actions from your mobile device.
>>> http://p.sf.net/sfu/Zoho
>>> _______________________________________________ Geoserver-users
>>> mailing list [email protected]
>>> <mailto:[email protected]>
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Ben Caradoc-Davies <[email protected]>
Software Engineer
CSIRO Mineral Resources Flagship
Australian Resources Research Centre
------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
