[georss] Geolocation by reference

[Ron Lake]

Hi,

Referencing a location using a URI is a common place in GML.  In fact,
any GML property (user defined or defined in the core of GML) that has
an xlink:href does this.  The appearance of the xlink:href on the
property means the value of the property is the resource identified by
the link.

So one might have:

	<abc:House gml:id = "p254">
		<abc:floorArea>400</abc:floorArea>
		<abc:owner>Bob Smith</abc:owner>
		<abc:built>1946</abc:built>
		<abc:location xlink:type="simple" xlink:href =
"http://wwww.myhomes.org/places.xml#c142"/>
	</abc:House>

This is effectively equivalent to:

	<abc:House gml:id = "p254">
		<abc:floorArea>400</abc:floorArea>
		<abc:owner>Bob Smith</abc:owner>
		<abc:built>1946</abc:built>
		<abc:location>
			<gml:Point id="c142" srsName =
"urn:x-ogc:def:crs:EPSG:4326">
				<gml:pos>35.6 110.2</gml:pos>
			</gml:Point>
		</abc:location>
	</abc:House>

Although In the first case the Point might be shared with other
geographic features.

Cheers

Ron


-----Original Message-----
From: georss-bounces at lists.eogeo.org
[mailto:georss-bounces at lists.eogeo.org] On Behalf Of Raj Singh
Sent: November 12, 2007 12:53 PM
To: Carl Reed OGC Account
Cc: Sean Gillies; georss at lists.eogeo.org
Subject: Re: [georss] Geolocation by reference

I just read this. Here's what I got out of it:
- Reference a location using a URI
- There is nothing about the encoding of the location
- Include an 'updated' timestamp in the location encoding (something  
we should consider for georss?)
- Include an 'expires' timestamp in the location encoding
---
Raj


On Nov 12, 2007, at 3:37 PM, Carl Reed OGC Account wrote:

> Back to an older LbR thread. Attached is the IETF document on LbR. I  
> am not suggesting that their approach be followed as they are  
> specifically focused on how to express LbR as part of a value chain  
> that may start with a DHCP packet and end up at a 9-1-1 dispatch  
> center.
>
> Anyway, they have done some hard thinking and had numerous  
> discussion on this topic. I would encourage reading section 5. At  
> the very least, it would be nice to be aligned with the internet  
> community at the abstract or information model level.
>
> Cheers
>
> Carl
>
> ----- Original Message ----- From: "Raj Singh" <raj at rajsingh.org>
> To: "Sean Gillies" <sgillies at FRII.COM>
> Cc: <georss at lists.eogeo.org>
> Sent: Monday, November 12, 2007 12:24 PM
> Subject: Re: [georss] Geolocation by reference
>
>
>> I don't feel bad about breaking compatibility with other RSS flavors.
>> IMHO, there's so much good, well-designed functionality in Atom the
>> other RSSes should be deprecated now.
>> ---
>> Raj
>>
>>
>> On Nov 12, 2007, at 12:42 PM, Sean Gillies wrote:
>>
>>> Extending atom:link (like Josh suggested) with new relationships  
>>> seems
>>> more and more the way to go. It's an Atom-only solution unless you
>>> extend RSS 1/2 feeds with atom:link, but that's fine with me. If
>>> OpenSocial takes off the Atom/Geo community is going to be huge.
>>
>> _______________________________________________
>> georss mailing list
>> georss at lists.eogeo.org
>> http://lists.eogeo.org/mailman/listinfo/georss
> <draft-ietf-geopriv-lbyr-requirements-01.txt>

_______________________________________________
georss mailing list
georss at lists.eogeo.org
http://lists.eogeo.org/mailman/listinfo/georss