[georss] using categories for disambiguation

Pat Cappelaere pat at cappelaere.com
Thu Mar 8 15:18:33 EST 2007


Andrew,

A category is a category is a category!
Having multiple categories tags make the decoding harder from an
interoperability standpoint.  Everybody will be doing it differently.
You can have more than one category tag anyway!

So this is useful to denote what the item is refering to.  I do not see the
need to do it another way.

Item happens to have a geolocation as an additonal attribute.
Item can also have other meta-data such as geonames attributes (country,
zip, region)
If item has multiple geometries, you are on your own to have an
interoperable client that will understand what you try to mean.

I still think that breaking it down to the item is more expressive, more
generic and less ambiguous.

My vote is to keep it simple.

Pat.

> From: Andrew Turner <ajturner at highearthorbit.com>
> Date: Thu, 8 Mar 2007 14:55:46 -0500
> To: "Gregor J. Rothfuss" <gregor at apache.org>
> Cc: <georss at lists.eogeo.org>, Raj Singh <raj at rajsingh.org>
> Subject: Re: [georss] using categories for disambiguation
> 
> On 3/8/07, Gregor J. Rothfuss <gregor at apache.org> wrote:
>> 
>> i'd argue to remove it if no one uses it in favor of rss / atom
>> category. it is not often that you can remove something from a standard :)
>> 
>> by switching to the rss / atom category i am also hoping that this
>> element gets some traction. i am quite intrigued by the possibilities..
> 
> I disagree - I think they really are different things. People have
> worked around not having a specific geographic category by using the
> machine tags or whatever to specify pub/bar/park.
> 
> relationshiptag & featuretypetag are really just a little bit before
> their time, but as people grow into the standard, they will become
> more useful to be able to denote *what* the location is refererring
> to.
> 
> This is especially true if/when multiple geometries per items are
> allowed. Then the RSS category tag doesn't apply, and you will be able
> to reference "located-at", and "written-from" or reference various
> elements in the story/description.
> 
> Andrew
> _______________________________________________
> georss mailing list
> georss at lists.eogeo.org
> http://lists.eogeo.org/mailman/listinfo/georss





More information about the georss mailing list