[Dev] Street Address schema question
Brian Douglas Skinner
skinner at osafoundation.org
Sun Feb 29 21:15:36 PST 2004
Hi bear,
I'm glad you're kicking off a conversation about the Street Address kind
in the content model. It'd be great to harvest more people's experience
about how to model this.
Let me chip in my two cents... Our current model for Street Address is
somewhat complicated, with 8 string literals instead of 5 you list. Our
model may be more detailed than it needs to be. We still need to figure
out how much is enough. Our current model has four separate attributes
for "locality", "region", "postal code", and "country", rather than one
attribute for "last line". It might be that having the four separate
attributes will help in doing some sorts of tasks, like having Chandler
use the address info to guess about the calendar time zone of the person
you're scheduling a meeting with. And having the separate attributes
might make it easier to interoperate smoothly with vCard and other PIM
apps, but I'm not sure. Hopefully our new interoperation experiments
will shed some light on issues like this:
http://wiki.osafoundation.org/twiki/bin/view/Chandler/ContentModelInteroperationProject
http://wiki.osafoundation.org/twiki/bin/view/Chandler/InteroperationExperimentsProposal
- brian
bear wrote:
> This is a copy of a comment I posted to the wiki page
> http://wiki.osafoundation.org/twiki/bin/view/Chandler/ContentModel
> but I figured I would also mention it here to stimulate some
> conversation on the topic.
>
> bear
>
>
> Question about the fields listed for Street Address -
>
> According to the US Post Office
> [[http://pe.usps.gov/cpim/ftp/pubs/Pub28/pub28.pdf][Postal Addressing
> Standards Pub28]] there really is only a few fields required to store a
> mailing address:
>
> * Attention Line - e.g. Jane Doe
> * Recipient Line - e.g. Widgets-R-Us
> * Delivery Address Line - e.g. 123 Any Street
> * Secondary Address Unit Designator - e.g. Apt 12
> * Last Line - e.g. Philadelphia PA 19123
>
> The Last Line is commonly broken up into Country Code, Postal Code,
> Region and Municipality. A reference to an xml schema that is very
> concise is
> [[http://xml.coverpages.org/HRXML-PostalAddressV22.pdf][HR-XML
> Consortium Postal Address 1.2 Spec]]
>
> The reason for me bringing this up is that the Street Address should
> really concern itself with the fields required for a postal address and
> any other information would go into the Contact item.
More information about the Dev
mailing list