Jump to content

LHCper

+Premium Members
  • Posts

    14
  • Joined

  • Last visited

Everything posted by LHCper

  1. I know that you can use Google Translate on normal geocacher, either by specifying URL in Google translate, or by doing copy & paste. Now I am planning on visiting a Letterbox in Antwerpen, Belgium, but this has quite a lot of text. This geocache is PREMIUM, and attempt to translate the URL does not work as I get into the "Upgrade to premium" page, so it seems it is not possible to use this for Premium geocaches even though I am a premium member. So is there a way to do this without having to do cut&paste x N?
  2. I tried to remove national characters, and in some cases spaces, from Zone, Characters, Items, Variables. But it still does not upload. Have tried gwz with both UTF-8 and without. Tried the compilation (gwz -> gwc) and it does not report any problems. I have a potential problem when playing the cartridge - I have more than 7 active zones, but I do not see that should cause this problem. But suddenly it worked. I think it was the name of the cartridge that was the problem. It was called: Lejonjakten i Linköping (English: Lion Hunt in Linköping) When I renamed it to Lejonjakten It managed to upload.
  3. Definitely for the actual code (as normally 7 bit ASCII is used) but for texts presented for the user I prefer to have it in the local language. (Although I have been known to make English only caches - e.g. an ALC). A majority of my caches usually have both Swedish and English. Of my two Wherigo, one was a translated German one to Swedish, and the other was Bilingual (English/Swedish) - see below. Personally, in general, I have better experience to not add extra letters when doing the transformations; this makes it easier to read as the brain often just sees the first and last letter, and the length. (Try e.g. to swap to letters and see that it does little to affect readability.) So å => a, ä => a, ö => o. I suppose ü => u might work nicely as well. ß => ss I do not know but maybe that is a common transformation so maybe readers are used to it? I did make a bilingual Wherigo where all texts were duplicated. And then had an initial choice of languages, and an if-then statement for all texts. That was a bit of an extra work. Making two cartridges and let user chose might be another way, but I do not know if it is supported to have multiple cartridges in a single geocache? But if it is the Swedish characters I think it might be that I used it in zone names. This as I used current_zone.name in some Dialog messages. Also in Variables, Characters, Items, ... So it might be that the actual texts work fine, but internal things maybe not work as well. But I will try to clean it up a bit to see if I can get it to work. Maybe I can use a function to lookup the name of the zone in an if-else-then and use this value, instead of using current_zone.name?
  4. I am using Swedish characters, even in variable names, so maybe that can cause this? OK, I suppose I will have to try to change things and to see if I can find what is causing this. It would have been nice to get a better error message, of course.
  5. When I want to upload a new GWZ file to Wherigo.com I get "An unknown error occurred". So what do I do know? Have uploaded cartridge before for another Wherigo. GWZ has been built using Urwigo. Tried both with and without UTF-8. Size of GWZ file is 138kB. Later the same day I uploaded another cartridge for another Geocache I have created. That one uploaded without any problems. So it is surely something with this cartridge.
  6. That would be interesting as it seem to be a common belief that deleting an ALC would destroy statistics, streaks etc Anyway I logged one step as the only find yesterday and that increased my streak.
  7. I assume that lab caches are considered in longest streak. If not this would be a request to do it. As I understand it lab cache logs are removed if an Adventure Lab cache is archived. Does this means an archive of a lab cache would break a longest streak, if the lab cache is the only Find during a date? If this is the case this could be seen as a request to not remove lab cache logs when an Adventure Lab is archived as it otherwise risk destroying statistics. (At least the above scenario is not possible to recoup from.)
  8. When trying this url it crashes: https://www.geocaching.com/play/map?cs=4&st=Norrköping%2C+Östergötlands+Län&oid=292075&ot=city&hf=1&nfb=LHCper&ho=1&asc=true&sort=distance&lat=58.59419&lng=16.1826 Rest of stack: at div\n at t (https://www.geocaching.com/play/map/public/vendors~SearchMapDecorators.d587c1a4ff4bb126d6e3.js:2:250836)\n at div\n at I (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:83441)\n at n (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:485728)\n at div\n at div\n at div\n at $ (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:189079)\n at C (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:218106)\n at s (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:179701)\n at O\n at u (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:457861)\n at x\n at t.SidebarProvider (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:115061)\n at L\n at t.ActiveCacheProvider (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:173460)\n at M\n at t.MobileListProvider (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:120079)\n at _\n at t.ActiveListProvider (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:175446)\n at E\n at t.ViewProvider (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:121816)\n at T\n at t.ApiProvider (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:122327)\n at P\n at s (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:178571)\n at k\n at t.MapProvider (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:176591)\n at D\n at t.BrowserProvider (https://www.geocaching.com/play/map/public/SearchMapDecorators.d76620256b95cda24019.js:1:132127)\n at N\n at t (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:140350)\n at Suspense\n at t.TranslationProvider (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:879593)\n at n (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:485728)\n at t (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:142490)\n at t (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:136835)\n at l (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:401302)\n at o (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:402757)\n at C (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:218106)\n at f (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:216166)\n at C (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:829382)\n at div\n at i (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:1191318)\n at C (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:787089)\n at h\n at t.LimitSearchProvider (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:278622)\n at p\n at v (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:367851)\n at v\n at t.FiltersProvider (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:778634)\n at g\n at t.ExperienceProvider (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:777029)\n at m\n at t.UserProvider (https://www.geocaching.com/play/map/public/web-map.3.1.0.ffe6b03014c12bd57b6d.js:2:893686)"
  9. I encountered this problem today after downloading GSAK 9. Had not been using my old GSAK installation for over a year. But I think I solved my problem. Did log in in the browser showing in GSAK, but still had problems. So I logged out from two of my other browsers (two other I were not logged in to). When retrying to get a new authorization token I choose to log into as another user (but selecting same user). This seemed to work, and I managed to update the caches in the current database. Good, that means I can be using GSAK for some more time. (Forgot one thing - I only have one account in my GSAK installation. So that was never a problem.)
  10. I have been using WhereYouGo for a couple of years and have done about 20 of them with this app. Have run in on various phones, including HTC, Sony Ericsson and Sony. It has mostly worked smoothly. But I do have a major problem that I am curious if it is a problem with the specific player or if it is general? It is that it cannot handle non-ascii characters and these does show up as "?" in the player. So, characters like é, ü, å... There are many other characters that you would like to use if making native language cartridges. There are of course possibility to use images but that is very cumbersome. I suppose that one would like to use unicode.
  11. Have you gotten any help on that issue? If not you could maybe send a message to my geocaching signature and I could try to help you via e-mail.
  12. It is quite commen that people log caches in the field (using smartphone) and writes something like "TFTC, more to come". And when they get back home they add info to that log. Or, if they took a picture, they add it to a log afterwards. For some caches, I as a CO would like to see all changes/logs to the cache. Don't want to "poll" all my caches (and all logs) every day for any possible additions/changes of logs. So, one possible change would be to send a notification to the CO (and possibly everyone on the watch list for the cache) when a log is changed, a photo is added, a log record is deleted etc.
  13. I think the favorite point (FP) system is good, and that it promotes good caches. When coming to a new area I often check which caches have a good number of FP and try to log these if possible. Anyway, I have a suggestion for an enhancement to the FP system. The basic idea is that the FP choices you make should give you suggestions of good caches to log! How would you do this? Well, there are a lot of sites that has systems like this. For example music, movies and books. You mark the ones you like, and the system/site checks your preferences with other voters. If they find a good match they select other from the ones the other persons has rated as good and that you have not rated. So, you would get suggestions that match your preferences. So for geocaching this could work like: - You put FP as usual - The system match your FP selection with others. Found logs of people that has a good match (meaning that they have marked FP on the same caches that you have, when both has logged the caches) will indicate "good" caches. - In the weekly newsletter you get a list of "good" caches in reasonable distance to your "home". - An enhancement could be to mark "good" caches on the map.
×
×
  • Create New...