Dear Tobias, "Secondly we propose to make the "AttributeExpression" field in the Restriction structure (5.5.6 in the NGSI specs) optional, because we believe that there will be many situations where only a scope and no AttributeExpression is needed. This would be another change in the NGSI specs." We fully support this change (we filled a proposal of this in the past, time ago https://forge.fi-ware.eu/plugins/mediawiki/wiki/fi-ware-private/index.php/NGSI_change_proposals#Proposal_12). I've changed the XSD accordingly (SVN rev 204). Best regards, ------ Fermin El 04/03/2013 17:37, Tobias Jacobs escribió: Dear all, I would like to open the discussion on which syntax to use for attributeExpressions used as restrictions. The OMA NGSI specs say about this "The XPath expression will be evaluated against ContextEntity structures." This is rather ambiguous in my opinion. How NEC suggests to define the semantics of attributeExpressions is: - AttributeExpressions are correct if they return a list of "Id" strings from EntityIds when evaluated against the xml given by the response message of the operation (QueryContextResponse or NotifyContextRequest). - The attributeExpression is applied to a response message by removing all information about any Entity whose Id does not appear in that list. Secondly we propose to make the "AttributeExpression" field in the Restriction structure (5.5.6 in the NGSI specs) optional, because we believe that there will be many situations where only a scope and no AttributeExpression is needed. This would be another change in the NGSI specs. What do you think? Have you already implemented the attributeExpression restriction, and do you use a different interpretation? Best regards Tobias _______________________________________________ Fiware-ngsi mailing list Fiware-ngsi at lists.fi-ware.eu<mailto:Fiware-ngsi at lists.fi-ware.eu> https://lists.fi-ware.eu/listinfo/fiware-ngsi ________________________________ Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo. This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at: http://www.tid.es/ES/PAGINAS/disclaimer.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.fiware.org/private/fiware-ngsi/attachments/20131112/03f9a114/attachment.html>
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy