[georss] Georss extension

[Raj Singh]

I second that. The xAL looked pretty decent.
--Raj

On 9/11/06 11:33 AM, "creed at opengeospatial.org" <creed at opengeospatial.org>
wrote:

> All -
> 
> A bit ago I posted what Google did for addresses in KML 2.1: They used a
> schema fragment from the OASIS xAL standard (which is itself grounded in a
> variety of national and international standards for addresses).
> 
> So, I would suggest that we not re-invent how to encode an address (or
> some higher level civic location, such as country name). The issue, then,
> is whether we include the schema fragment in the GeoRSS namespace with
> proper reference to OASIS (this is what Google did) or do we reference
> another namespace.
> 
> Cheers
> 
> Carl
> 
> 
>> Raj Singh wrote:
>>> It seems reasonable to put those tags inside the <georss:where> element
>>> since they relate to location. They, of course, wouldn't be 'official'
>>> GeoRSS elements, but good parsers should ignore anything they don't
>>> understand, and as long as the required GeoRSS elements were included,
>>> it
>>> would still be well-formed GeoRSS.
>> 
>> um, no. this is what namespaces are for. either it is documented and
>> part of georss, or it is in its own namespace. undocumented elements are
>> a really bad idea. just look at the unfortunate mess google made with
>> kml and its undocumented elements:
>> 
>> http://kml.tjworld.net/#ColorStyle
>> 
>> -gregor
>> 
>> --
>> http://43folders.com/2005/09/19/writing-sensible-email-messages/
>> _______________________________________________
>> georss mailing list
>> georss at lists.eogeo.org
>> http://lists.eogeo.org/mailman/listinfo/georss
>> 
> 
>