GEOPRIV WG M. Thomson
Internet-Draft J. Winterbottom
Expires: July 7, 2006 Andrew
January 3, 2006
Revised Civic Location Format for PIDF-LO
draft-ietf-geopriv-revised-civic-lo-01.txt
Status of this Memo
By submitting this Internet-Draft, each author represents that any
applicable patent or other IPR claims of which he or she is aware
have been or will be disclosed, and any of which he or she becomes
aware will be disclosed, in accordance with Section 6 of BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet-
Drafts.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt.
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
This Internet-Draft will expire on July 7, 2006.
Copyright Notice
Copyright (C) The Internet Society (2006).
Abstract
This document defines an XML format for the representation of civic
location. This format is designed for use with PIDF Location Object
(PIDF-LO) documents. The format is based on the civic address
definition in PIDF-LO, but adds several new elements based on the
civic types defined for DHCP, and adds a hierarchy to address complex
road identity schemes. The format also includes support for the
xml:lang language tag and restricts the types of elements where
appropriate.
Thomson & Winterbottom Expires July 7, 2006 [Page 1]
Internet-Draft Revised Civic LO January 2006
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 4
3. Changes from PIDF-LO . . . . . . . . . . . . . . . . . . . . . 5
3.1. Additional Civic Address Types . . . . . . . . . . . . . . 5
3.2. New Thoroughfare Elements . . . . . . . . . . . . . . . . 7
3.2.1. Street Numbering . . . . . . . . . . . . . . . . . . . 8
3.2.2. Directionals and other Qualifiers . . . . . . . . . . 8
3.3. Country Element . . . . . . . . . . . . . . . . . . . . . 9
3.4. Languages and Scripts . . . . . . . . . . . . . . . . . . 9
3.5. Whitespace . . . . . . . . . . . . . . . . . . . . . . . . 9
4. Civic Address Schema . . . . . . . . . . . . . . . . . . . . . 10
5. Example . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
6. Security Considerations . . . . . . . . . . . . . . . . . . . 13
7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 14
7.1. URN sub-namespace registration for
'urn:ietf:params:xml:ns:pidf:geopriv10:civicAddr' . . . . 14
7.2. XML Schema Registration . . . . . . . . . . . . . . . . . 14
8. References . . . . . . . . . . . . . . . . . . . . . . . . . . 15
8.1. Normative References . . . . . . . . . . . . . . . . . . . 15
8.2. Informative References . . . . . . . . . . . . . . . . . . 15
Appendix A. Acknowledgements . . . . . . . . . . . . . . . . . . 16
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 17
Intellectual Property and Copyright Statements . . . . . . . . . . 18
Thomson & Winterbottom Expires July 7, 2006 [Page 2]
Internet-Draft Revised Civic LO January 2006
1. Introduction
Since the publication of the original PIDF-LO civic specification, in
[I-D.ietf-geopriv-pidf-lo], it has been found that the specification
is lacking a number of additional parameters that can be used to more
precisely specify a civic location. These additional parameters have
been largely captured in [I-D.ietf-geopriv-dhcp-civil].
This document revises the GEOPRIV civic form to include the
additional civic parameters captured in [I-D.ietf-geopriv-dhcp-
civil]. The document also introduces a hierarchical structure for
thoroughfare (road) identification which is employed in some
countries. New elements are defined to allow for even more precision
in specifying a civic location.
Thomson & Winterbottom Expires July 7, 2006 [Page 3]
Internet-Draft Revised Civic LO January 2006
2. Terminology
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in [RFC2119].
The term "thoroughfare" is used in this document to describe a road
or part of a road or other access route along which a final point is
identified. This is consistent with the definition used in [UPU-
S42].
Thomson & Winterbottom Expires July 7, 2006 [Page 4]
Internet-Draft Revised Civic LO January 2006
3. Changes from PIDF-LO
3.1. Additional Civic Address Types
[I-D.ietf-geopriv-dhcp-civil] provides a full set of parameters that
may used to describe a civic location. Specifically [I-D.ietf-
geopriv-dhcp-civil] lists several civic address types (CAtypes) that
require support in the formal PIDF-LO definition that are not in
[I-D.ietf-geopriv-pidf-lo].
These changes include and new elements that are required to support
more complex structures for naming street addresses, this is
described in more detail in Section 3.2.
+--------------+--------+-----------------------------+-------------+
| New Civic | CAtype | Description | Example |
| Field | | | |
+--------------+--------+-----------------------------+-------------+
| BLD | 24 | Building (structure) | Hope |
| | | | Theatre |
| | | | |
| UNIT | 26 | Unit (apartment, suite) | 12a |
| | | | |
| ROOM | 28 | Room | 450F |
| | | | |
| PLC | 29 | Place-type | office |
| | | | |
| POBOX | 31 | Post office box (P.O. box) | U40 |
| | | | |
| ADDCODE | 32 | Additional Code | 13203000003 |
| | | | |
| SEAT | 33 | Seat (desk, cubicle, | WS 181 |
| | | workstation) | |
| | | | |
| RD | 34 | Primary road or street | Broadway |
| | | | |
| RDSEC | 35 | Road section | 14 |
| | | | |
| RDBR | 36 | Road branch | Lane 7 |
| | | | |
| RDSUBBR | 37 | Road sub-branch | Alley 8 |
| | | | |
| PRM | 38 | Road pre-modifier | Old |
| | | | |
| POM | 39 | Road post-modifier | Extended |
+--------------+--------+-----------------------------+-------------+
Table 1: New Civic PIDF-LO Types
Thomson & Winterbottom Expires July 7, 2006 [Page 5]
Internet-Draft Revised Civic LO January 2006
Building: The "building" (BLD) conveys the name of a single building
if the street address includes more than one building or the
building name is helpful in identifying the location. (For
example, on university campuses, the house number is often not
displayed on buildings, while the building name is prominently
shown.)
Unit: The "unit" (UNIT) contains the name or number of a part of a
structure where there are separate administrative units, owners or
tenants, such as separate companies or families who occupy that
structure. Common examples include suite or apartment
designations.
Room: A "room" (ROOM) is the smallest identifiable subdivision of a
structure.
Place type: The "type of place" element (PLC) describes the type of
place described by the civic coordinates. For example, it
describes whether it is a home, office, street or other public
space. The values are drawn from the items in the location types
registry [I-D.ietf-geopriv-location-types-registry]. This
information makes it easy, for example, for the DHCP client to
then populate the presence information.
Post office box: The "post office box" element (POBOX) describes a
container, such as a pigeon hole, at a central mailing location,
where mail is held.
Additional code: The "additional code" item (ADDCODE) provides an
additional, country-specific code identifying the location. For
example, for Japan, it contains the Japan Industry Standard (JIS)
address code. The JIS address code provides a unique address
inside of Japan, down to the level of indicating the floor of the
building.
Seat: The "seat" element (SEAT) describes a single place where a
person might sit. Common examples include a seat in a theatre and
a cubicle in a cube farm.
Primary Road Name: The "primary road name" item (RD) is the name
given to the root road or street associated with the address. In
many cases this will the name of the road or street on which an
office or house exists, in some cases it will be the name of road
or street from which more granular information stems. In most
countries, this field should be used in preference to the "A6"
element, which was previously used for street information.
Thomson & Winterbottom Expires July 7, 2006 [Page 6]
Internet-Draft Revised Civic LO January 2006
Road Section: The "road section" item (RDSEC) is an identifier that
represents a specific section or stretch of a primary road. This
is a new thoroughfare element and is useful where a primary road
reuses street numbering, or branch street names and there is no
other way to identify that this has occurred, such as a change in
municipality or suburb.
Branch Road Name: The "branch road name" item (RDBR) represents the
name or identifier of a road/street that intersects or is
associated with a primary road. The road branch is a new
thoroughfare element and is envisaged being used where branch
roads along a primary road reuse names and there is no other way,
other than the road section (RDSEC) identifier, to discern a
difference between them, such as a change in municipality or
suburb.
Sub-Branch Road Name: The "sub-branch road name" item (RDSUBBR)
represents the name or identifier of a road/street that intersects
or is associated with a branch road (RDBR). The road sub-branch
is a new thoroughfare element and is envisaged being used where
sub-branch roads reuse names and there is no way, other than the
road section (RDSEC) identifier, to discern a difference between
them, such as a change in municipality or suburb.
Road Pre-Modifier: The "road pre-modifier" item (PRM) is an optional
element of the complete street name. It is a word or phrase that
precedes all other elements of the street name and modifies it,
but is separated from the street name by a street name pre-
directional. An example is "Old" in "Old North First Street".
Road Post-Modifier: The "road post-modifier" item (POM) is an
optional element of the complete street name. It is a word or
phrase that follows all other elements of the street name and
modifies it, but is separated from the street name by a street
name post-directional and/or street suffix. An example is
"Extended" in "East End Avenue Extended".
3.2. New Thoroughfare Elements
In some countries a thoroughfare can be broken up into sections, and
it is not uncommon for street numbers to be repeated between
sections. A road section identifier is required to ensure that an
address is unique. For example, "West Alice Parade" has 5 sections,
each numbered from 1; unless the section is specified "7 West Alice
Parade" could exist in 5 different places. The "RDSEC" element is
used to specify the section.
Minor streets can share the same name, so that they can only be
Thomson & Winterbottom Expires July 7, 2006 [Page 7]
Internet-Draft Revised Civic LO January 2006
distinguished by the major thoroughfare with which they intersect.
For example, both "West Alice Parade, Section 3" and "Bob Street"
could both be interested by a "Carol Lane". The "RDBR" element is
used to specify a road branch where the name of the branch does not
uniquely identify the road. Road branches MAY also be used where a
major thoroughfare is split into sections.
Similar to the way that a road branch is associated with a road, a
road sub-branch is associated with a road branch. The "RDSUBBR"
element is used to identify road sub-branches.
The "A6" element is retained for use in those countries that require
this level of detail. Where "A6" was previously used for street
names, it MUST NOT be used, the "RD" element MUST be used for
thoroughfare data.
The following example figure shows a fictional arrangement of roads
where these new thoroughfare elements are applicable.
| ||
| ---------------||
| Carol La. Carol La. || Bob
| || St.
| West Alice Pde. ||
==========/=================/===============/==========||===========
Sec.1 Sec.2 Sec.3 | Sec.4 || Sec.5
| ||
----------| Carol ||
Alley 2 | La. ||
| ||
3.2.1. Street Numbering
The introduction of new thoroughfare elements affects the
interpretation of several of more specific civic address data. In
particular, street numbering (the "HNO" element) applies to the most
specific road element specified. That is, the first specified
element from: "RDSUBBR", "RDBR", "RDSEC", or "RD".
3.2.2. Directionals and other Qualifiers
The "PRM", "POM", "PRD", "POD" and "STS" elements always apply to the
value of the "RD" element only. If road branches or sub-branches
require street suffixes or qualifiers, they MUST be included in the
"RDBR" or "RDSUBBR" element text.
Thomson & Winterbottom Expires July 7, 2006 [Page 8]
Internet-Draft Revised Civic LO January 2006
3.3. Country Element
The "country" element differs from that defined in [I-D.ietf-geopriv-
pidf-lo] in that it now restricts the value space of the element to
two upper case characters, which more closely matches the definition
in [ISO.3166.1988].
3.4. Languages and Scripts
The XML schema defined for civic addresses allows for the addition of
the "xml:lang" attribute to all elements except "country" and "PLC",
which both contain enumerated values.
The "script" field defined in [I-D.ietf-geopriv-dhcp-civil] is
omitted in favour of using the "xml:lang" attribute.
It is RECOMMENDED that each "civicAddress" element use one language
only, or a combination of languages that is consistent. Where a
civic location is represented in multiple languages multiple
"civicAddress" elements SHOULD be included in the PIDF-LO document.
3.5. Whitespace
The XML schema [W3C.REC-xmlschema-2-20041028] defined in Section 4
uses a base type of "token" instead of "string" as used in [I-D.ietf-
geopriv-pidf-lo].
The "token" type ensures that whitespace within instance documents is
normalized and collapsed before being passed to a processor. This
ensures that the following fragments are considered equivalent by XML
processors:
See RFCXXXX.
END 7.2. XML Schema Registration This section registers an XML schema as per the procedures in [RFC3688]. URI: urn:ietf:params:xml:schema:pidf:geopriv10:civicAddr Registrant Contact: IETF, GEOPRIV working group, (geopriv@ietf.org), Martin Thomson (martin.thomson@andrew.com). The XML for this schema can be found as the entirety of Section 4 of this document. Thomson & Winterbottom Expires July 7, 2006 [Page 14] Internet-Draft Revised Civic LO January 2006 8. References 8.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [W3C.REC-xmlschema-2-20041028] Malhotra, A. and P. Biron, "XML Schema Part 2: Datatypes Second Edition", W3C REC REC-xmlschema-2-20041028, October 2004. [I-D.ietf-geopriv-dhcp-civil] Schulzrinne, H., "Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Option for Civic Addresses Configuration Information", draft-ietf-geopriv-dhcp-civil-08 (work in progress), December 2005. [I-D.ietf-geopriv-location-types-registry] Schulzrinne, H. and H. Tschofenig, "Location Types Registry", draft-ietf-geopriv-location-types-registry-03 (work in progress), August 2005. [ISO.3166.1988] International Organization for Standardization, "Codes for the representation of names of countries, 3rd edition", ISO Standard 3166, August 1988. 8.2. Informative References [RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004. [I-D.ietf-geopriv-pidf-lo] Peterson, J., "A Presence-based GEOPRIV Location Object Format", draft-ietf-geopriv-pidf-lo-03 (work in progress), September 2004. [UPU-S42] Universal Postal Union (UPU), "International Postal Address Components and Templates", UPS SB42-4, July 2004. Thomson & Winterbottom Expires July 7, 2006 [Page 15] Internet-Draft Revised Civic LO January 2006 Appendix A. Acknowledgements The authors would like to thank Henning Schulzrinne for his assistance in defining the additional civic address types, particularly his research into different addressing schemes that lead to the introduction of the thoroughfare elements. In addition we would like to thank Jon Peterson for his work in defining the PIDF-LO. Thomson & Winterbottom Expires July 7, 2006 [Page 16] Internet-Draft Revised Civic LO January 2006 Authors' Addresses Martin Thomson Andrew PO Box U40 Wollongong University Campus, NSW 2500 AU Phone: +61 2 4221 2915 Email: martin.thomson@andrew.com URI: http://www.andrew.com/ James Winterbottom Andrew PO Box U40 Wollongong University Campus, NSW 2500 AU Phone: +61 2 4221 2938 Email: james.winterbottom@andrew.com URI: http://www.andrew.com/ Thomson & Winterbottom Expires July 7, 2006 [Page 17] Internet-Draft Revised Civic LO January 2006 Intellectual Property Statement The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org. Disclaimer of Validity This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Copyright Statement Copyright (C) The Internet Society (2006). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. Acknowledgment Funding for the RFC Editor function is currently provided by the Internet Society. Thomson & Winterbottom Expires July 7, 2006 [Page 18]