W3C home > Mailing lists > Public > public-geolocation@w3.org > March 2009

Re: Civic Address for V2

From: Marc Linsner <mlinsner@cisco.com>
Date: Tue, 03 Mar 2009 12:53:15 -0500
To: Doug Turner <doug.turner@gmail.com>, Alec Berntson <alecb@windows.microsoft.com>
CC: "public-geolocation@w3.org" <public-geolocation@w3.org>
Message-ID: <C5D2D8BB.11AE0%mlinsner@cisco.com>
Doug,

I think what weıre trying to say it should be ŒUSA_MailingAddressı as it
doesnıt work for significant parts of the world.

Several countries were represented in the formulation of the 5139 object,
all of which stated, ŒIf you want to sell you product in our country, this
is what you have to do.ı

YMMV

-Marc-


On 3/3/09 12:20 PM, "Doug Turner" <doug.turner@gmail.com> wrote:

> Given that we are considering a reduced civic address, i think it would be
> prudent to change the type name to something like mailingAddress.
> 
> Also, lets move timestamp to the first attribute on this interface, if for
> nothing more than we may add more "position data attributes" following
> mailingAddress.
> 
> So,
> 
> 
> interface Position {
>   readonly attribute DOMTimeStamp timestamp;
>   readonly attribute Coordinates coords;
>   readonly attribute MailingAddress mailingAddr;
> }
> 
> and in the PositionObjects, the attribute should be MailingAddressOnly.
> 
> Doug Turner
> 
> 
> On Feb 27, 2009, at 8:31 AM, Alec Berntson wrote:
> 
>> Hi,
>>    As per my Action Item from the December F2F meeting, Iıd like to put forth
>> a proposal for Civic Address Support in V2.
>>  
>> Civic Address support will be surfaced by including an additional object in
>> the Position object next to the cords object. For Example:
>>  
>> interface Position {
>>     readonly attribute Coordinates
>> <http://dev.w3.org/geo/api/spec-source.html#coordinates>  coords
>> <http://dev.w3.org/geo/api/spec-source.html#coords> ;
>>     readonly attribute DOMTimeStamp timestamp
>> <http://dev.w3.org/geo/api/spec-source.html#timestamp> ;
>>     readonly attribute CivicAddress addr; // <-this is how it will be added
>>   };
>>  
>>  
>> 1.       The contents of the CivicAddress Object
>> a.       I propose we use the same fields as the CivicAddressReport in the
>> Windows 7 Location API. These fields work internationally and have no
>> geopolitical issues. They are sufficiently expressive to cover virtually any
>> address that would be used in practice.
>>                                                                i.
>> Address1
>>                                                              ii.
>> Address2
>>                                                             iii.      City
>>                                                            iv.
>> PostalCode
>>                                                              v.
>> StateProvince
>>                                                            vi.
>> CountryRegion
>> 2.       Addition to PositionOptions
>> a.       The PositionsOptions object needs an option to indicate which type
>> of data to return. This option will inform the UA of what the app wishes to
>> see in the Position objects that it is returned.
>> b.      I propose: Enum {CoordinatesOnly, CivicAddressOnly,  Either}
>>                                                                i.
>> CoordinatesOnly = The API only returns position objects when coords has data,
>> addr is null
>>                                                              ii.
>> CivicAddressOnly ­ The API only returns position objects when addr has data,
>> coords  is null
>>                                                             iii.      Either
>> ­ the API returns a position object whenever there is data for either
>> CivicAddress or Coordinate data.
>>  
>> Thanks,
>>    Alec
> 
> 
Received on Tuesday, 3 March 2009 17:54:21 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 22 March 2012 18:13:42 GMT