[georss] [OWS-4-SWE] Georss extension
Ron Lake
rlake at galdosinc.com
Mon Sep 25 12:09:43 EDT 2006
Hi Pat:
I think it comes to the same thing. The idea of the addressing scheme in
GML (not approved) was a dictionary of components that were then used to
construct addresses – equally they could be used to construct location
hierarchies. I think these should also be encoded as ebRIM Classification
Schemes – we simply agree on the idea of the dictionary and then any
classification scheme built from the dictionary is valid.
R
_____
From: Pat Cappelaere [mailto:pat at cappelaere.com]
Sent: September 25, 2006 5:33 AM
To: Ron Lake; Carl Reed OGC Account; georss at lists.eogeo.org
Cc: ows-4-swe at opengeospatial.org; Simon Cox
Subject: Re: [OWS-4-SWE] [georss] Georss extension
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]
<mailto:georss-bounces at lists.eogeo.org%5d> 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>
<mailto:pat at cappelaere.com>
To: Carl Reed OGC Account <mailto:creed at opengeospatial.org>
<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>
<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>
<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>
<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/107e293c/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3638 bytes
Desc: not available
Url : http://lists.eogeo.org/pipermail/georss/attachments/20060925/107e293c/attachment.bin
More information about the georss
mailing list