SpiritGuide
-
Posts
292 -
Joined
-
Last visited
Posts posted by SpiritGuide
-
-
2 hours ago, JL_HSTRE said:
This thread prompted me to check the WhereYouGo app for Droid. It crashes every time it tries to start.
Apparently I haven't done a Wherigo in three years. Hadn't realized it had been so long. Good ALs pretty much filled the role of Wherigos.
The Wherigo player in Geooh GO for Android works just fine.
-
1
-
-
14 hours ago, arm-chair said:
I can't find it on Galaxy Store ?
I lost my Google Play subscription token last year and can't resubscribe because they no longer sell it.
It was the best caching app for me because it allowed OS maps
Geooh GO has a setting to use OS tile servers.
-
As I said, I have no idea what issues the other API apps are having. They may never have updated or could have similar implementation problems. I knew the GCDroid developer was having problems with Google and may have given up. CacheBox rarely has updates. The bottom line is no one but them know what's going on.
-
12 hours ago, Corfman Clan said:
This wasn't just turned on, it's been available for years. I know, I'm a 3rd party developer for Geocaching and implemented this a long time ago. My application has been using it since it first became available. GC HQ finally turned off the old method for authentication after well over a year of notice.
You totally misunderstood.
Geooh also had OAuth 2.0 implemented YEARS ago since it first became available with the new API. The problem is if you had a minor parameter misspelling, there was no server error 500 all this time... the authentication server saw the error, didn't report it, and SILENTLY logged in using OAuth 1.0... so from outside appearances, how would you know that happened? Logins worked using your OAuth 2.0 implementation. How would you know that implementation was incorrect? How would you know your app wasn't ready? Only until the authentication server was prevented from falling back to OAuth 1.0 did the server 500 errors surface and digging around found the parameter problem.
Everyone makes mistakes. Lucky you didn't mess up your implementation because the same thing would have happened to you. Thinking you had correctly set up the authentication, but not being notified it wasn't... because logins still worked. Groundspeak is responsible too since someone there designed the transparent fallback. From the very beginning the 500 error should have been thrown when an application sent invalid OAuth 2.0 login parameters.
I managed developers and operations staff for too many years. If I had a server that was receiving errors, but no one looked at logs, or worse did look and said nothing... they'd be in my office for a come to Jesus meeting. You never let a server identify an error like that and just let it go like it was ok. And those errors were occurring for years!
I have no idea if other API partner applications fell into this same trap thinking they did implement the correct OAuth 2.0 authentication only to finally discover this past week it was flawed. So until you know the full story stop pointing fingers!
-
.png)
1
-
-
6 hours ago, Corfman Clan said:
This is not an issue on the Groundspeak side. Groundspeak has finally shut off an archaic and less secure authorization method and the apps in question have not updated to the now required authorization method. Groundspeak has been advertising this change to the API partners literally years. The application providers have no excuse for not updating their applications as there has been more than ample notification.
Not completely true.
Geooh GO was set up and doing the "required authorization method" years ago from the beginning of the API, but an incorrect parameter didn't surface until the new method went live. A technical mistake for sure, but one which Groundspeak could have prevented by reviewing server logs and informing partners of problems before go-live. I don't know about the other two apps, but don't assume application providers didn't try. Groundspeak can share some of the blame.
-
1
-
-
6 hours ago, Cyclops said:
I wrote a Wherigo with Urwigo. It runs great on an iPhone (which is what I own). When an Android user tries to run the cartridge, they do not get the first zone to light up.
Is there a way to bug this.
TIA
Which Android app? Maybe that's where the problem is.
-
Look at other apps that have built-in features like that.
-
1
-
-
6 minutes ago, thebruce0 said:
I would say that's the app being used. The phone obviously knows, in such a case, that you've moved past a threshold, so the gps is still active, but the app may be choosing to not make use of new coordinates until a difference has been met. But maybe it is the OS making that decision, dunno. In any case, the phone is still GPS-active in order to know it's moved a distance. So somewhere between that and the app deciding to update the location visually is the hiccup, and I'd be surprised if it didn't have a setting somewhere to adjust...
It definitely is the app. On Android, developers decide how location updates are generated... the frequency from a previous update, and whether the device has moved a determined distance. To save on battery usage, the developer can dictate that the user has to move 100' for example before the OS gives a location update to the app.
-
11 hours ago, The_Jumping_Pig said:
Unfortunately, I have an android and cachly is not available for my phone.
Are there other options?
Thanks.
Geooh GO does the same as Cachly plus more. Email support for assistance.
-
Did you try it with Geooh GO's Wherigo player? There's more than one Android app.
-
I've used multiple Pixel phones with the current model a Pixel 7 Pro. Everything will work just fine. Google even has tools to easily migrate from an iPhone to an Android so you shouldn't have any trouble there either.
-
3 hours ago, barefootjeff said:
Bear in mind that Groundspeak's checker on mystery caches isn't visible in the official app, you have to go to the website to even see that it's there. Even the "Solution checker enabled" attribute doesn't appear in the app.
But the Groundspeak checker is available in API apps so you don't have to go to the website.
-
9 hours ago, JL_HSTRE said:
On my Droid, when I highlight some text "Translate" is one of the options on the popup menu.
Only if you have the Google Translate app installed.
-
2 hours ago, fuzziebear3 said:
We also haven't addressed the issue of playing with your phone while driving. I hope you are a passenger, not the driver.
Another reason to consider Geooh GO with its Android Auto app. It lets you see nearby geocaches on the car display while driving. Caches pop up on the HUD with an easy to see list on top of the map that moves/rotates with the car.
-
8 hours ago, BigOpe said:
... are there other phone apps for geocaching that handle the daylight situation better than the official phone app?
-
6 hours ago, rragan said:
Yes, I can copy the text and paste it into the translate app as you say. I was hoping to allow text selection because then more options (including Translate) become available on iOS. Not sure if Android offers this on selected text. Making links live in AL text so you can click on them would be be great further refinement.
Yes, Android operates the same. Select text, then a translate option is available without having to copy paste.
-
45 minutes ago, Max and 99 said:
I can select the text in Android, but if I want to translate it then I copy it to the translating site.
If you have the Google Translate app installed, the copy/paste pop-up will include a translate option... you don't need to copy it to the website.
-
Geooh GO can show all your logs (regardless of type) which includes photos. You can also search for specific ones based on type, dates, or GC.
-
9 hours ago, capoaira said:
The free and OpenSource App WhereYouGo will also save your state and write it into files, which you can found in the directory where you put the .gwc (On newer android versions that could be a bit difficult to view the directory)
A player is a player to play the WIG, with an emulator you can emulate the players behavior, like GPS position. You have also a console output which can be very helpful for bugfixing.
So the player is for players, the emulator for development.
WhereYouGo is not completely functional on newer Android versions. Although open source, it isn't being maintained or improved.
WebWiGo is a web based player... it doesn't emulate any other players!
The Geooh Wherigo player has an optional setting to display console output to the user which was designed to help cartridge developers. So I guess you could say Geooh is a player for players and an emulator for development when using GPS spoofing to help in bug fixing... according to your definition.
-
8 hours ago, capoaira said:
You wasn't unclear, SpiritGuide just likes to advertise his app.
To your question: I sadly doesn't found an option like that :-(
Or maybe I was providing a solution... he wasn't unclear to me, but maybe you are regarding Android apps on laptops.
-
12 hours ago, Team Hugs said:
That's nice ... but I'm looking for an emulator like WebWiGo that would allow me to run the cartridge from my couch. (I apologize for being unclear in my original post.)
Does running an Android app on a laptop including a GPS spoofing app from your couch count?
-
15 hours ago, capoaira said:
So Geooh can also emulate WIGs? I thought it is a player 🤔
What is the difference between an emulator and a player?
-
4 hours ago, Team Hugs said:
Does anyone know if there's a way for WebWiGo to save progress, like you'd create a save file if you were running the cartridge live?
I'm trying to run a rather ... (*ahem*) ... difficult Wherigo through the emulator, and it'd be much easier to complete if I could save progress along the way.
The Wherigo player in Geooh GO auto saves for you.
-
Geooh GO for Android has optimized routing which can show three modes of travel and ETA.
-
3
-
.png)
Wherigo Apps!
in Wherigo
Posted
Groundspeak never had an Android Wherigo app, only iOS. The WhereYouGo developer gave up on the "free" app because free wasn't worth the effort to put into it.