[georss] Georss extension

[Pat Cappelaere]

Carl,

This is interesting.  We can certainly change some of the tag names with no
problem (and the namespace).

The problem is that 90% of the globe coverage does not have an address.
So for location granularity, we need a different type of metadata.  In this
case, I am using additional Flinn-Engdahl zones/regions as fallback.  Would
Xal support this?

Also, we found that it helps users when we add near by cities/places.  So, a
search for a city/place will likely bring related imagery within some
reasonable radius without doing any expensive spatial computations.  I am
not sure how to do this either.

Simon Cox is pointing us to ISO 19115 but Linda and I cannot find any
substantial information in the current OWS-4 SVN repository.  We could have
missed it completely but we did look hard.
We also searched the web and that spec does not seem readily available.

We would love to get that online dictionary of Metadata to search...
Hummmm.... guess we need to follow up with Simon and Luis....

I still think that this should be covered in GML somehow and we could have a
simple profile to do location (and extended location) such as georss as a
one-stop-shop.

Namespace pollution is not a good thing in feeds.

Pat.

> From: Carl Reed OGC Account <creed at opengeospatial.org>
> Date: Fri, 22 Sep 2006 14:14:04 -0600
> To: Pat Cappelaere <pat at cappelaere.com>, <georss at lists.eogeo.org>, Marc
> <marc at geonames.org>, Dan Mandl <dan.mandl at gsfc.nasa.gov>, Stuart Frye
> <Stuart.Frye at gsfc.nasa.gov>, Linda Derezinski <linda at innovatesolutions.com>
> Cc: <ows-4-swe at opengeospatial.org>
> Subject: Re: [georss] Georss extension
> 
> I would like to strongly encourage this group to consider using xAL (OASIS
> standard) for expressing additional location metadata (also known as civil
> address information). xAL has been adopted by Google for use in KML. The OGC
> is also collaborating with OASIS to develop GML schemas for xAL.
> 
> I do not want to minimize the work that Marc has done - excellent stuff.
> 
> And there are not substantial differences other than in the tags. For
> example,
> 
> geonames:countryCode>BR</geonames:countryCode>
> 
> would become
> 
> <CountryNameCode>US</CountryNameCode>
> 
> and
> 
> <geonames:adminName></geonames:adminName>
> 
> becomes
> 
> <AdministrativeAreaName>CA</AdministrativeAreaName>
> 
> I have attached an XML file that contains numerous examples of the use of
> xAL for a variety of countries. There are at least two issues that we need
> to be really concerned about - does the approach work anywhere in the world
> for any country and does the approach adhere to international (not just US)
> best practice (such as what is defined by ISO, used by other standards
> organizations) and so forth.
> 
> I know the editor of xAL, so if anyone has any questions about that
> standard, I am sure Ram would be happy to help.
> 
> Regards
> 
> Carl
> 
> ----- Original Message -----
> From: "Pat Cappelaere" <pat at cappelaere.com>
> To: <georss at lists.eogeo.org>; "Marc" <marc at geonames.org>; "Dan Mandl"
> <dan.mandl at gsfc.nasa.gov>; "Stuart Frye" <Stuart.Frye at gsfc.nasa.gov>; "Linda
> Derezinski" <linda at innovatesolutions.com>
> Cc: <ows-4-swe at opengeospatial.org>
> Sent: Thursday, September 21, 2006 2:57 PM
> Subject: Re: [georss] Georss extension
> 
> 
>> For your review and EO1 imagery distribution (OWS-4 demo), I do not
>> believe
>> that the georss metadata is enough for our users.  I am proposing to add a
>> new namespace called geonames (since Marc from geonames.org is helping...
>> Hope it is ok)
>> 
>> This adds a lot of metadata to the feed in addition to position.
>> Zones and regions are from Flinn-Engdahl (USGS).  This is a nice
>> complement
>> over water...
>> 
>> Also notice the nearBy places...
>> This should considerably improve the search performance.
>> 
>> Example:
>> 
>> <feed xmlns:gml="http://www.opengis.net/gml"
>> xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
>> xmlns:geonames="http://www.geonames.org" xml:lang="en-US"
>> xmlns:georss="http://www.georss.org/georss"
>> xmlns="http://purl.org/atom/ns#">
>> 
>>  <title>EO1 GeoBliki</title>
>>  <subtitle type="html">Sensor Web Enabled (SWE) Data Node </subtitle>
>>  <id>tag:localhost,2006:GeoBliki</id>
>> 
>>  ...
>> 
>>    <georss:where>
>>      <gml:Point>
>>        <gml:pos>-43.4858 -13.1033</gml:pos>
>>      </gml:Point>
>>    </georss:where>
>> 
>>    <geonames:geonames>
>>      <geonames:countryCode>BR</geonames:countryCode>
>>      <geonames:countryName>Brazil</geonames:countryName>
>>      <geonames:adminCode></geonames:adminCode>
>>      <geonames:adminName></geonames:adminName>
>> 
>>      <geonames:zoneNumber>729</geonames:zoneNumber>
>>      <geonames:zoneName>Antarctica</geonames:zoneName>
>>      <geonames:regionNumber>50</geonames:regionNumber>
>>      <geonames:regionName>Antarctica</geonames:regionName>
>> 
>>      <geonames:nearBy>Sítio do Mato</geonames:nearBy>
>>      <geonames:nearBy>Estreito</geonames:nearBy>
>>      <geonames:nearBy>Alagoas</geonames:nearBy>
>>      <geonames:nearBy>Muquém Ferrado</geonames:nearBy>
>>      <geonames:nearBy>Santa Rosa</geonames:nearBy>
>> 
>>    </geonames:geonames>
>>  </entry>
>> </feed>
>> 
>> Is it ok?
>> Marc?
>> Pat.
>> 
>> 
>> _______________________________________________
>> georss mailing list
>> georss at lists.eogeo.org
>> http://lists.eogeo.org/mailman/listinfo/georss
>>