Hi there. I'm setting my location in Brightkite and have it linked to my Fire
Eagle account. However, Fire Eagle is altering the address that Brightkite is
reporting. Here's me on Brightkite:

http://brightkite.com/people/hex

As you can see, my door number is 63. However, in Fire Eagle (username:
earle_martin) it's showing up as 65.

Any idea why that's happening?

Thanks,

Earle.

It's possible that Brightkite is sending us the long / lat coordinates
rather than the address, and we're then working out the address from
that. We'll dig into it. Anyone from Brightkite on the list can check
into stuff from your end?

On 1 Jun 2008, at 16:38, earle@... wrote:

> Hi there. I'm setting my location in Brightkite and have it linked
> to my Fire Eagle account. However, Fire Eagle is altering the
> address that Brightkite is reporting. Here's me on Brightkite:
>
> http://brightkite.com/people/hex
>
> As you can see, my door number is 63. However, in Fire Eagle
> (username: earle_martin) it's showing up as 65.
>
> Any idea why that's happening?
>
> Thanks,
>
> Earle.
>
>

Could you go into a bit more detail about what you mean there? We're
certainly looking into messaging systems and XMPP as a way to get real-
time updates out to apps, but I'm not sure that's what you're asking?

On 30 May 2008, at 14:33, Chris Kantarjiev wrote:

> Have you guys given any thought to providing a mechanism for asynch
> updates (say, to my own location, or the set of locations in a
> "within"
> query), rather than forcing me to poll? I'm thinking about FireEagle
> clients that run on a mobile handset. Perhaps you expect me,
> instead, to
> build an appserver that is managing this level of interaction?
>
>

Okay that's an interesting use-case. I can dig into a few things
there. Firstly you can't build an app that runs directly off a mobile
phone to show you where your friends are, unless it was either (1) a
web app viewable through the phone's browser or (2) connected to a web-
based service behind the scenes in some fashion. There are all kinds
of good reasons for this which I can go into if you'd want.

However, to talk about your specific case, at the moment if you had a
phone app that connected to a web site behind the scenes and showed
you where your friends were, we would recommend that - at the moment -
said service kept up to date by doing the 'recent' query every few
minutes. That would then show you which of your users have moved so
you wouldn't have to poll all of them individually every couple of
minutes.

We're also looking into a process whereby every location update sent
in by an updater would immediately get routed out to all the apps that
were authorised to see it in real time. In that case, your central web
app would be continually up to date and could then pass that
information on to any individual friend-finder app you wanted to run
as it saw fit.

Does that help?

On 3 Jun 2008, at 13:33, Chris Kantarjiev wrote:

> Say I want to build a handset app that displays where my three best
> friends are on a map. I don't want the handset to have to poll
> FireEagle
> every few seconds to find out if they have moved - I want to get a
> notification when they move, either with a messaging system or a REST
> call that blocks until something interesting has happened, or ...
>
> ________________________________
>
> From: fireeagle@yahoogroups.com [mailto:fireeagle@yahoogroups.com] On
> Behalf Of Tom Coates
> Sent: Tuesday, June 03, 2008 1:05 PM
> To: fireeagle@yahoogroups.com
> Subject: [fireeagle] Re: asynchronous updates?
>
>
>
> Could you go into a bit more detail about what you mean there? We're
> certainly looking into messaging systems and XMPP as a way to get
> real-
> time updates out to apps, but I'm not sure that's what you're asking?
>
> On 30 May 2008, at 14:33, Chris Kantarjiev wrote:
>
>> Have you guys given any thought to providing a mechanism for asynch
>> updates (say, to my own location, or the set of locations in a
>> "within"
>> query), rather than forcing me to poll? I'm thinking about FireEagle
>> clients that run on a mobile handset. Perhaps you expect me,
>> instead, to
>> build an appserver that is managing this level of interaction?
>>
>>
>
>
>
>
>
>

Tom,

We're sending the address, broken up into fields.

Martin
brightkite.com

--- Tom Coates wrote:
>
> It's possible that Brightkite is sending us the long / lat coordinates
> rather than the address, and we're then working out the address from
> that. We'll dig into it. Anyone from Brightkite on the list can check
> into stuff from your end?
>
> On 1 Jun 2008, at 16:38, earle@... wrote:
>
> > Hi there. I'm setting my location in Brightkite and have it linked
> > to my Fire Eagle account. However, Fire Eagle is altering the
> > address that Brightkite is reporting. Here's me on Brightkite:
> >
> > http://brightkite.com/people/hex
> >
> > As you can see, my door number is 63. However, in Fire Eagle
> > (username: earle_martin) it's showing up as 65.
> >
> > Any idea why that's happening?
> >
> > Thanks,
> >
> > Earle.
> >
> >
>
>

Any way of getting some changes made to improve the display of the auth window
on the iPhone? The small size of the font and buttons currently make it almost
unusable.

Thanks

--- Rupert Goldie wrote:
>
> Looks fine on a Nokia 6120. I successfully updated my location through the
mobile web interface.
>
> --
> Rupert Goldie, CTO, ekit.com Inc
> www.ekit.com/ekit/tj
>

Greetings FireEagle folks!

I've been using the service for a while and loving it... so thanks and
kudos to those involved !

I am a Drupal developer and am interested in writing a module for
Drupal to support fireeagle integration. Ideally, I'd like to have a
"drupal app key" so that Drupal users can just install the module and
begin to linking up user accounts without having to register their
site as a webapp, etc. It is my understanding that this is how the MT
plugin works.

I asked about this in #fireeagle and there was a suggestion that
there's a special "plugin key" in the works (that MT makes use of).
Would it be possible to get something similar set up for Drupal?

Thanks in advance!
--
James Walker :: http://walkah.net/ :: xmpp:walkah@...

Awesome, that's exactly the kind of info I was looking for... thanks,
Kevin!

I will proceed as a "desktop app" and report back to the group as
things progress. I'll stay tuned for the wordpress plugin too :-)

Cheers,
james

On 4-Jun-08, at 3:48 PM, Kevin Ryan wrote:

> Reply   •   More by this author   •   Visit group   •  Fire Eagle
> James
>
> Great, so happy that you are enjoying the service ;-)
>
> At this time, we don't have the callback for web apps functionality
> completely finished yet.
> I have been working on a Wordpress plugin and have similar issues.
> Right now,
> the best way to do it is make your plugin a desktop app (this is
> what I am looking
> to do with my Wordpress plugin).... I will post info on the
> Wordpress plugin (how
> it was built) once I get the first version out the door, which is
> still a few weeks off,
> but hope maybe this helps in some way ;-)
>
> Read more about desktop auth here
>
> http://fireeagle.yahoo.net/developer/documentation/desktop_auth
>
> Also,the MT plugin and the Fire Widgets - Widgets on Fire were built
> as a desktop app too
> http://fireeagle.yahoo.net/gallery
>
> Cheers!
> ---
> Kevin Ryan
> technical yahoo! - brickhouse
> kryan@...
> im: kevronosx
>
>
> On Jun 4, 2008, at 12:06 PM, James Walker wrote:
>
>> Reply   •   More by this author   •   Visit group   •  Fire Eagle
>> Greetings FireEagle folks!
>>
>> I've been using the service for a while and loving it... so thanks
>> and
>> kudos to those involved !
>>
>> I am a Drupal developer and am interested in writing a module for
>> Drupal to support fireeagle integration. Ideally, I'd like to have a
>> "drupal app key" so that Drupal users can just install the module and
>> begin to linking up user accounts without having to register their
>> site as a webapp, etc. It is my understanding that this is how the MT
>> plugin works.
>>
>> I asked about this in #fireeagle and there was a suggestion that
>> there's a special "plugin key" in the works (that MT makes use of).
>> Would it be possible to get something similar set up for Drupal?
>>
>> Thanks in advance!
>> --
>> James Walker :: http://walkah.net/ :: xmpp:walkah@...
>>
>>
>> See whole topic   •
>> In this topic: 1 message
>> Switch to: Text-only, Daily digest   •   Unsubscribe   •   Terms of
>> use
>>
>
>
> See whole topic   •
> In this topic: 2 messages
> Switch to: Text-only, Daily digest   •   Unsubscribe   •   Terms of
> use
>



--
James Walker :: http://walkah.net/ :: xmpp:walkah@...

Hmmm. It appears someone has already registered an app called "Drupal"

Is there anyway to find out who did it? I've not seen any code... I've
pinged a couple likely suspects in the Drupal community, but no word
yet.

(perhaps they're on this list?)

Anyway, I'd love to collaborate / contribute.

On 4-Jun-08, at 3:48 PM, Kevin Ryan wrote:

> Reply   •   More by this author   •   Visit group   •  Fire Eagle
> James
>
> Great, so happy that you are enjoying the service ;-)
>
> At this time, we don't have the callback for web apps functionality
> completely finished yet.
> I have been working on a Wordpress plugin and have similar issues.
> Right now,
> the best way to do it is make your plugin a desktop app (this is
> what I am looking
> to do with my Wordpress plugin).... I will post info on the
> Wordpress plugin (how
> it was built) once I get the first version out the door, which is
> still a few weeks off,
> but hope maybe this helps in some way ;-)
>
> Read more about desktop auth here
>
> http://fireeagle.yahoo.net/developer/documentation/desktop_auth
>
> Also,the MT plugin and the Fire Widgets - Widgets on Fire were built
> as a desktop app too
> http://fireeagle.yahoo.net/gallery
>
> Cheers!
> ---
> Kevin Ryan
> technical yahoo! - brickhouse
> kryan@...
> im: kevronosx
>
>
> On Jun 4, 2008, at 12:06 PM, James Walker wrote:
>
>> Reply   •   More by this author   •   Visit group   •  Fire Eagle
>> Greetings FireEagle folks!
>>
>> I've been using the service for a while and loving it... so thanks
>> and
>> kudos to those involved !
>>
>> I am a Drupal developer and am interested in writing a module for
>> Drupal to support fireeagle integration. Ideally, I'd like to have a
>> "drupal app key" so that Drupal users can just install the module and
>> begin to linking up user accounts without having to register their
>> site as a webapp, etc. It is my understanding that this is how the MT
>> plugin works.
>>
>> I asked about this in #fireeagle and there was a suggestion that
>> there's a special "plugin key" in the works (that MT makes use of).
>> Would it be possible to get something similar set up for Drupal?
>>
>> Thanks in advance!
>> --
>> James Walker :: http://walkah.net/ :: xmpp:walkah@...
>>
>>
>> See whole topic   •
>> In this topic: 1 message
>> Switch to: Text-only, Daily digest   •   Unsubscribe   •   Terms of
>> use
>>
>
>
> See whole topic   •
> In this topic: 2 messages
> Switch to: Text-only, Daily digest   •   Unsubscribe   •   Terms of
> use
>



--
James Walker :: http://walkah.net/ :: xmpp:walkah@...

James,

The only information I could find out about the Drupal app is that the
callback
url it is using is http://over.underspeak.com/
(http://over.underspeak.com/?f=callback
)

Does not look like they are doing anything with it right now... maybe
you can track them
down using whois. I don't have access to the database so that's about
all I can find out for
now... You could just come up with a new name like "Fire Drupal" or
anything else,
we just make sure no apps can have the exact same name right now.

Cheers!
---
Kevin Ryan
technical yahoo! - brickhouse
kryan@...
im: kevronosx


On Jun 4, 2008, at 7:35 PM, James Walker wrote:

> Hmmm. It appears someone has already registered an app called "Drupal"
>
> Is there anyway to find out who did it? I've not seen any code... I've
> pinged a couple likely suspects in the Drupal community, but no word
> yet.
>
> (perhaps they're on this list?)
>
> Anyway, I'd love to collaborate / contribute.
>
> On 4-Jun-08, at 3:48 PM, Kevin Ryan wrote:
>
>> Reply   β€’   More by this author   β€’   Visit group   β€’  Fire
>> Eagle
>> James
>>
>> Great, so happy that you are enjoying the service ;-)
>>
>> At this time, we don't have the callback for web apps functionality
>> completely finished yet.
>> I have been working on a Wordpress plugin and have similar issues.
>> Right now,
>> the best way to do it is make your plugin a desktop app (this is
>> what I am looking
>> to do with my Wordpress plugin).... I will post info on the
>> Wordpress plugin (how
>> it was built) once I get the first version out the door, which is
>> still a few weeks off,
>> but hope maybe this helps in some way ;-)
>>
>> Read more about desktop auth here
>>
>> http://fireeagle.yahoo.net/developer/documentation/desktop_auth
>>
>> Also,the MT plugin and the Fire Widgets - Widgets on Fire were built
>> as a desktop app too
>> http://fireeagle.yahoo.net/gallery
>>
>> Cheers!
>> ---
>> Kevin Ryan
>> technical yahoo! - brickhouse
>> kryan@...
>> im: kevronosx
>>
>>
>> On Jun 4, 2008, at 12:06 PM, James Walker wrote:
>>
>>> Reply   β€’   More by this author   β€’   Visit group   β€’  Fire
>>> Eagle
>>> Greetings FireEagle folks!
>>>
>>> I've been using the service for a while and loving it... so thanks
>>> and
>>> kudos to those involved !
>>>
>>> I am a Drupal developer and am interested in writing a module for
>>> Drupal to support fireeagle integration. Ideally, I'd like to have a
>>> "drupal app key" so that Drupal users can just install the module
>>> and
>>> begin to linking up user accounts without having to register their
>>> site as a webapp, etc. It is my understanding that this is how the
>>> MT
>>> plugin works.
>>>
>>> I asked about this in #fireeagle and there was a suggestion that
>>> there's a special "plugin key" in the works (that MT makes use of).
>>> Would it be possible to get something similar set up for Drupal?
>>>
>>> Thanks in advance!
>>> --
>>> James Walker :: http://walkah.net/ :: xmpp:walkah@...
>>>
>>>
>>> See whole topic   β€’
>>> In this topic: 1 message
>>> Switch to: Text-only, Daily digest   β€’   Unsubscribe   β€’
>>> Terms of
>>> use
>>>
>>
>>
>> See whole topic   β€’
>> In this topic: 2 messages
>> Switch to: Text-only, Daily digest   β€’   Unsubscribe   β€’
>> Terms of
>> use
>>
>
>
>
> --
> James Walker :: http://walkah.net/ :: xmpp:walkah@...
>
>
>
>
>

All set... whois doesn't provide much helpful information... so I've
added a new key for "drupal module".

Thanks, Kevin!

On 5-Jun-08, at 3:17 PM, Kevin Ryan wrote:

> James,
>
> The only information I could find out about the Drupal app is that the
> callback
> url it is using is http://over.underspeak.com/
(http://over.underspeak.com/?f=callback
> )
>
> Does not look like they are doing anything with it right now... maybe
> you can track them
> down using whois. I don't have access to the database so that's about
> all I can find out for
> now... You could just come up with a new name like "Fire Drupal" or
> anything else,
> we just make sure no apps can have the exact same name right now.
>
> Cheers!
> ---
> Kevin Ryan
> technical yahoo! - brickhouse
> kryan@...
> im: kevronosx
>
>
> On Jun 4, 2008, at 7:35 PM, James Walker wrote:
>
>> Hmmm. It appears someone has already registered an app called
>> "Drupal"
>>
>> Is there anyway to find out who did it? I've not seen any code...
>> I've
>> pinged a couple likely suspects in the Drupal community, but no word
>> yet.
>>
>> (perhaps they're on this list?)
>>
>> Anyway, I'd love to collaborate / contribute.
>>
>> On 4-Jun-08, at 3:48 PM, Kevin Ryan wrote:
>>
>>> Reply   β€’   More by this author   β€’   Visit group   β€’  Fire
>>> Eagle
>>> James
>>>
>>> Great, so happy that you are enjoying the service ;-)
>>>
>>> At this time, we don't have the callback for web apps functionality
>>> completely finished yet.
>>> I have been working on a Wordpress plugin and have similar issues.
>>> Right now,
>>> the best way to do it is make your plugin a desktop app (this is
>>> what I am looking
>>> to do with my Wordpress plugin).... I will post info on the
>>> Wordpress plugin (how
>>> it was built) once I get the first version out the door, which is
>>> still a few weeks off,
>>> but hope maybe this helps in some way ;-)
>>>
>>> Read more about desktop auth here
>>>
>>> http://fireeagle.yahoo.net/developer/documentation/desktop_auth
>>>
>>> Also,the MT plugin and the Fire Widgets - Widgets on Fire were built
>>> as a desktop app too
>>> http://fireeagle.yahoo.net/gallery
>>>
>>> Cheers!
>>> ---
>>> Kevin Ryan
>>> technical yahoo! - brickhouse
>>> kryan@...
>>> im: kevronosx
>>>
>>>
>>> On Jun 4, 2008, at 12:06 PM, James Walker wrote:
>>>
>>>> Reply   β€’   More by this author   β€’   Visit group   β€’  Fire
>>>> Eagle
>>>> Greetings FireEagle folks!
>>>>
>>>> I've been using the service for a while and loving it... so thanks
>>>> and
>>>> kudos to those involved !
>>>>
>>>> I am a Drupal developer and am interested in writing a module for
>>>> Drupal to support fireeagle integration. Ideally, I'd like to
>>>> have a
>>>> "drupal app key" so that Drupal users can just install the module
>>>> and
>>>> begin to linking up user accounts without having to register their
>>>> site as a webapp, etc. It is my understanding that this is how the
>>>> MT
>>>> plugin works.
>>>>
>>>> I asked about this in #fireeagle and there was a suggestion that
>>>> there's a special "plugin key" in the works (that MT makes use of).
>>>> Would it be possible to get something similar set up for Drupal?
>>>>
>>>> Thanks in advance!
>>>> --
>>>> James Walker :: http://walkah.net/ :: xmpp:walkah@...
>>>>
>>>>
>>>> See whole topic   β€’
>>>> In this topic: 1 message
>>>> Switch to: Text-only, Daily digest   β€’   Unsubscribe   β€’
>>>> Terms of
>>>> use
>>>>
>>>
>>>
>>> See whole topic   β€’
>>> In this topic: 2 messages
>>> Switch to: Text-only, Daily digest   β€’   Unsubscribe   β€’
>>> Terms of
>>> use
>>>
>>
>>
>>
>> --
>> James Walker :: http://walkah.net/ :: xmpp:walkah@...
>>
>>
>>
>>
>>
>
>
>


--
James Walker :: http://walkah.net/ :: xmpp:walkah@...

We're working on a dedicated mobile auth page at the moment and should
have it out in the next few weeks.

On 4 Jun 2008, at 01:07, jonepetersen wrote:

> Any way of getting some changes made to improve the display of the
> auth window on the iPhone? The small size of the font and buttons
> currently make it almost unusable.
>
> Thanks
>
> --- Rupert Goldie wrote:
>>
>> Looks fine on a Nokia 6120. I successfully updated my location
>> through the mobile web interface.
>>
>> --
>> Rupert Goldie, CTO, ekit.com Inc
>> www.ekit.com/ekit/tj
>>
>
>

Hi,

I'm working on a desktop app that uses Fire Eagle.  It's set up to
load the Fire Eagle authentication pages within a WebView embedded in
my application (instead of sending the user to the browser).  What I
would like to do is automatically detect whether the user has
confirmed or denied access to their data so the app can respond
appropriately.  The pages that the user is usually taken to after
confirming or denying access look confusing in the context of an
application and having to click another button seems a little
redundant and could also be confusing to users.

I initially thought of just lying to Fire Eagle and claiming that my
app was a web app. My app could then detect when the callback URL was
loaded and move on from there. However, Steve Marshall pointed out
that since this would give the desktop app access to /recent and /
lookup calls it would probably be a bad idea from a security point of
view.  I could still just detect the URLs that Fire Eagle currently
redirects the user to when they either confirm or deny access for a
desktop app, but that feels like a hack and something that might
easily break if Fire Eagle's URI scheme where to change in the future
or if the user navigated to one of those pages for another reason
(e.g. clicking “deny” takes the user to the applications page which is
also accessible from the confirmation page by clicking on the
“applications” link at the top of the page).

The only other solution I can think of is if something were added to
the pages indicating what the user had chosen.  Whatever it was, it
would need to be something that would be unique to the confirmed/
cancelled pages and would not change if the URI scheme, content or
design of the Fire Eagle pages were to change in future.  For example
a query string argument could be used (e.g. ...&user_response=confirm)
or a meta tag (e.g. <meta name="fire-eagle-user-response"
value="confirm" />).

Would this kind of thing be possible? Or does anyone have any thoughts
on other ways I could tackle this?

Thanks,
George

Hi,

I am trying to develop a application for the Nokia N95 device using flash lite,
which will just get my location from fireeagle.  But when I try calling the API
- "https://fireeagle.yahooapis.com/oauth/request_token" to get my access token
it fails and returns me some error message.  Following is the error message I
get in flash lite:

"Error for https://fireeagle.yahooapis.com:443/oauth/request_token"

Please give me any inputs that would help me in resolving the issue.

Thanks
samir

Very clever... see also: http://en.wikipedia.org/wiki/Geohash

Right now, I think we're pretty happy with the current privacy options
(country/state/city/...) but we could always do something like add
geohashes into API responses if people are interested in using them.

Perhaps someone needs to write a transformation library to turn exact
locations into the various things people are interested in.  If it were
a Ruby gem, it wouldn't take much work for us to integrate the popular
ones into FE later :)

Cheers,
Phil

Dan Brickley wrote:
> Hi there,
>
> A quick and slightly woolly question: any thoughts/plans re exposing
> geohashes through the Fireeagle APIs?
>
> http://geohash.org/
> http://en.wikipedia.org/wiki/Geohash
>
> ""Geohash is a latitude/longitude geocode system invented by Gustavo
> Niemeyer when writing the web service at geohash.org, and put into the
> public domain.
>
> Geohashes offer properties like arbitrary precision, similar prefixes
> for nearby positions, and the possibility of gradually removing
> characters from the end of the code to reduce its size (and gradually
> lose precision).""
>
> see also
>
http://www.geospatialsemanticweb.com/2008/05/29/geohash-for-spatial-index-and-se\
arch
>
http://labs.metacarta.com/blog/27.entry/geographic-queries-on-google-app-engine/
>
>
> Q: am I just asking about the latest cool thing I've read about in the
> blogs, without really understanding all the maths and GIS goop under the
> hood?
>
> A: Err, kinda. Probably. Sorry.
>
>
> But anyway here's my use case and interest: in the FOAF/RDF scene, we
> have had the funny habit of using markup that indicates one's "nearest
> airport" by it's IATA code. Mine for example is BRS. And in FOAF we have
> a "based_near" property, which takes as values points from the W3C
> 'basic geo' namespace, see http://www.w3.org/2003/01/geo/ ... Again,
> some vagueness, so we don't force people to reveal there exact
> locations. But a bit clumsily done. Similar thinking also lay behind
> http://esw.w3.org/topic/GeoOnion ...
>
> The characteristic of geohash by which I can reveal my exact location  (
> currently http://geohash.org/gcnhv14bu4b4 ) ... or my less exact
> location ( http://geohash.org/gcnhv1 ) ... or a rather inexact location
> ( http://geohash.org/gcnh ) or a rather misleading one (
> http://geohash.org/g ) ... is pretty cute. And has immediate bearing on
> the privacy issues that motivated our 'nearest airport', 'based near'
> and 'geo onion' experimentation in the Semantic Webby scene.
>
> Now I don't know exactly how this would work, but I like the idea of
> being able to write something like
>
> <Person xmlns="http://xmlns.com/foaf/0.1/">
>   <openid rdf:resource="http://danbri.org/"/>
>   <based_near> <!-- or currently_at, recently_near, ... -->
>     <geo:Point>
>      <geohash>gcnhv1</geohash>
>     </geo:Point>
>   </based_near>
> </Person>
>
> I also like the idea of being able to have services write this into my
> FOAF file mechanically, via OAuth, after consulting Fire Eagle. But the
> detail there is another story.
>
> Now it doesn't seem that I'd need Fire Eagle to do anything for this to
> be possible, since opensource Geohash code is available, as well as the
> facilities online at http://geohash.org/
>
> But that said I'm very interested to know how (or whether) this fits
> into your plans. I know from hearing Tom talk about FireEagle that you
> take privacy very seriously, so wonder whether this little piece of
> technology could be part of the picture.
>
> Curiously,
>
> Dan
>
> ps. I was going to cc this to foaf-dev@... but since
> you're invite only still, I figured that wasn't so fair on those without
> invites, or those being pestered for them...
>
>
> pps. I'm assuming geohashes are typically computed against wgs_84
> lat/long but I don't see that made explicit anywhere. Guess the maths
> works either way, but for markup it'd be nice to be clear...
>

There is a GeoHash Ruby gem someone could use for this project.

http://rubyforge.org/projects/geohash

On Mon, Jun 9, 2008 at 10:57 PM, Phillip Pearson <pp@...> wrote:
>
> Very clever... see also: http://en.wikipedia.org/wiki/Geohash
>
> Right now, I think we're pretty happy with the current privacy options
> (country/state/city/...) but we could always do something like add
> geohashes into API responses if people are interested in using them.
>
> Perhaps someone needs to write a transformation library to turn exact
> locations into the various things people are interested in. If it were
> a Ruby gem, it wouldn't take much work for us to integrate the popular
> ones into FE later :)
>
> Cheers,
> Phil
>
> Dan Brickley wrote:
>> Hi there,
>>
>> A quick and slightly woolly question: any thoughts/plans re exposing
>> geohashes through the Fireeagle APIs?
>>
>> http://geohash.org/
>> http://en.wikipedia.org/wiki/Geohash
>>
>> ""Geohash is a latitude/longitude geocode system invented by Gustavo
>> Niemeyer when writing the web service at geohash.org, and put into the
>> public domain.
>>
>> Geohashes offer properties like arbitrary precision, similar prefixes
>> for nearby positions, and the possibility of gradually removing
>> characters from the end of the code to reduce its size (and gradually
>> lose precision).""
>>
>> see also
>>
>>
http://www.geospatialsemanticweb.com/2008/05/29/geohash-for-spatial-index-and-se\
arch
>>
>>
http://labs.metacarta.com/blog/27.entry/geographic-queries-on-google-app-engine/
>>
>>
>> Q: am I just asking about the latest cool thing I've read about in the
>> blogs, without really understanding all the maths and GIS goop under the
>> hood?
>>
>> A: Err, kinda. Probably. Sorry.
>>
>>
>> But anyway here's my use case and interest: in the FOAF/RDF scene, we
>> have had the funny habit of using markup that indicates one's "nearest
>> airport" by it's IATA code. Mine for example is BRS. And in FOAF we have
>> a "based_near" property, which takes as values points from the W3C
>> 'basic geo' namespace, see http://www.w3.org/2003/01/geo/ ... Again,
>> some vagueness, so we don't force people to reveal there exact
>> locations. But a bit clumsily done. Similar thinking also lay behind
>> http://esw.w3.org/topic/GeoOnion ...
>>
>> The characteristic of geohash by which I can reveal my exact location (
>> currently http://geohash.org/gcnhv14bu4b4 ) ... or my less exact
>> location ( http://geohash.org/gcnhv1 ) ... or a rather inexact location
>> ( http://geohash.org/gcnh ) or a rather misleading one (
>> http://geohash.org/g ) ... is pretty cute. And has immediate bearing on
>> the privacy issues that motivated our 'nearest airport', 'based near'
>> and 'geo onion' experimentation in the Semantic Webby scene.
>>
>> Now I don't know exactly how this would work, but I like the idea of
>> being able to write something like
>>
>> <Person xmlns="http://xmlns.com/foaf/0.1/">
>> <openid rdf:resource="http://danbri.org/"/>
>> <based_near> <!-- or currently_at, recently_near, ... -->
>> <geo:Point>
>> <geohash>gcnhv1</geohash>
>> </geo:Point>
>> </based_near>
>> </Person>
>>
>> I also like the idea of being able to have services write this into my
>> FOAF file mechanically, via OAuth, after consulting Fire Eagle. But the
>> detail there is another story.
>>
>> Now it doesn't seem that I'd need Fire Eagle to do anything for this to
>> be possible, since opensource Geohash code is available, as well as the
>> facilities online at http://geohash.org/
>>
>> But that said I'm very interested to know how (or whether) this fits
>> into your plans. I know from hearing Tom talk about FireEagle that you
>> take privacy very seriously, so wonder whether this little piece of
>> technology could be part of the picture.
>>
>> Curiously,
>>
>> Dan
>>
>> ps. I was going to cc this to foaf-dev@... but since
>> you're invite only still, I figured that wasn't so fair on those without
>> invites, or those being pestered for them...
>>
>>
>> pps. I'm assuming geohashes are typically computed against wgs_84
>> lat/long but I don't see that made explicit anywhere. Guess the maths
>> works either way, but for markup it'd be nice to be clear...
>>
>
>
>



--
Andrew Turner
mobile: 248.982.3609
andrew@... 42.2774N x 83.7611W
http://highearthorbit.com Ann Arbor, Michigan, USA

http://mapufacture.com Helping build the Geospatial Web
Introduction to Neogeography - http://oreilly.com/catalog/neogeography

Debugging this... if I set my location to SW17, here are the resulting
levels:

postal: London SW17, England; woeid: 26788593
neighborhood: Tooting, London, England; woeid: 37783
city: London, England; woeid: 44418
region: Greater London, England; woeid: 23416974
state: England, United Kingdom; woeid: 24554868
country: United Kingdom; woeid: 23424975

If I set my location to 42 Glenburnie Road, here are the levels:

exact: 42 Glenburnie Road, London, England
postal: London SW17 7, England; woeid: 26352044
[city..country as above]

SW17 7PY gives me:

postal: London SW17 7PY, England (no woeid)
neighborhood: Tooting, London, England; woeid: 37783
[city..country as above]

So it looks like what's happening here is that "SW17", "SW17 7" and
"SW17 7PY" all exist at the "postal" level, which means that none of
them count as being "within" any of the others.  Also we appear to have
a bug whereby you don't get the WOEID for SW17 7PY (28003564) because it
appears as a point rather than a region.

Oddly, SW17 and SW17 7PY register as being inside Tooting, but SW17 7
doesn't.  Not sure why this is happening; perhaps an issue with the
underlying geocoder's data?

Cheers,
Phil

Mario Menti wrote:
> Hi all,
> I do realise that the "within" method is experimental, but wondered if
> anyone could clarify a couple of oddities for me.
>
> I'm using the Y! Internet Location API (http://developer.yahoo.com/geo/) to
> try and get a woeid for a given location name, which I then pass to the FE
> "within" call. This works mostly ok, but just playing around with London
> addresses, I've notices these issues:
>
>  - if I set my FE location to "SW17", and then search for "SW17" via the Y!
> location API, the woeid returned is 26788593, and a call to "within" with
> this woeid correctly finds me. However, if I set my location to the exact
> postcode "SW17 7PY", that same call to "within" (with the woeid for "SW17")
> now doesn't find me.
>
> - if I set my FE location to "42 Glenburnie Road, London, England", and then
> call "within" with the woeid of "SW17", it doesn't find me. Calling "within"
> with the woeid for "Tooting" (woeid 37783) or for the exact postcode "SW17
> 7PY" (woeid 28003564) however does find me.
>
>
> I would have expected to be found by "within" in both the above scenarios,
> but perhaps I don't quite understand how the bounding boxes work, or there
> something special about partial post codes. In any case, if someone has any
> additional info on how this is meant to work, I'd be interested to hear it!
>
> Cheers,
> Mario.
>

> There is a GeoHash Ruby gem someone could use for this project.
>
> http://rubyforge.org/projects/geohash

I installed that on the weekend with the intention of working out what needs to
be done to tie Geohashes to FireEagle API responses, but the real world
interceded between me and my coding time.  I'll certainly ping the list with
anything I get done over the next week or so - hell, I'll probably ping the list
asking for help!

Lachlan