[CITE-Forum] Is an empty "returnFeatureTypes" attribute valid in stored query creation?

Andrea Aime andrea.aime at geo-solutions.it
Thu Mar 22 12:30:33 EDT 2018

Hi Peter,
a "change request" against the standard you mean? To ask clarification on
the schema valid, but problematic,
empty returnedTypes?


On Tue, Mar 20, 2018 at 11:59 PM, Panagiotis (Peter) A. Vretanos via
CITE-Forum <cite-forum at lists.opengeospatial.org> wrote:

> Richard at al,
> Yup!  Looks like a bug ... I think a change request is order to have this
> fixed.
> Ciao.
> On 2018-03-20 10:53 AM, Richard Martell via CITE-Forum wrote:
>> Andrea,
>> It does look like a bug according to the last sentence in the clause you
>> cited. Perhaps an error trying to set the attribute value from the
>> FeatureTypeList in the capabilities document or the child queries. I didn't
>> see any hints about an empty string being interpreted as "any supported
>> feature type" (although gml:AbstractFeature could play this role I suppose).
>> However, the attribute seems redundant here since the constituent queries
>> already specify the return types. What if inconsistencies occur? Perhaps as
>> a fallback the server could fill in an empty value on receipt (i.e.
>> concatenate Query/@typeNames).
>> --
>> Richard
>> On 2018-03-19 07:33, Andrea Aime via CITE-Forum wrote:
>>> Hi,
>>> I'm looking at a failing test that issues the following request:
>>> <CreateStoredQuery xmlns="http://www.opengis.net/wfs/2.0"
>>> service="WFS" version="2.0.0">
>>>   <StoredQueryDefinition xmlns:xsd="http://www.w3.org/2001/XMLSchema"
>>> id="urn:example:wfs2-query:GetFeatureByName">
>>>       <Title>GetFeatureByName</Title>
>>>       <Abstract>Returns feature representations by name. The name
>>> value must occur in a gml:name property.</Abstract>
>>>       <Parameter name="name" type="xsd:string">
>>>          <Abstract>Name of feature instance (required)</Abstract>
>>>       </Parameter>
>>>       <QueryExpressionText xmlns:fes="http://www.opengis.net/fes/2.0"
>>>                            xmlns:gml="http://www.opengis.net/gml/3.2"
>>>                            isPrivate="false"
>>> language="urn:ogc:def:queryLanguage:OGC-WFS::WFSQueryExpression"
>>>                            RETURNFEATURETYPES="">
>>>          <Query xmlns:ns42="http://cite.opengeospatial.org/gmlsf"
>>>                 typeNames="ns42:EntitéGénérique">
>>>             <fes:Filter>
>>>                <fes:PropertyIsLike escapeChar="\" singleChar="?"
>>> wildCard="*">
>>>                   <fes:ValueReference>gml:name</fes:ValueReference>
>>>                   <fes:Literal>*${name}*</fes:Literal>
>>>                </fes:PropertyIsLike>
>>>             </fes:Filter>
>>>          </Query>
>>>       </QueryExpressionText>
>>>   </StoredQueryDefinition>
>>> </CreateStoredQuery>
>>> GeoServer complains about returnFeatureTypes, in particular:
>>> "StoredQuery references typeName sf:EntitéGénérique not listed in
>>> returnFeatureTypes"
>>> Now, the attribute is mandatory and specifications example has a non
>>> empty value (also available here:
>>> http://schemas.opengis.net/wfs/2.0/examples/StoredQuery/Crea
>>> teStoredQueryExample.xml
>>> )
>>> The spec does not address directly the empty value case:
>>> Declaring the returned feature types
>>>> The returnFeatureTypes attribute on the wfs:QueryExpressionText
>>>> element shall be used to specify the
>>>> feature type(s) that each component query expression returns.
>>>> If more than one return feature type is listed, this indicates that
>>>> the corresponding component query
>>>> expression returns a join tuple composed of the listed feature
>>>> types.
>>>> The returned feature type names shall be from the list of feature
>>>> type names that a server advertises in its
>>>> capabilities document (see 8.3.3).
>>> So... can anyone clarify this situation?
>>> _______________________________________________
>> CITE-Forum mailing list
>> CITE-Forum at lists.opengeospatial.org
>> https://lists.opengeospatial.org/mailman/listinfo/cite-forum
> --
> Panagiotis (Peter) A. Vretanos         CubeWerx Inc.
> Big Kahuna (CTO, Senior DB Developer)  http://www.cubewerx.com
> Tel. 416-701-1985  Fax. 416-701-9870   pvretano at cubewerx.com
> "Smart people learn from everything and everyone.  Average
>  people learn from their experiences.  Stupid people have
>  all the answers." Socrates.
> _______________________________________________
> CITE-Forum mailing list
> CITE-Forum at lists.opengeospatial.org
> https://lists.opengeospatial.org/mailman/listinfo/cite-forum



Andrea Aime

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information.

Ing. Andrea Aime
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549



Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/cite-forum/attachments/20180322/a5c04a49/attachment-0001.html>

More information about the CITE-Forum mailing list