[georss] Transport of Toponyms with GeoRSS
Josh@oklieb
josh at oklieb.net
Thu Aug 17 11:53:22 EDT 2006
Marc,
If you take off the outer tags here from your example, which are
incorrect for georss simple, then you have the RDF-compatible pattern
I've proposed for additional georss properties such as
<georss:featureName>.
However, there are established and popular schemas for at least some
of the elements you list here. For example, there is a dublin core
encoding for country code and foaf for some address information. It
might be better to endorse the use of some of these rather than
making georss a place for tackling the address mountain.
[<georss:where>]
<georss:point>45.256 -71.92</georss:point>
<georss:countryCode>AU</georss:countryCode>
<georss:regionCode>NSW</georss:regionCode>
<georss:city>Wollongong</georss:city>
<georss:postalCode>2500</georss:postalCode>
<georss:address>1600 Pennsylvania Avenue NW</georss:address>
[</georss:where>]
--Josh
On Aug 17, 2006, at 11:02 AM, Marc wrote:
> I think this problem is due to the lack for encodings of semantic
> geographic information in GeoRSS such as country, administrative
> division or placename. We have discussed this before and the
> discussion
> has been compiled in a draft :
> http://georss.geonames.org/georss-draft.html
>
> Not only could semantic geographic information in GeoRSS be used to
> display labels but also for fundamental use cases in automatic
> processing like filtering, grouping, prioritizing of feed items
> according to geographic criteria. We shouldn't discard this issue as
> 'human readable' versus 'not human readable'. It is simply an
> important
> and missing feature in GeoRSS.
>
> Cheers
>
> Marc
> _______________________________________________
> georss mailing list
> georss at lists.eogeo.org
> http://lists.eogeo.org/mailman/listinfo/georss
More information about the georss
mailing list