> To unsubscribe from this group, send email to foursquare-api+ > unsubscribegooglegroups.com or reply to this email with the words "REMOVE > ME" as the subject.
every method potentially can have location information -- so there's no need to have a separate "change default location" call
the mobile web version has this because we have to manually get location data from the user (as opposed to being able to get it silently via GPS or the browser)
On Mar 25, 9:31 am, Christopher Burris <ch...@chilitechno.com> wrote:
> > To unsubscribe from this group, send email to foursquare-api+ > > unsubscribegooglegroups.com or reply to this email with the words "REMOVE > > ME" as the subject.
Thanks Burris & naveen. I will think of other ways.
I have thought of using this function for apps with weak GPS system. In fact, since my phone cannot find its location with cell tower trianglation (only GPS is available), it takes much time to find its location. Because of it, using WinMoSquare is inconvenient.
so one way to do this with devices that don't have location/GPS is to keep track of the user's manually entered location in the session
then, every time you make a request to our side (for instance, to see a list of venues nearby), you pass this manual location data over in place of the auto-location
this is essentially what our mobile web version is doing
On Mar 26, 6:24 am, "H.Hiro(Maraigue)" <marai...@mail.goo.ne.jp> wrote:
> Thanks Burris & naveen. > I will think of other ways.
> I have thought of using this function for apps with weak GPS system. > In fact, since my phone cannot find its location with cell tower > trianglation (only GPS is available), it takes much time to find its > location. Because of it, using WinMoSquare is inconvenient.
The problem is that if a user moves very far without checking-in anywhere (e.g. a flight of hundreds of miles), then the user cannot make a new check-in at new location in case of GPS is unavailable and not using web interface. In the case the user needs to input his/her new location manually via web interface by opening a browser, but I wonder it can be done via API.
On 3月27日, 午前12:20, naveen <naveen...@gmail.com> wrote:
> so one way to do this with devices that don't have location/GPS is to > keep track of the user's manually entered location in the session
> then, every time you make a request to our side (for instance, to see > a list of venues nearby), you pass this manual location data over in > place of the auto-location
> this is essentially what our mobile web version is doing
> On Mar 26, 6:24 am, "H.Hiro(Maraigue)" <marai...@mail.goo.ne.jp> > wrote:
> > Thanks Burris & naveen. > > I will think of other ways.
> > I have thought of using this function for apps with weak GPS system. > > In fact, since my phone cannot find its location with cell tower > > trianglation (only GPS is available), it takes much time to find its > > location. Because of it, using WinMoSquare is inconvenient.
You can have an interface in your app where you capture an address or even just the city, country, from the user and use a geocoding service to get a lat/lon pair and then feed that to the API. I know yahoo and google maps have a geocoding service you can use (subject to certain terms of service).
On Sat, Mar 27, 2010 at 4:06 AM, H.Hiro(Maraigue) <marai...@mail.goo.ne.jp>wrote:
> The problem is that if a user moves very far without checking-in > anywhere (e.g. a flight of hundreds of miles), then the user cannot > make a new check-in at new location in case of GPS is unavailable and > not using web interface. > In the case the user needs to input his/her new location manually via > web interface by opening a browser, but I wonder it can be done via > API.
> On 3月27日, 午前12:20, naveen <naveen...@gmail.com> wrote: > > so one way to do this with devices that don't have location/GPS is to > > keep track of the user's manually entered location in the session
> > then, every time you make a request to our side (for instance, to see > > a list of venues nearby), you pass this manual location data over in > > place of the auto-location
> > this is essentially what our mobile web version is doing
> > On Mar 26, 6:24 am, "H.Hiro(Maraigue)" <marai...@mail.goo.ne.jp> > > wrote:
> > > Thanks Burris & naveen. > > > I will think of other ways.
> > > I have thought of using this function for apps with weak GPS system. > > > In fact, since my phone cannot find its location with cell tower > > > trianglation (only GPS is available), it takes much time to find its > > > location. Because of it, using WinMoSquare is inconvenient.
> -- > To post to this group, send email to foursquare-api@googlegroups.com
> To unsubscribe from this group, send email to foursquare-api+ > unsubscribegooglegroups.com or reply to this email with the words "REMOVE > ME" as the subject.
It's true that I can convert addresses to lat/lon via external service, but if I use external service, the change of location is not reflected into the information shown in http://foursquare.com/ . So what I want to do most is to change the location as a function of foursquare.
I strongly hope foursquare serves the function as API.
On 3月28日, 午前3:17, Christopher Burris <ch...@chilitechno.com> wrote:
> You can have an interface in your app where you capture an address or even > just the city, country, from the user and use a geocoding service to get a > lat/lon pair and then feed that to the API. > I know yahoo and google maps have a geocoding service you can use (subject > to certain terms of service).
> On Sat, Mar 27, 2010 at 4:06 AM, H.Hiro(Maraigue) > <marai...@mail.goo.ne.jp>wrote:
> > Thanks,
> > The problem is that if a user moves very far without checking-in > > anywhere (e.g. a flight of hundreds of miles), then the user cannot > > make a new check-in at new location in case of GPS is unavailable and > > not using web interface. > > In the case the user needs to input his/her new location manually via > > web interface by opening a browser, but I wonder it can be done via > > API.
> > On 3月27日, 午前12:20, naveen <naveen...@gmail.com> wrote: > > > so one way to do this with devices that don't have location/GPS is to > > > keep track of the user's manually entered location in the session
> > > then, every time you make a request to our side (for instance, to see > > > a list of venues nearby), you pass this manual location data over in > > > place of the auto-location
> > > this is essentially what our mobile web version is doing
> > > On Mar 26, 6:24 am, "H.Hiro(Maraigue)" <marai...@mail.goo.ne.jp> > > > wrote:
> > > > Thanks Burris & naveen. > > > > I will think of other ways.
> > > > I have thought of using this function for apps with weak GPS system. > > > > In fact, since my phone cannot find its location with cell tower > > > > trianglation (only GPS is available), it takes much time to find its > > > > location. Because of it, using WinMoSquare is inconvenient.
> > -- > > To post to this group, send email to foursquare-api@googlegroups.com
> > To unsubscribe from this group, send email to foursquare-api+ > > unsubscribegooglegroups.com or reply to this email with the words "REMOVE > > ME" as the subject.
On Mar 28, 11:55 am, "H.Hiro(Maraigue)" <marai...@mail.goo.ne.jp> wrote:
> Thanks very much.
> It's true that I can convert addresses to lat/lon via external > service, > but if I use external service, the change of location is not reflected > into the information shown inhttp://foursquare.com/. > So what I want to do most is to change the location as a function of > foursquare.
> I strongly hope foursquare serves the function as API.
when you get the lat/lon from the external service, just pass it along to our api. for instance, in the /venues call, you should always pass the latest lat/lon
hmm... What you say does not solve any of my proposition, but I'll give up only updating location shown in http://foursquare.com/ via API (without checking-in).
On 3月30日, 午前1:18, naveen <naveen...@gmail.com> wrote:
> On Mar 28, 11:55 am, "H.Hiro(Maraigue)" <marai...@mail.goo.ne.jp> > wrote:
> > Thanks very much.
> > It's true that I can convert addresses to lat/lon via external > > service, > > but if I use external service, the change of location is not reflected > > into the information shown inhttp://foursquare.com/. > > So what I want to do most is to change the location as a function of > > foursquare.
> > I strongly hope foursquare serves the function as API.
> when you get the lat/lon from the external service, just pass it along > to our api. for instance, in the /venues call, you should always pass > the latest lat/lon
if you call /v1/venues as an authenticated user and pass in an appropriate geolat/geolong, then foursquare.com will reflect your new location automatically
> hmm... > What you say does not solve any of my proposition, > but I'll give up only updating location shown inhttp://foursquare.com/ > via API > (without checking-in).
> On 3月30日, 午前1:18, naveen <naveen...@gmail.com> wrote:
> > On Mar 28, 11:55 am, "H.Hiro(Maraigue)" <marai...@mail.goo.ne.jp> > > wrote:
> > > Thanks very much.
> > > It's true that I can convert addresses to lat/lon via external > > > service, > > > but if I use external service, the change of location is not reflected > > > into the information shown inhttp://foursquare.com/. > > > So what I want to do most is to change the location as a function of > > > foursquare.
> > > I strongly hope foursquare serves the function as API.
> > when you get the lat/lon from the external service, just pass it along > > to our api. for instance, in the /venues call, you should always pass > > the latest lat/lon
