![]() |
Re: [Announce] ZapLoc - a Gowalla/Foursquare/Facebook places/Latitude aggregator - "All your location based services are belong to us" ;)
Quote:
I can quite trivially add a switch in the configuration for that, or a keyboard toggle, or whatever. Quote:
I should probably increase that a little, 15 seconds is pretty tight... it's okay when you have good signal (like I have out on the countryside where I live) but in a tighter scenario it's probably touch-and-go. I will increase this timeout. /Z |
Re: [Announce] ZapLoc - a Gowalla/Foursquare/Facebook places/Latitude aggregator - "All your location based services are belong to us" ;)
15 seconds is plenty with a-GPS.
Configuration of timeout could be nice, but if it's not locked in 15 secs you probably don't have a-GPS or haven't locked before, meaning the next timeout is the full GPS cycle of 90 seconds plus in perfect conditions, 4-5 minutes under less than ideal. It's a bit on the large side? |
Re: [Announce] ZapLoc - a Gowalla/Foursquare/Facebook places/Latitude aggregator - "All your location based services are belong to us" ;)
Quote:
I will probably be adding a third mode that is "Always use GPS", which has the same logic and timeouts, but simply will *never* use a cell location, simply not posting any update at all if it didn't get a "gps quality" fix within the timeout. Then you, as a user, have the choice suitable for your environment, i..e - very urban (New York city-canyons and offices): Cell only - medium (smaller city with some open spaces): Cell+GPS - rural (nearly always good gps fixes): GPS only Should be a trivial change. /Z |
A Question about User Interface
Hi Guys, a question:
I think I may have been a bit too paranoid with the Daemon settings in the UI of ZapLoc. I'm starting to think of changing it like this: - default "Background Updates" to off (I still think I need to have somethign like this off by default so people are always aware when they turn it on... or do you think people is smart enough to realize this anyway? I don't want to get liable for my app sharing stuff people didn't want....) - remove the settings of "when to start" and "when to stop" the daemon. The new logic would be: - if "background updates" is on, daemon starts at boot and never stops - If "background updates" is off, daemon either a) doesn't run at all, or b) just runs while the main program is visible. My questions to you: #1 Does this change make sense? #2 Should it do a) or b) for "background updates"=Off mode? I just realized I was being overzealous here: For example, "auto checkins" and "latitude updates" are ALSO both off by default. Lots of stuff to turn on before it actually works :) /Z |
Re: [Announce] ZapLoc - a Gowalla/Foursquare/Facebook places/Latitude aggregator - "All your location based services are belong to us" ;)
how can I add a new place? :D
|
Re: [Announce] ZapLoc - a Gowalla/Foursquare/Facebook places/Latitude aggregator - "All your location based services are belong to us" ;)
Quote:
For Gowalla, I suggest m.gowalla.com For FourSquare I suggest www.cotchin.com/m For Facebook Places I don't know what to suggest any more, in the past touch.facebook.com worked on the N900, but Facebook has removed that site in favour of a crappy mobile site :( Maybe someone has a tip how to add facebook places on the N900? /Z |
Re: [Announce] ZapLoc - a Gowalla/Foursquare/Facebook places/Latitude aggregator - "All your location based services are belong to us" ;)
Thanks for the great application!
Should I have several zaploc-daemon.py running parallel? After 1st start I have. Quote:
|
Re: A Question about User Interface
Quote:
I understand you're looking for new stuff to work on, but for me ZapLoc is good as it is :) Or maybe.... you could add an option to let it behave like Android. On Android, latitude is updated more frequent and using GPS when you are moving. But I'd probably never use this anyway ;) |
Re: A Question about User Interface
Quote:
Makes perfect sense in my opinion, this is how I would expect it to work and I bet everyone already has it configured this way. I would go with mode b). Long answer: There are two separate cases in mode b): - If you don't have the background daemon running, you are probably starting the main program in order to update your position and to see the map/check in - daemon should be on while the main program is running. - If you already have the daemon running, you are probably starting the main program to see the map and/or check in - in this case the daemon should either: b1) keep the same settings it had in background mode, or b2) restart with the default settings My humble (and possibly too laborious) suggestion is: Keep the background daemon and the main program daemon separate from each other. When the user starts the main program, you could suspend the background daemon until the main program is closed. The settings should be separate as well, as the use cases for using the background daemon and running the main program are typically rather different. |
Re: [Announce] ZapLoc - a Gowalla/Foursquare/Facebook places/Latitude aggregator - "All your location based services are belong to us" ;)
Quote:
/Z |
All times are GMT. The time now is 13:09. |
vBulletin® Version 3.8.8