"A mathematician is a device for turning coffee into theorems." ~ Paul Erdos
Quoting Raffi Krikorian <ra...@twitter.com>:
> coordinatesobject which has the added bonus that, when in JSON, it is
> properly GeoJSON
> encoded with the longitude before latitude.
>
> to support this these changes we've added a few endpoints:
>
> https://apiwiki.twitter.com/Twitter-REST-API-Method%3A-GET-geo-reverse_geocode
> https://apiwiki.twitter.com/Twitter-REST-API-Method%3A-GET-geo-ID
>
> you can call geo/reverse_geocode with a latitude and longitude, and it will
> return an array of places that you can use to annotate your tweet with.
> each place that is returned will have a unique ID that you can use, as well
> as a displayable name, and even a geographical bounding box that you can use
> for display on a map. if you want more details, then hit the
> geo/idendpoint where, if available, and if you're interested, you can
Dominik
> coordinatesobject which has the added bonus that, when in JSON, it is
> properly GeoJSON
> encoded with the longitude before latitude.
>
> to support this these changes we've added a few endpoints:
>
>
> you can call geo/reverse_geocode with a latitude and longitude, and it will
> return an array of places that you can use to annotate your tweet with.
> each place that is returned will have a unique ID that you can use, as well
> as a displayable name, and even a geographical bounding box that you can use
> for display on a map. if you want more details, then hit the
> geo/idendpoint where, if available, and if you're interested, you can
> retrieve a
> more detailed geometry for more accurate map drawing. we've also updated
> the statuses/update documentation (https://apiwiki.twitter.com/Twitter-REST-API-Method%3A-statuses%C2%A0...)
I'd be interested to know when display_coordinates parameter of
statuses/update is planned to go live so I can add adding places to
instead of coordinates as an option to my users.
The parameters of place_id and display_coordinates. Are they linked,
i.e. if i specify display_coordinates as false do I have to specify a
place_id or will your backend automatically convert any coordinates to
a place?
Awesome! That is a big step forward! How soon do you think this will be rolled out to a couple of obvious places - Haiti and Chile? I've got a lot of friends in the disaster response and the mapping communities that are working hard to map places via mobiles, and there are as a result huge and free as in freedom databases you can access.
--
M. Edward (Ed) Borasky
borasky-research.net/m-edward-ed-borasky/
"A mathematician is a device for turning coffee into theorems." ~ Paul Erd?s
coordinatesobject which has the added bonus that, when in JSON, it is
properly GeoJSON
encoded with the longitude before latitude.
to support this these changes we've added a few endpoints:
https://apiwiki.twitter.com/Twitter-REST-API-Method%3A-GET-geo-reverse_geocode
https://apiwiki.twitter.com/Twitter-REST-API-Method%3A-GET-geo-ID
you can call geo/reverse_geocode with a latitude and longitude, and it will
return an array of places that you can use to annotate your tweet with.
each place that is returned will have a unique ID that you can use, as well
as a displayable name, and even a geographical bounding box that you can use
for display on a map. if you want more details, then hit the
geo/idendpoint where, if available, and if you're interested, you can
retrieve a
more detailed geometry for more accurate map drawing. we've also updated
the statuses/update documentation (
https://apiwiki.twitter.com/Twitter-REST-API-Method%3A-statuses%C2%A0update)
to indicate how to pass that place ID with your status update.
for this first pass, we're only going live with United States-centric data,
but that will quickly be expanded geographically as we work out the kinks in
our system. there are definitely some nuances that i'm missing in this
e-mail, a few things are still in flux, but we're rapidly documenting this
on our wiki, and we hope to be going live with it quite soon. as always, if
you have any questions, just find us at @twitterapi, or drop us an e-mail.
--
Raffi Krikorian
Twitter Platform Team
http://twitter.com/raffi
cheers, bob
GeoMeme - http://www.geome.me - what's happening where?
> coordinatesobject which has the added bonus that, when in JSON, it is
> properly GeoJSON
> encoded with the longitude before latitude.
>
> to support this these changes we've added a few endpoints:
>
>
> you can call geo/reverse_geocode with a latitude and longitude, and it will
> return an array of places that you can use to annotate your tweet with.
> each place that is returned will have a unique ID that you can use, as well
> as a displayable name, and even a geographical bounding box that you can use
> for display on a map. if you want more details, then hit the
> geo/idendpoint where, if available, and if you're interested, you can
> retrieve a
> more detailed geometry for more accurate map drawing. we've also updated
> the statuses/update documentation (https://apiwiki.twitter.com/Twitter-REST-API-Method%3A-statuses%C2%A0...)
To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
I find the biggest hurdle with geo-tweets right now is that very few
twitter users actually have it enabled. And I believe for a very good
reason as sending the exact coordinate of a tweet has serious privacy
issues. For example, a girl takes a picture of her new hairdo from her
bedroom and tweets it, but forgot she had geo-tagging set, some freak
on the net decides to pay her a visit, scary stuff.
As that example suggests, these cases have to be handled with absolute
care, but the downside of putting up so many barriers to enable geo-
tweeting is it creates resistance for adoption. I feel that unless
Twitter allows services to enable geo-tweeting on a neighbourhood
scale via the API, then adoption will continually be low.
Neighbourhood (or city) tagging isn't invasive, not anymore then what
many users put in under their "location" bio.
Are there any plans for a spectrum of security for geo-tagging on a
coordinate / neighbourhood / city scale?
Thanks.
Peter
On Mar 26, 5:11 pm, Raffi Krikorian <ra...@twitter.com> wrote:
> hi bob.
>
> "soon" :P
>
>
>
>
>
> On Fri, Mar 26, 2010 at 2:06 PM, bob.hitching <b...@hitching.net> wrote:
> > good stuff raffi, any further news on if/when the new <place> data
> > will be exposed via the Search API?
>
> > cheers, bob
>
> > GeoMeme -http://www.geome.me- what's happening where?