GEOPRIV Presence Information Data Format Location Object (PIDF-LO) Usage Clarification, Considerations, and Recommendations
RFC 5491
Revision differences
Document history
| Date | Rev. | By | Action |
|---|---|---|---|
|
2020-01-21
|
14 | (System) | Received changes through RFC Editor sync (added Verified Errata tag) |
|
2015-10-14
|
14 | (System) | Notify list changed from geopriv-chairs@ietf.org, draft-ietf-geopriv-pdif-lo-profile@ietf.org to (None) |
|
2009-03-27
|
14 | Cindy Morgan | State Changes to RFC Published from RFC Ed Queue by Cindy Morgan |
|
2009-03-27
|
14 | Cindy Morgan | [Note]: 'RFC 5491' added by Cindy Morgan |
|
2009-03-24
|
14 | (System) | RFC published |
|
2009-02-02
|
14 | Cindy Morgan | State Changes to RFC Ed Queue from Approved-announcement sent by Cindy Morgan |
|
2009-02-02
|
14 | (System) | IANA Action state changed to No IC from In Progress |
|
2009-02-02
|
14 | (System) | IANA Action state changed to In Progress |
|
2009-02-02
|
14 | Amy Vezza | IESG state changed to Approved-announcement sent |
|
2009-02-02
|
14 | Amy Vezza | IESG has approved the document |
|
2009-02-02
|
14 | Amy Vezza | Closed "Approve" ballot |
|
2009-01-30
|
14 | (System) | Removed from agenda for telechat - 2009-01-29 |
|
2009-01-29
|
14 | Cindy Morgan | State Changes to Approved-announcement to be sent from IESG Evaluation by Cindy Morgan |
|
2009-01-29
|
14 | (System) | [Ballot Position Update] New position, No Objection, has been recorded for Dan Romascanu by IESG Secretary |
|
2009-01-29
|
14 | (System) | [Ballot Position Update] New position, No Objection, has been recorded for Russ Housley by IESG Secretary |
|
2009-01-29
|
14 | David Ward | [Ballot Position Update] New position, No Objection, has been recorded by David Ward |
|
2009-01-29
|
14 | Mark Townsley | [Ballot Position Update] New position, No Objection, has been recorded by Mark Townsley |
|
2009-01-29
|
14 | Jari Arkko | [Ballot Position Update] New position, No Objection, has been recorded by Jari Arkko |
|
2009-01-29
|
14 | Magnus Westerlund | [Ballot Position Update] New position, No Objection, has been recorded by Magnus Westerlund |
|
2009-01-29
|
14 | Jon Peterson | [Ballot Position Update] New position, Yes, has been recorded by Jon Peterson |
|
2009-01-28
|
14 | Pasi Eronen | [Ballot Position Update] New position, No Objection, has been recorded by Pasi Eronen |
|
2009-01-28
|
14 | Ross Callon | [Ballot Position Update] New position, No Objection, has been recorded by Ross Callon |
|
2009-01-28
|
14 | Chris Newman | [Ballot Position Update] New position, No Objection, has been recorded by Chris Newman |
|
2009-01-28
|
14 | Tim Polk | [Ballot Position Update] New position, No Objection, has been recorded by Tim Polk |
|
2009-01-28
|
14 | Lisa Dusseault | [Ballot Position Update] New position, Yes, has been recorded by Lisa Dusseault |
|
2009-01-27
|
14 | Ron Bonica | [Ballot Position Update] New position, No Objection, has been recorded by Ron Bonica |
|
2009-01-24
|
14 | Cullen Jennings | Placed on agenda for telechat - 2009-01-29 by Cullen Jennings |
|
2009-01-24
|
14 | Cullen Jennings | State Changes to IESG Evaluation from Waiting for AD Go-Ahead by Cullen Jennings |
|
2009-01-24
|
14 | Cullen Jennings | [Ballot Position Update] New position, Yes, has been recorded for Cullen Jennings |
|
2009-01-24
|
14 | Cullen Jennings | Ballot has been issued by Cullen Jennings |
|
2009-01-24
|
14 | Cullen Jennings | Created "Approve" ballot |
|
2009-01-15
|
14 | Samuel Weiler | Request for Last Call review by SECDIR Completed. Reviewer: Patrick Cain. |
|
2008-12-01
|
14 | Amanda Baber | IANA Comments: As described in the IANA Considerations section, we understand this document to have NO IANA Actions. |
|
2008-11-30
|
14 | (System) | State has been changed to Waiting for AD Go-Ahead from In Last Call by system |
|
2008-11-24
|
14 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-14.txt |
|
2008-11-11
|
14 | Samuel Weiler | Request for Last Call review by SECDIR is assigned to Patrick Cain |
|
2008-11-11
|
14 | Samuel Weiler | Request for Last Call review by SECDIR is assigned to Patrick Cain |
|
2008-11-07
|
14 | Amy Vezza | Last call sent |
|
2008-11-07
|
14 | Amy Vezza | State Changes to In Last Call from Last Call Requested by Amy Vezza |
|
2008-11-06
|
14 | Cullen Jennings | State Changes to Last Call Requested from AD Evaluation::AD Followup by Cullen Jennings |
|
2008-11-06
|
14 | Cullen Jennings | Last Call was requested by Cullen Jennings |
|
2008-11-06
|
14 | (System) | Ballot writeup text was added |
|
2008-11-06
|
14 | (System) | Last call text was added |
|
2008-11-06
|
14 | (System) | Ballot approval text was added |
|
2008-09-17
|
14 | (System) | Sub state has been changed to AD Follow up from New Id Needed |
|
2008-09-17
|
13 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-13.txt |
|
2008-09-15
|
14 | Cullen Jennings | State Changes to AD Evaluation::Revised ID Needed from AD Evaluation by Cullen Jennings |
|
2008-09-15
|
14 | Cullen Jennings | Here is some stuff I found reading it - if you think I am off base or confused on any of this, well, you are … Here is some stuff I found reading it - if you think I am off base or confused on any of this, well, you are probably right so phone me up and tell me the document is fine as is. A bunch of my comments are the same as when were at the EMS workshop. ------------------ #1 I'm worried about the statement It is RECOMMENDED that where uncertainty is included, a confidence of 95% is used. Imagine that I have a 2d circle and 95% confidence is a radius of 100m and 99.9% confidence is 500m. For privacy reasons I might want to change the radius to 10,000m I'd like to have the spec worded something more like the recommended is that the regions represent an area that 95% or greater confidence. I'm not sure exactly how to get these words correct but I think you see what I am getting at. #2 When you say The edges of a polygon are defined by the shortest path between two points in space (not a geodesic curve). You mean the points in real space on the earth? this is not really possible without the elevations. I think this needs a bit more clarity. I'll probably agree with whatever you put, It just is a bit vague. #3 Polygons SHOULD be defined with the upward normal pointing up. I think this needs to be a MUST or don't bother with it at all a SHOULD will lead to bad bugs #4 Points specified in a polygon MUST be coplanar a not exactly sure what this means in the geometries we are interested in #5 when discussing the GML point, please make it clear if implementation can treat these ad a ieee double or not. I'm basically get at the question about if 34.407 is the same as 34.407000 or not. I don't care about what the answer is, I care about having an RFC that clearly says it one way or the other so we can not argue about it. #6, clarify what the reference north is for angles in arc band are (i.e. not magnetic) (same for ellipsoid) #7 Allowing the prism to have a negative height makes it much harder to have a canonical representation for a prism. This makes it hard to compare and if we ever start signing stuff, harder to get things to canonical form for signing. Do you really want this flexibility? I'm OK with if you say yes, but please think about it. Some implementation will just get this wrong and I don't see what it buys. #8 Where it says The shapes defined in [GeoShape] are the recommended shapes to ensure interoperability. This needs to say the shapes defined in section 5 are the recommended shapes to ensure interoperability. And in All above-listed shapes are mandatory to implementation should be The above-listed shapes are MUST be implement. #9 where you have it is recommended that Polygon shapes be restricted to a maximum of 15 this needs some normative language MUST or SHOULD It's a style thing but the RAI documents mostly use the MUST/SHOULD style instead of RECOMMENDED / SHALL style. It would be better to be consistent on this. #10 I'm surprised there is not a circular prism shape as many devices end up with this. Trying to use a sphere is hard for some of these because the vertical accuracy is much better than the horizontal. #11 uh, not at all sure you should do this, but an example that showed how to take what came back from a DHCP response and turned it into some shape defined here would be really useful for implementors #12 This one is pretty irrelevant to the draft but given there are some IESG folks that care about URNs. You have some examples like <dm:deviceID>mac:12-34-56-78-90-ab</dm:deviceID> This is sort of contriversial because no mac URN is defined (other than type 1 uuids). RFC 4478 does have <dm:deviceID>mac:8asd7d7d70</dm:deviceID> but RFC 4480 has <dm:deviceID>urn:x-mac:0003ba4811e3</dm:deviceID> as well as <dm:deviceID>urn:device:0003ba4811e3</dm:deviceID> which is not an not an URN. By RFC 5025 we have <deviceID>urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6</deviceID> which is at least a valid URN. I'd recommend the last form of device-id. |
|
2008-09-11
|
12 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-12.txt |
|
2008-02-19
|
11 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-11.txt |
|
2008-01-08
|
14 | Cullen Jennings | [Note]: 'Robert Sparks is proto shepherd.' added by Cullen Jennings |
|
2008-01-08
|
14 | Cullen Jennings | State Changes to AD Evaluation from Publication Requested by Cullen Jennings |
|
2008-01-04
|
14 | Dinara Suleymanova | PROTO Write-up (1.a) Robert Sparks is the PROTO document shepherd for this document. Robert has personally reviewed this version and believes it ready for publication. … PROTO Write-up (1.a) Robert Sparks is the PROTO document shepherd for this document. Robert has personally reviewed this version and believes it ready for publication. (1.b) This document has received significant review inside and outside the working group. (1.c) Robert believes this document has had sufficient external review. (1.d) There are no IPR disclosures affecting this document. There is some language left in the document that the shepherd finds awkward ("upward normal pointing up"), but it's not a blocking issue. There are no additional concerns to bring to the attention of the Area Director. (1.e) The GEOPRIV WG as a whole participated in review of this document. Consensus is strong and reasonably informed. (1.f) There has been no significant conflict or discontent over this document. (1.g) The document survives the online ID nit checker (but the - civic-lo reference confuses it). The shepherd has checked the document against those requirements the tool cannot, except for validating the XML contents which the authors checked against Xerces-J 2.9.1. (1.h) The document is appropriately split into normative and non- normative references. There is one non-IETF normative reference to the "Candidate OpenGIS Implementation Specification 06-142r1" There are no downrefs to IETF documents. (1.i) This document has no IANA considerations and has a section saying so. (1.j) The shepherd has not verified the XML examples validate. The authors tested all the example in this version against Xerces-J 2.9.1. (1.k) Technical Summary The Presence Information Data Format Location Object (PIDF-LO) specification provides a flexible and versatile means to represent location information. There are, however, circumstances that arise when information needs to be constrained in how it is represented. In these circumstances the range of options that need to be implemented are reduced. There is growing interest in being able to use location information contained in a PIDF-LO for routing applications. To allow successful interoperability between applications, location information needs to be normative and more tightly constrained than is currently specified in the RFC 4119 (PIDF-LO). This document makes recommendations on how to constrain, represent and interpret locations in a PIDF-LO. It further recommends a subset of GML that is mandatory to implement by applications involved in location based routing. Working Group Summary This document reflects a strong consensus of the GEOPRIV working group. Document Quality The document was well reviewed within the working group and received comment from SIMPLE participants (specifically about ensuring it took the presence data model into consideration) Personnel Robert Sparks is the Document Shepherd. Cullen Jennings is the responsible AD. The document has no IANA considerations. |
|
2008-01-04
|
14 | Dinara Suleymanova | Draft Added by Dinara Suleymanova in state Publication Requested |
|
2007-10-10
|
10 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-10.txt |
|
2007-10-01
|
09 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-09.txt |
|
2007-07-03
|
08 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-08.txt |
|
2007-04-30
|
07 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-07.txt |
|
2007-03-07
|
06 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-06.txt |
|
2006-10-25
|
05 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-05.txt |
|
2006-05-02
|
04 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-04.txt |
|
2006-03-03
|
03 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-03.txt |
|
2006-02-06
|
02 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-02.txt |
|
2005-07-19
|
01 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-01.txt |
|
2005-07-05
|
00 | (System) | New version available: draft-ietf-geopriv-pdif-lo-profile-00.txt |