GeoPress + Metacarta?

[pamela fox]

Heya-

Is there any integration of GeoPress with a service like Metacarta, to
auto geo-tag the locations in a blog post and generate the data based
on that?

If not, do any of you happen to know of any blogging plug-ins that do that?

Thanks!
- pamela
_______________________________________________
georss mailing list
georss@...
http://lists.eogeo.org/mailman/listinfo/georss

[Andrew Turner-8]

pamela fox wrote:
> Heya-
>
> Is there any integration of GeoPress with a service like Metacarta, to
> auto geo-tag the locations in a blog post and generate the data based
> on that?
>
> If not, do any of you happen to know of any blogging plug-ins that do that?
>    
Hey Pamela - nice idea. GeoPress doesn't currently support MetaCarta
(although GeoCommons now does). The integration would be fairly
straight-forward to call the API, however the User would have to then be
asked which is the appropriate Location(s) that this post should be
tagged with.

Another option would be OpenCalais' plugin 'Tagaroo'
(http://tagaroo.opencalais.com)

I would be interested in collaborating to extend GeoPress with a
semantic location parser to auto-suggest location tags.

Andrew

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

[pamela fox]

Ah, thanks!

If you're also going to WhereCamp, maybe we can organize time @ night
or on Sunday to do some GeoRSS related hacking?


On Wed, Apr 29, 2009 at 11:09 PM, Andrew Turner
<ajturner@...> wrote:

> pamela fox wrote:
>>
>> Heya-
>>
>> Is there any integration of GeoPress with a service like Metacarta, to
>> auto geo-tag the locations in a blog post and generate the data based
>> on that?
>>
>> If not, do any of you happen to know of any blogging plug-ins that do
>> that?
>>
>
> Hey Pamela - nice idea. GeoPress doesn't currently support MetaCarta
> (although GeoCommons now does). The integration would be fairly
> straight-forward to call the API, however the User would have to then be
> asked which is the appropriate Location(s) that this post should be tagged
> with.
>
> Another option would be OpenCalais' plugin 'Tagaroo'
> (http://tagaroo.opencalais.com)
>
> I would be interested in collaborating to extend GeoPress with a semantic
> location parser to auto-suggest location tags.
>
> Andrew
>
>

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

[Andrew Turner-8]

On Wed, Apr 29, 2009 at 9:12 AM, pamela fox <pamela.fox@...> wrote:
> Ah, thanks!
>
> If you're also going to WhereCamp, maybe we can organize time @ night
> or on Sunday to do some GeoRSS related hacking?

That sounds like a great plan.

Perhaps we can even settle on - and develop tools to utilize -
multi-geometries and external related geometries. All via the new
GeoRSS wiki of course!

>
>
> On Wed, Apr 29, 2009 at 11:09 PM, Andrew Turner
> <ajturner@...> wrote:
>> pamela fox wrote:
>>>
>>> Heya-
>>>
>>> Is there any integration of GeoPress with a service like Metacarta, to
>>> auto geo-tag the locations in a blog post and generate the data based
>>> on that?
>>>
>>> If not, do any of you happen to know of any blogging plug-ins that do
>>> that?
>>>
>>
>> Hey Pamela - nice idea. GeoPress doesn't currently support MetaCarta
>> (although GeoCommons now does). The integration would be fairly
>> straight-forward to call the API, however the User would have to then be
>> asked which is the appropriate Location(s) that this post should be tagged
>> with.
>>
>> Another option would be OpenCalais' plugin 'Tagaroo'
>> (http://tagaroo.opencalais.com)
>>
>> I would be interested in collaborating to extend GeoPress with a semantic
>> location parser to auto-suggest location tags.
>>
>> Andrew
>>
>>
>

--
Andrew Turner
mobile: [phone]
andrew@...
http://highearthorbit.com

http://geocommons.com           Helping build the Geospatial Web
Introduction to Neogeography - http://oreilly.com/catalog/neogeography
_______________________________________________
georss mailing list
georss@...
http://lists.eogeo.org/mailman/listinfo/georss

[pamela fox]

Ah, yeah, let's fight that one out. Preferences for a night or a
separate day? Who else on the list is coming?

On Wed, Apr 29, 2009 at 11:24 PM, Andrew Turner
<ajturner@...> wrote:

> On Wed, Apr 29, 2009 at 9:12 AM, pamela fox <pamela.fox@...> wrote:
>> Ah, thanks!
>>
>> If you're also going to WhereCamp, maybe we can organize time @ night
>> or on Sunday to do some GeoRSS related hacking?
>
> That sounds like a great plan.
>
> Perhaps we can even settle on - and develop tools to utilize -
> multi-geometries and external related geometries. All via the new
> GeoRSS wiki of course!
>
>
>
>>
>>
>> On Wed, Apr 29, 2009 at 11:09 PM, Andrew Turner
>> <ajturner@...> wrote:
>>> pamela fox wrote:
>>>>
>>>> Heya-
>>>>
>>>> Is there any integration of GeoPress with a service like Metacarta, to
>>>> auto geo-tag the locations in a blog post and generate the data based
>>>> on that?
>>>>
>>>> If not, do any of you happen to know of any blogging plug-ins that do
>>>> that?
>>>>
>>>
>>> Hey Pamela - nice idea. GeoPress doesn't currently support MetaCarta
>>> (although GeoCommons now does). The integration would be fairly
>>> straight-forward to call the API, however the User would have to then be
>>> asked which is the appropriate Location(s) that this post should be tagged
>>> with.
>>>
>>> Another option would be OpenCalais' plugin 'Tagaroo'
>>> (http://tagaroo.opencalais.com)
>>>
>>> I would be interested in collaborating to extend GeoPress with a semantic
>>> location parser to auto-suggest location tags.
>>>
>>> Andrew
>>>
>>>
>>
>
>
>
> --
> Andrew Turner
> mobile: [phone]
> andrew@...
> http://highearthorbit.com
>
> http://geocommons.com           Helping build the Geospatial Web
> Introduction to Neogeography - http://oreilly.com/catalog/neogeography
>

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

[Raj Singh-2]

I'm not going to WhereCamp, but I'll be in town for Where 2.0 and  
could get together on Thursday night or Friday.
---
Raj


On Apr 29, at 9:28 AM, pamela fox wrote:

> Ah, yeah, let's fight that one out. Preferences for a night or a
> separate day? Who else on the list is coming?
>
> On Wed, Apr 29, 2009 at 11:24 PM, Andrew Turner
> <ajturner@...> wrote:
>> On Wed, Apr 29, 2009 at 9:12 AM, pamela fox <pamela.fox@...>  
>> wrote:
>>> Ah, thanks!
>>>
>>> If you're also going to WhereCamp, maybe we can organize time @  
>>> night
>>> or on Sunday to do some GeoRSS related hacking?
>>
>> That sounds like a great plan.
>>
>> Perhaps we can even settle on - and develop tools to utilize -
>> multi-geometries and external related geometries. All via the new
>> GeoRSS wiki of course!
>>
>>
>>
>>>
>>>
>>> On Wed, Apr 29, 2009 at 11:09 PM, Andrew Turner
>>> <ajturner@...> wrote:
>>>> pamela fox wrote:
>>>>>
>>>>> Heya-
>>>>>
>>>>> Is there any integration of GeoPress with a service like  
>>>>> Metacarta, to
>>>>> auto geo-tag the locations in a blog post and generate the data  
>>>>> based
>>>>> on that?
>>>>>
>>>>> If not, do any of you happen to know of any blogging plug-ins  
>>>>> that do
>>>>> that?
>>>>>
>>>>
>>>> Hey Pamela - nice idea. GeoPress doesn't currently support  
>>>> MetaCarta
>>>> (although GeoCommons now does). The integration would be fairly
>>>> straight-forward to call the API, however the User would have to  
>>>> then be
>>>> asked which is the appropriate Location(s) that this post should  
>>>> be tagged
>>>> with.
>>>>
>>>> Another option would be OpenCalais' plugin 'Tagaroo'
>>>> (http://tagaroo.opencalais.com)
>>>>
>>>> I would be interested in collaborating to extend GeoPress with a  
>>>> semantic
>>>> location parser to auto-suggest location tags.
>>>>
>>>> Andrew
>>>>
>>>>
>>>
>>
>>
>>
>> --
>> Andrew Turner
>> mobile: [phone]
>> andrew@...
>> http://highearthorbit.com
>>
>> http://geocommons.com           Helping build the Geospatial Web
>> Introduction to Neogeography - http://oreilly.com/catalog/ 
>> neogeography
>>
> _______________________________________________
> georss mailing list
> georss@...
> http://lists.eogeo.org/mailman/listinfo/georss

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

[Sean Gillies]

On Apr 29, 2009, at 7:24 AM, Andrew Turner wrote:

> On Wed, Apr 29, 2009 at 9:12 AM, pamela fox <pamela.fox@...>  
> wrote:
>> Ah, thanks!
>>
>> If you're also going to WhereCamp, maybe we can organize time @ night
>> or on Sunday to do some GeoRSS related hacking?
>
> That sounds like a great plan.
>
> Perhaps we can even settle on - and develop tools to utilize -
> multi-geometries and external related geometries. All via the new
> GeoRSS wiki of course!

Andrew,

External geometries in georss:where seems to be falling into the YAGNI  
category. There's no significant demand for them. From an Atom  
perspective, georss:where is entry metadata, and should have literal  
values like other metadata (updated, id, etc). In all the cases where  
I once wanted to have references to external geometries, I've realized  
I'm better served by putting RDF or KML or GML in the atom:content  
element, or links (rel="alternate") to such documents.

I'm already advocating use of GML multipart geometries in georss:where  
when users have to scope entries with something other than a single  
point, line, or polygon.

Sean

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

[Andrew Turner-8]

Sean Gillies wrote:
> Andrew,
>
> External geometries in georss:where seems to be falling into the YAGNI
> category. There's no significant demand for them. From an Atom
> perspective, georss:where is entry metadata, and should have literal
> values like other metadata (updated, id, etc). In all the cases where
> I once wanted to have references to external geometries, I've realized
> I'm better served by putting RDF or KML or GML in the atom:content
> element, or links (rel="alternate") to such documents.
The idea has been most recently requested from the FGDC to utilize in
Recovery.gov. Seems like a valid user request. Other places that this
idea has come up is in low-bandwidth/bad connectivity regions. Ushahidi,
AgCommons & FrontlineSMS syncronizing data.

In addition - from my perspective it's silly to push across complex
geometries on every request if a client already knows about them. It
hasn't been considered a huge issue yet since a lot of URL accessible
data has been points. But looking at the filesize of a KML file with
full geometries clearly shows how verbosity imposes overhead.

The parallel is pointing to media enclosures or thumbnail images instead
of including them inline. Why wouldn't geometry potentially follow a
similar paradigm?

I think there is a clear use and demand for them - and following all our
own advice, it's best to just stand-up some example data and tools to
utilize the initial concept to prove/disprove the concept.
>
> I'm already advocating use of GML multipart geometries in georss:where
> when users have to scope entries with something other than a single
> point, line, or polygon.
>
> Sean

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

[Sean Gillies]

On Apr 29, 2009, at 9:21 AM, Andrew Turner wrote:

> Sean Gillies wrote:
>> Andrew,
>>
>> External geometries in georss:where seems to be falling into the  
>> YAGNI category. There's no significant demand for them. From an  
>> Atom perspective, georss:where is entry metadata, and should have  
>> literal values like other metadata (updated, id, etc). In all the  
>> cases where I once wanted to have references to external  
>> geometries, I've realized I'm better served by putting RDF or KML  
>> or GML in the atom:content element, or links (rel="alternate") to  
>> such documents.
> The idea has been most recently requested from the FGDC to utilize  
> in Recovery.gov. Seems like a valid user request. Other places that  
> this idea has come up is in low-bandwidth/bad connectivity regions.  
> Ushahidi, AgCommons & FrontlineSMS syncronizing data.
>
> In addition - from my perspective it's silly to push across complex  
> geometries on every request if a client already knows about them. It  
> hasn't been considered a huge issue yet since a lot of URL  
> accessible data has been points. But looking at the filesize of a  
> KML file with full geometries clearly shows how verbosity imposes  
> overhead.
>

If bandwidth is such a concern, maybe you'll have to ditch XML anyway?  
Look at the compact format used by AIS, for example.

> The parallel is pointing to media enclosures or thumbnail images  
> instead of including them inline. Why wouldn't geometry potentially  
> follow a similar paradigm?
>
> I think there is a clear use and demand for them - and following all  
> our own advice, it's best to just stand-up some example data and  
> tools to utilize the initial concept to prove/disprove the concept.

Thanks for the recovery.org reminder. I've tried to flesh out the  
external geom page in the wiki.

Sean

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

[Chris Krahe]

Some parts of this message have been removed. Learn more about Nabble's security policy.

I'm going to try and swing attending, despite the "no travel" budget in place right now.  I've been using MetaCarta for a little while and have some thoughts on assisted geotagging (am building a MediaWiki plug-in for that now). 

Oh, and I'm the one that, for better or worse, reopened the multi-geometry question a week or so ago :)

Chris Krahe
Hewlett-Packard
Intelink Search Team

----- Original Message -----
From: "pamela fox" <pamela.fox@...>
To: "Andrew Turner" <ajturner@...>
Cc: "GeoRss georss@..." <georss@...>
Sent: Wednesday, April 29, 2009 9:28:11 AM GMT -05:00 US/Canada Eastern
Subject: Re: [georss] GeoPress + Metacarta?

Ah, yeah, let's fight that one out. Preferences for a night or a
separate day? Who else on the list is coming?

On Wed, Apr 29, 2009 at 11:24 PM, Andrew Turner
<ajturner@...> wrote:

> On Wed, Apr 29, 2009 at 9:12 AM, pamela fox <pamela.fox@...> wrote:
>> Ah, thanks!
>>
>> If you're also going to WhereCamp, maybe we can organize time @ night
>> or on Sunday to do some GeoRSS related hacking?
>
> That sounds like a great plan.
>
> Perhaps we can even settle on - and develop tools to utilize -
> multi-geometries and external related geometries. All via the new
> GeoRSS wiki of course!
>
>
>
>>
>>
>> On Wed, Apr 29, 2009 at 11:09 PM, Andrew Turner
>> <ajturner@...> wrote:
>>> pamela fox wrote:
>>>>
>>>> Heya-
>>>>
>>>> Is there any integration of GeoPress with a service like Metacarta, to
>>>> auto geo-tag the locations in a blog post and generate the data based
>>>> on that?
>>>>
>>>> If not, do any of you happen to know of any blogging plug-ins that do
>>>> that?
>>>>
>>>
>>> Hey Pamela - nice idea. GeoPress doesn't currently support MetaCarta
>>> (although GeoCommons now does). The integration would be fairly
>>> straight-forward to call the API, however the User would have to then be
>>> asked which is the appropriate Location(s) that this post should be tagged
>>> with.
>>>
>>> Another option would be OpenCalais' plugin 'Tagaroo'
>>> (http://tagaroo.opencalais.com)
>>>
>>> I would be interested in collaborating to extend GeoPress with a semantic
>>> location parser to auto-suggest location tags.
>>>
>>> Andrew
>>>
>>>
>>
>
>
>
> --
> Andrew Turner
> mobile: [phone]
> andrew@...
> http://highearthorbit.com
>
> http://geocommons.com           Helping build the Geospatial Web
> Introduction to Neogeography - http://oreilly.com/catalog/neogeography
>

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

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