[georss] [OWS-4-SWE] Georss extension
Pat Cappelaere
pat at cappelaere.com
Mon Sep 25 08:33:21 EDT 2006
Ron,
As I mentioned earlier, this is not an addressing scheme. This is a way to
support geolocation representation using different granularities
(zone/region/country/state...) to support areas as well as points earth-wide
and not just over land.
It would be great to have it fall under the GML umbrella so we could use a
custom profile to use it (like georss or geonames as a fallback).
Pat.
From: Ron Lake <rlake at galdosinc.com>
Date: Sun, 24 Sep 2006 22:30:44 -0700
To: Carl Reed OGC Account <creed at opengeospatial.org>, Pat Cappelaere
<pat at cappelaere.com>, <georss at lists.eogeo.org>
Cc: <ows-4-swe at opengeospatial.org>, Simon Cox <Simon.Cox at csiro.au>
Conversation: [georss] [OWS-4-SWE] Georss extension
Subject: Re: [OWS-4-SWE] [georss] Georss extension
Carl:
This idea wa pursued in early GML 3 days base on the (I think) US postal
model. Idea was to have in effect a dictionary of postal address components
that could be expanded for localization but with positional or other forms
of equivalence. Such a dictonary was created but there was no agreement on
this approach and we dropped it.
R
From: georss-bounces at lists.eogeo.org [mailto:georss-bounces at lists.eogeo.org]
On Behalf Of Carl Reed OGC Account
Sent: September 24, 2006 1:15 PM
To: Pat Cappelaere; georss at lists.eogeo.org
Cc: ows-4-swe at opengeospatial.org; Simon Cox
Subject: Re: [georss] [OWS-4-SWE] Georss extension
Ahh - gotcha. Perhaps, then, we need a simple xAL schema that then allows
the application developer the flexibility to use existing coding schemas
(ISO for country codes, SALB for administrative units, Flinn-Engdahl
zones/regions or any other designation as required. This would imply an
allowed list of region/zone taxonomies and perhaps something like a geo-mime
type.
Cheers
Carl
>
> ----- Original Message -----
>
> From: Pat Cappelaere <mailto:pat at cappelaere.com>
>
> To: Carl Reed OGC Account <mailto:creed at opengeospatial.org> ;
> georss at lists.eogeo.org
>
> Cc: ows-4-swe at opengeospatial.org ; Simon Cox <mailto:Simon.Cox at csiro.au>
>
> Sent: Saturday, September 23, 2006 7:18 AM
>
> Subject: Re: [OWS-4-SWE] [georss] Georss extension
>
>
> Carl,
>
> But we need worldwide coverage (including oceans), this is beyond
> political/administrative regions/districts which are already sufficiently
> covered. This is truly a location geocoding problem for remote sensing...
> Would this be in the scope of xAl?
> Looking at SALB, it is interesting to see the battle between FIPS 10-4/ISO
> 3166-2
> Pat.
>
>
> From: Carl Reed OGC Account <creed at opengeospatial.org>
> Date: Fri, 22 Sep 2006 18:36:48 -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>, <Simon.Cox at csiro.au>
> Subject: Re: [OWS-4-SWE] [georss] Georss extension
>
> Something else to chew on over the weekend. The United Nations has a project
> (in progress since 2000 or so) in which they are working with countries to
> define what they call second level administrative districts. This is a global
> project called Second Administrative Level Boundaries - SALB.
> http://www3.who.int/whosis/gis/salb/salb_coding.htm
>
> The Flinn-Engdahl zones/regions were originally developed for the seismic
> community - SALB has been developed for the GIS community in concert with the
> nations - not just one US agency.
>
> Something to consider.
>
> Regards
>
> Carl
>
>
>
> ----- Original Message -----
> From: "Pat Cappelaere" <pat at cappelaere.com>
> To: "Carl Reed OGC Account" <creed at opengeospatial.org>;
> <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>; "Luis Bermudez" <bermudez at mbari.org>;
> <Simon.Cox at csiro.au>; <ows-4-swe-bounces+pat=vightel.com at opengeospatial.org>
> Sent: Friday, September 22, 2006 2:46 PM
> Subject: Re: [georss] Georss extension
>
>> > 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#
>>>> <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# <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
>>>> >>>
>> >
>> >
>> >
>
>
> _______________________________________________
> OWS-4-SWE mailing list
> OWS-4-SWE at opengeospatial.org
> https://mail.opengeospatial.org/mailman/listinfo/ows-4-swe
_______________________________________________
OWS-4-SWE mailing list
OWS-4-SWE at opengeospatial.org
https://mail.opengeospatial.org/mailman/listinfo/ows-4-swe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.eogeo.org/pipermail/georss/attachments/20060925/f5df9240/attachment.html
More information about the georss
mailing list