[Fiware-ngsi] interpretation of attributeExpressions

[Ernoe Kovacs]

http://technical.openmobilealliance.org/Technical/release_program/ngsi_v1_0.aspx

http://technical.openmobilealliance.org/Technical/release_program/docs/CopyrightClick.aspx?pck=NGSI&file=V1_0-20120529-A/OMA-TS-NGSI_Context_Management-V1_0-20120529-A.pdf

Google helps ;-)

But I was not aware that there was an update as of 2012...
I need to check...


-          Ernö



From: fiware-ngsi-bounces at lists.fi-ware.eu [mailto:fiware-ngsi-bounces at lists.fi-ware.eu] On Behalf Of Tobias Jacobs
Sent: Dienstag, 5. März 2013 08:47
To: fano.ramparany at orange.com
Cc: fiware-ngsi at lists.fi-ware.eu
Subject: Re: [Fiware-ngsi] interpretation of attributeExpressions

Hey Fano,

When referring to the "NGSI specs" in the context of the Fi-WARE NGSI mailinglist, we usually mean this document:
http://technical.openmobilealliance.org/Technical/release_program/docs/NGSI/V1_0-20101207-C/OMA-TS-NGSI_Context_Management-V1_0-20100803-C.pdf


Below you mention a version called OMA-TS-NGSI_Context_Management-V1_0-20120529-A.pdf, which looks to me like a newer version of the NGSI context management interface. Is this the case? Is this available on the web ?

Thanks !
Tobias

From: fano.ramparany at orange.com<mailto:fano.ramparany at orange.com> [mailto:fano.ramparany at orange.com]
Sent: Montag, 4. März 2013 18:48
To: Tobias Jacobs
Subject: RE: interpretation of attributeExpressions

Hi Tobias,

Could you please point me the document where the "attributeExpressions" specification is introduced.

Thank you,

Fano


PS: I've recently uploaded the following OMA NGSI specification documents where this should be included I presume:
OMA-AD-NGSI-V1_0-20120529-A.pdf
OMA-ERELD-NGSI-V1_0-20120529-A.pdf
OMA-RD-NGSI-V1_0-20120529-A.pdf
OMA-TS-NGSI_Call_Control_and_Configuration-V1_0-20120529-A.pdf
OMA-TS-NGSI_Common-V1_0-20120529-A.pdf
OMA-TS-NGSI_Context_Management-V1_0-20120529-A.pdf
OMA-TS-NGSI_Data_Configuration_and_Management-V1_0-20120529-A.pdf
OMA-TS-NGSI_Identity_Control-V1_0-20120529-A.pdf
OMA-TS-NGSI_Multimedia_List_Handling_Extension-V1_0-20120529-A.pdf
OMA-TS-NGSI_Registration_and_Discovery-V1_0-20120529-A.pdf


De : fiware-ngsi-bounces at lists.fi-ware.eu<mailto:fiware-ngsi-bounces at lists.fi-ware.eu> [mailto:fiware-ngsi-bounces at lists.fi-ware.eu] De la part de Tobias Jacobs
Envoyé : lundi 4 mars 2013 17:37
À : fiware-ngsi at lists.fi-ware.eu<mailto:fiware-ngsi at lists.fi-ware.eu>
Objet : [Fiware-ngsi] interpretation of attributeExpressions

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

_________________________________________________________________________________________________________________________



Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,

France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.



This message and its attachments may contain confidential or privileged information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete this message and its attachments.

As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified.

Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.fiware.org/private/fiware-ngsi/attachments/20130305/7aa02248/attachment.html>