[OASIS Issue Tracker] Updated: (ODATA-210) Declare OData object/concept name for tombstone before its usage in Result Maintenance and ATOM format describing sections inside ODQP proposal pages 6 and later

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

     [ http://tools.oasis-open.org/issues/browse/ODATA-210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Drees updated ODATA-210:
-------------------------------

       Proposal: Remove the use of "tombstone" and consistently use "deleted entry" to not introduce a new concept just explaining a wording variation.  (was: Define the term tombstone (virtual entity handle for deleted entities) before using it.)
    Description: 
Inside the current revision of the proposal for an OData Delta Query Protocol i.e. [OData Delta Query Protocol Design 2012-12-19.docx](https://www.oasis-open.org/committees/download.php/47755/OData%20Delta%20Query%20Protocol%20Design%202012-12-19.docx) the term tombstone should IMO better be introduced before its first appearance on page 6 (result maintenance and atom format describing sections).

I suggest to do this inside the section "Delta Responses" on pages 3 or 4 since it is simply a "deleted-link" with a cooler name, right? ... which is part of the response and not the request. 

Update:
Old proposal was to "Define the term tombstone (virtual entity handle for deleted entities) before using it."
Following the feedback in a comment by Mike it is now proposed to replace instead (as addressed in upcoming revision).

  was:
Inside the current revision of the proposal for an OData Delta Query Protocol i.e. [OData Delta Query Protocol Design 2012-12-19.docx](https://www.oasis-open.org/committees/download.php/47755/OData%20Delta%20Query%20Protocol%20Design%202012-12-19.docx) the term tombstone should IMO better be introduced before its first appearance on page 6 (result maintenance and atom format describing sections).

I suggest to do this inside the section "Delta Responses" on pages 3 or 4 since it is simply a "deleted-link" with a cooler name, right? ... which is part of the response and not the request. 


Thanks a lot Mike for changing this already (in the upcoming revision) by replacing all tombstones with deleted entries. 
Otherwise we might have opened a can of worms, since in some cultures, tombstones tend to attract additional stones on top, which would have implied the potential need of special structures describing these Collections. Dealing with the loss of an entry is hard enough :-)


> Declare OData object/concept name for tombstone before its usage in Result Maintenance and ATOM format describing sections inside ODQP proposal pages 6 and later
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: ODATA-210
>                 URL: http://tools.oasis-open.org/issues/browse/ODATA-210
>             Project: OASIS Open Data Protocol (OData) TC
>          Issue Type: Improvement
>    Affects Versions: WD01
>            Reporter: Stefan Drees
>            Assignee: Michael Pizzo
>            Priority: Minor
>             Fix For: WD01
>
>
> Inside the current revision of the proposal for an OData Delta Query Protocol i.e. [OData Delta Query Protocol Design 2012-12-19.docx](https://www.oasis-open.org/committees/download.php/47755/OData%20Delta%20Query%20Protocol%20Design%202012-12-19.docx) the term tombstone should IMO better be introduced before its first appearance on page 6 (result maintenance and atom format describing sections).
> I suggest to do this inside the section "Delta Responses" on pages 3 or 4 since it is simply a "deleted-link" with a cooler name, right? ... which is part of the response and not the request. 
> Update:
> Old proposal was to "Define the term tombstone (virtual entity handle for deleted entities) before using it."
> Following the feedback in a comment by Mike it is now proposed to replace instead (as addressed in upcoming revision).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira