[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: Minutes of the tele-conference CIQ meeting held on 15 January 2001
Sorry guys I forgot to enclose the DTD in my earlier mail. Here it is. Ram > -----Original Message----- > From: Vincent Buller [mailto:vincent@and.nl] > Sent: Friday, February 02, 2001 2:01 AM > To: 'Ram Kumar'; ciq@lists.oasis-open.org > Subject: RE: Minutes of the tele-conference CIQ meeting held on 15 > January 2001 > > > Ram, all, > > > > > Vincent, I have enclosed the updated NAML version. > > Thanks! I will have a look at it soon. WOuld you care to also > send the DTD > itself? > > > > we agreed during the meeting that for some of the terms used > > in the Global > > address > > spec., we are not sure what it means as the document was not > > complete and we > > agreed > > that we will have more examples from your people who > created the dtd. > > I have sent you guys updated documentation of our GlobalAddress > specification, and I welcome any comments. My worries though > are related to > timelines and creating unnecessary interdependencies. Inserting the > GlobalAddress spec into NAML does NOT depend on getting more > sample data - > we work with the spec all the time, and the level of documentation is > similar to what I've seen for NAML. If we agree to that we're fine. > > What I said in December is that I acknowledge the need for > people unknown to > the Address field of work, unlike you and me, to have > real-world sample data > to increase the level of trust they have in the structure's ability to > express real-world data. All I'm saying now is that getting > these samples > may take some time, and we should not let our progress depend on that. > > > > > What we talked about at our kickoff meeting is to make an > extensible > > > multilevel definition. For example, for Address this would > > > mean that one > > > should be able to markup a street as a whole > > (street&premise:"prinses > > > julianastraat 26") or in parts (street:"prinses julianastraat", > > > premise:"26"). This is a next step that we can start > discussing now. > > Sorry guys, I may have misled you. Looking at my notes from > the kickoff > meeting we did not even plan to do this for V0.5! Quote: > v0.5 > - First integrate MSI and AND work, start 1st week of Jan 2001 > - Release first draft xNAL and xCIL (DTD and documentation), > 31st March 2001 > - Public comments by 30th April > - Review and integration 15th May, release 0.5 > > v1.0 > - Multilayer address bit > <================================================================ > - Extensible customer information > - Preliminary date: Public review August 15th 2001 > - Comments by Sept 30th > - Release Oct 31st > > v1.1 > - Internationalization, de-westernization > > > > > > > I am currently converting the GlobalAddress DTD to the latest > > > W3C schema > > > definition; this allows us to be more expressive as we > discussed in > > > December. Ram, did you look at XML Schema and can you have a go at > > > converting your specification? > > > > > > > I think we said that we will have an XML Schema for XNAL and > > XCIL in version > > 2.0 > > and not in this version. We have to be very careful when > > defining the Schema > > for > > names and addresses and in fact other customer data as the > size of the > > fields > > varies from country to country. For example, street names and > > person names > > are extremely large in Asian countries like India, > Srilanka, etc. For > > example, > > my full name is: PARUVACHI VENKATACHALAM RAMKUMAR > > Do you mind if we just keep calling you Ram? ;-) > > I could not find any reference to using schema in my notes, > but I remember > is that you would have a look at Schema to see if you could > easily switch. > If so, we'd use it, otherwise not. > > By the way, using XML Schema does not enforce you to use all > the expressive > power; in other words, your samples of having to define field > lengths is not > a requirement for using schemas. It is possible to use XML > Schema as the > language, yet define nothing more or less than with a DTD. > > I would still like to use schema for this version; it's not that hard. > However, if you still feel it takes too much time or it increases > uncertainty too much we could save it for the next version (1.0 in our > December numbering). > > An introduction to Schema which helped me to get started: > http://www.xml.com/pub/a/2000/11/29/schemas/part1.html > > > > > > > Ram, did you hear anything from the DocBook people on the > > > e-mail you sent > > > them? > > > > I sent a couple of e-mails to Norman Walsh of the DocBook and > > have not heard anything so far. > > Well, it's in their interest too. I don't think we have a lot > of time to > spare :-) > > > > BTW, Bad Husick of Vignette, who was leading the CPEXchange > > group has left the group as he resigned from Vignette. > > That doesn't simplify things either.... I would have loved to > hear from them > what has happened to CPExchange's privacy policy being > questioned.... Does > Karl know? > > Cheers, > Vincent >
<?xml version="1.0"?>
<!DOCTYPE naml SYSTEM "naml.dtd">
<naml>
<record>
<person_details>
<title>Mr</title> <first_name>Ram</first_name> <last_name>Kumar</last_name>
</person_details>
<address_lines address_type="postal">
<address_line1>2 Albert Place</address_line1>
<address_line2>Green Park</address_line2>
<address_line3>NSW 2000</address_line3>
<address_line4>Australia</address_line4>
</address_lines>
<address_lines address_type="billing">
<address_line1>148 Stoney Road</address_line1>
<address_line2>Hurstville</address_line2>
<address_line3>NSW 2001</address_line3>
<address_line4>Australia</address_line4>
</address_lines>
<other_data>Phone: 02-992991234</other_data>
</record>
<record>
<person>
Mr Robin Smith
</person>
<address address_type="residential">
2 Green Place
Rockwood Park
NSW 2060
Australia
</address>
<address address_type="care-of address">
14 Brown Crescent
Riverwood
NSW 2210
Australia
</address>
</record>
<record>
<person>
Mr Peter Smith
</person>
<address_details address_type="postal">
<street>2 Peter Av</street>
<locality>Cherry Brook</locality>
<state>NSW</state> <postalcode>2121</postalcode>
<country>Australia</country>
</address_details>
<other_data>Phone: 02-94170000</other_data>
</record>
<record>
<person>Mrs and Mr.James P.Johnson T/A Patrick Johnson</person>
<address address_type="business">
Intermedia, Inc
23 Archer Street, Chatswood, NSW 2067, Australia
</address>
</record>
<record>
<address_details address_type="residential">
<street_address_details>
<sub_dwelling_details>
<sub_dwelling_type>Unit</sub_dwelling_type><sub_dwelling_number>12</sub_dwelling_number>
</sub_dwelling_details>
<street_details>
<street_number>175</street_number> <street_name>Richardson Street</street_name>
</street_details>
</street_address_details>
<place>Near Westfield Shopping Town</place>
<locality>Hornsby,</locality> <state>NSW</state> <postalcode>2077</postalcode>
</address_details>
<other_data>02-92345678</other_data>
<other_data>22-06-1955</other_data>
</record>
<record>
<address_details address_type="postal">
<postal_details>
<postal_type>PO Box:</postal_type><postal_number>700</postal_number><postal_number_suffix>A</postal_number_suffix>
</postal_details>
<locality>Chatswood,</locality> <state>NSW</state> <postalcode>2066</postalcode>
</address_details>
<other_data>02-94188332</other_data>
</record>
</naml>
<!--
This is an XML Document Type Definition (DTD) for
NAML (Name and Address Markup Language).
Date: 29th of October, 1999
MasterSoft Research Pty. Ltd, Level 12, 67 Albert Avenue
Chatswood, NSW 2067, AUSTRALIA
Contact: rkumar@msi.com.au (Ram Kumar)
Version: 2.0
Copyright (c) 1999, MasterSoft Research Pty. Ltd.
-->
<!--===========================NAML Document==============================-->
<!--The root element NAML contains the element RECORD. All other elements
are then defined within the RECORD element. This is so multiple records can
be in the one XML file. The RECORD element must be followed by ONE of
either the GENERAL_NAME, PERSON, ORGANISATION, or PERSON_DETAILS elements. It
can then be followed by the CARE_OF element which is also optional. It must
then be followed by one of either the ADDRESS, ADDRESS_LINES, or
ADDRESS_DETAILS elements which can occur multiple times. It can then be
followed by the OTHER_DATA element which can occur multiple times.
-->
<!ELEMENT naml (record+)>
<!ELEMENT record ((general_name | person | person_details | person_relationship | organisation | organisation_details | organisation_relationship)?, care_of?, (address | address_lines | address_details)*, other_data*)>
<!--===========================Name Section================================-->
<!ELEMENT general_name (#PCDATA)>
<!ELEMENT person (#PCDATA)>
<!ELEMENT company (#PCDATA)>
<!--===========================PERSON DETAILS ===========================-->
<!ELEMENT person_details (title*, first_name?, middle_name*, last_name?, maiden_name?, former_name*, alias*, suffix*)>
<!ELEMENT title (#PCDATA)>
<!ELEMENT first_name (#PCDATA)>
<!ELEMENT middle_name (#PCDATA)>
<!ELEMENT last_name (#PCDATA)>
<!ELEMENT maiden_name (#PCDATA)>
<!ELEMENT former_name (#PCDATA)>
<!ELEMENT alias (#PCDATA)>
<!ELEMENT suffix (#PCDATA)>
<!--=========================== PERSON RELATIONSHIP DETAILS ===========================-->
<!ELEMENT person_relationship (person_name?, person_relationship_type?, other_person_name?)>
<!ELEMENT person_name (#PCDATA)>
<!ELEMENT person_relationship_type (#PCDATA)>
<!ELEMENT other_person_name (#PCDATA)>
<!--=========================== ORGANISATION DETAILS ===========================-->
<!ELEMENT organisation (#PCDATA)>
<!ELEMENT organisation_details (name?, type?)>
<!ELEMENT name (#PCDATA)>
<!ELEMENT type (#PCDATA)>
<!--=========================== ORGANISATION RELATIONSHIP DETAILS===========================-->
<!ELEMENT organisation_relationship (organisation_name?, organisation_relationship_type?, other_organisation_name?)>
<!ELEMENT organisation_name (#PCDATA)>
<!ELEMENT organisation_relationship_type (#PCDATA)>
<!ELEMENT other_organisation_name (#PCDATA)>
<!ELEMENT care_of (#PCDATA)>
<!--===========================Address Section=============================-->
<!ELEMENT address (#PCDATA)>
<!ATTLIST address
address_type CDATA #IMPLIED
current_status CDATA #IMPLIED
valid_from_date CDATA #IMPLIED
valid_to_date CDATA #IMPLIED
>
<!ELEMENT address_lines (address_line1?, address_line2?, address_line3?, address_line4?, address_line5?)>
<!ATTLIST address_lines
address_type CDATA #IMPLIED
current_status CDATA #IMPLIED
valid_from_date CDATA #IMPLIED
valid_to_date CDATA #IMPLIED
>
<!ELEMENT address_line1 (#PCDATA)>
<!ELEMENT address_line2 (#PCDATA)>
<!ELEMENT address_line3 (#PCDATA)>
<!ELEMENT address_line4 (#PCDATA)>
<!ELEMENT address_line5 (#PCDATA)>
<!-- ADDRESS DETAILS -->
<!ELEMENT address_details ((postal | postal_details)?, (street | street_address_details)?, (place* | place_details?), (locality | locality_details)?, (state | state_details)?, (postalcode | postalcode_details)?, country?, country_code?)>
<!ATTLIST address_details
address_type CDATA #IMPLIED
current_status CDATA #IMPLIED
valid_from_date CDATA #IMPLIED
valid_to_date CDATA #IMPLIED
>
<!-- POSTAL DETAILS-->
<!ELEMENT postal (#PCDATA)>
<!ELEMENT postal_details (postal_type?, postal_number_prefix?, postal_number?, postal_number_suffix?, rural_type?, rural_number?)>
<!ELEMENT postal_type (#PCDATA)>
<!ELEMENT postal_number_prefix (#PCDATA)>
<!ELEMENT postal_number (#PCDATA)>
<!ELEMENT postal_number_suffix (#PCDATA)>
<!ELEMENT rural_type (#PCDATA)>
<!ELEMENT rural_number (#PCDATA)>
<!-- STREET ADDRESS DETAILS -->
<!ELEMENT street (#PCDATA)>
<!ELEMENT street_address_details (street_address_type?, (sub_dwelling | sub_dwelling_details)?, street_details?)>
<!ELEMENT street_address_type (#PCDATA)>
<!-- SUB-DWELLING DETAILS -->
<!ELEMENT sub_dwelling (#PCDATA)>
<!ELEMENT sub_dwelling_details (sub_dwelling_type?, sub_dwelling_number?, sub_dwelling_number_suffix?, level_type?, level_number?, level_number_suffix?, block_type?, block_number?, block_number_suffix?, other_sub_dwelling_type?, other_sub_dwelling_suffix?, other_sub_dwelling_number?)>
<!ELEMENT sub_dwelling_type (#PCDATA)>
<!ELEMENT sub_dwelling_number (#PCDATA)>
<!ELEMENT sub_dwelling_number_suffix (#PCDATA)>
<!ELEMENT level_type (#PCDATA)>
<!ELEMENT level_number (#PCDATA)>
<!ELEMENT level_number_suffix (#PCDATA)>
<!ELEMENT block_type (#PCDATA)>
<!ELEMENT block_number (#PCDATA)>
<!ELEMENT block_number_suffix (#PCDATA)>
<!ELEMENT other_sub_dwelling_type (#PCDATA)>
<!ELEMENT other_sub_dwelling_suffix (#PCDATA)>
<!ELEMENT other_sub_dwelling_number (#PCDATA)>
<!-- STREET DETAILS -->
<!ELEMENT street_details (street_type?, street_type_prefix?, street_number_type?, street_number?, street_number_suffix?, street_predirection?, street_name?, leading_street_type?, trailing_street_type?, street_post_direction?, street_post_name?, joint_street?)>
<!ELEMENT street_type (#PCDATA)>
<!ELEMENT street_type_prefix (#PCDATA)>
<!ELEMENT street_number_type (#PCDATA)>
<!ELEMENT street_number (#PCDATA)>
<!ELEMENT street_number_suffix (#PCDATA)>
<!ELEMENT street_predirection (#PCDATA)>
<!ELEMENT street_name (#PCDATA)>
<!ELEMENT leading_street_type (#PCDATA)>
<!ELEMENT trailing_street_type (#PCDATA)>
<!ELEMENT street_post_direction (#PCDATA)>
<!ELEMENT street_post_name (#PCDATA)>
<!ELEMENT joint_street (joint_street_type?, street1?, street2?)>
<!ELEMENT joint_street_type (#PCDATA)>
<!ELEMENT street1 (#PCDATA)>
<!ELEMENT street2 (#PCDATA)>
<!-- PLACE DETAILS -->
<!ELEMENT place (#PCDATA)>
<!ELEMENT place_details (minor_place_name?, minor_place_trailing_type?, minor_place_leading_type, minor_place_post_name?, major_place_name?, major_place_trailing_type?, major_place_leading_type?, major_place_post_name?)>
<!ELEMENT minor_place_name (#PCDATA)>
<!ELEMENT minor_place_trailing_type (#PCDATA)>
<!ELEMENT minor_place_leading_type (#PCDATA)>
<!ELEMENT minor_place_post_name (#PCDATA)>
<!ELEMENT major_place_name (#PCDATA)>
<!ELEMENT major_place_trailing_type (#PCDATA)>
<!ELEMENT major_place_leading_type (#PCDATA)>
<!ELEMENT major_place_post_name (#PCDATA)>
<!-- LOCALITY DETAILS -->
<!ELEMENT locality (#PCDATA)>
<!ELEMENT locality_details (sublocality_name?, sublocality_connector?, town_name?, region_name?, region_type?)>
<!ELEMENT sublocality_name (#PCDATA)>
<!ELEMENT sublocality_connector (#PCDATA)>
<!ELEMENT town_name (#PCDATA)>
<!ELEMENT region_name (#PCDATA)>
<!ELEMENT region_type (#PCDATA)>
<!-- REGION DETAILS -->
<!ELEMENT state (#PCDATA)>
<!ELEMENT state_details (state_name?, state_type?)>
<!ELEMENT state_name (#PCDATA)>
<!ELEMENT state_type (#PCDATA)>
<!-- POST CODE DETAILS -->
<!ELEMENT postalcode (#PCDATA)>
<!ELEMENT postalcode_details (postal_code_main?, postal_code_other?)>
<!ELEMENT postal_code_main (#PCDATA)>
<!ELEMENT postal_code_other (#PCDATA)>
<!-- COUNTRY DETAILS -->
<!ELEMENT country (#PCDATA)>
<!ELEMENT country_details (country_name?, other_country_name*, country_code?, country_code_scheme?)>
<!ELEMENT country_name (#PCDATA)>
<!ELEMENT other_country_name (#PCDATA)>
<!ELEMENT country_code (#PCDATA)>
<!ELEMENT country_code_scheme (#PCDATA)>
<!-- OTHER NON-NAME AND ADDRESS DATA/EXTRA DATA -->
<!ELEMENT other_data (#PCDATA)>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC