This object is in archive!
Some geocache log images refuse to load
Solved
Hi. This is something I've noticed in Locus for the longest time. Just now I did a little more investigating.
- Load a geocache such as GC11C2M. Either via PQ, or Import GC in G4L.
- Download Logs or Update Cache to load the image thumbnails.
- Tap the image thumbnail. In GC11C2M, try the image on the most recent log of Sept 25.
Result: image doesn't load, and shows a broken-www icon instead.
This happens reasonably often (5-10% of the time?), and when it does, it happens consistently on both my devices, and (I think) it'll happen from one day to the next. It's as if there's some unknown attribute of certain images that prevents them from loading.
(I thought this was related to the image not having a title, but after some more checking, I realized that's not the case.)
Also, GC3X9P4 has a good mix of loading- and non-loading images.
The same problem 
Good day Viajero,
I'm testing your GPX file and all seems to work correctly for me. Anyway I'm sure in this case, it is not a problem of some specific images in logs, but more general problem in Locus application. I have already noticed few times, that images downloaded from web are sometimes incorrectly displayed as "problem with internet".
I've spend some time on it and probably found a problem that cause this. It will be improved in next version. Same issue may still happen, but I believe it will be a lot more rare. Let me know if this will be better in next version. Thank you.
Good day Viajero,
I'm testing your GPX file and all seems to work correctly for me. Anyway I'm sure in this case, it is not a problem of some specific images in logs, but more general problem in Locus application. I have already noticed few times, that images downloaded from web are sometimes incorrectly displayed as "problem with internet".
I've spend some time on it and probably found a problem that cause this. It will be improved in next version. Same issue may still happen, but I believe it will be a lot more rare. Let me know if this will be better in next version. Thank you.
Your lightning-quick replies (and fixes) are always a treat. Thank you!
I'll keep an eye on it in the next version and let you know. Cheers.
Your lightning-quick replies (and fixes) are always a treat. Thank you!
I'll keep an eye on it in the next version and let you know. Cheers.
I did some sofa-testing with the new version, looked at a couple hundred images, and still a few images refuse to load. Maybe 5%. Is it better than before? I think so, but I didn't pay that much attention before the fix.
One thing I've noticed. When an image doesn't load, it's always happens to be the *only* image on the log. (Uninitialized variable?) When a log has multiple images, they always load. And sometimes when a log has just a single image, it will load successfully. BTW, once an image refuses to load, no amount of manual retrying will make it succeed.
I did some sofa-testing with the new version, looked at a couple hundred images, and still a few images refuse to load. Maybe 5%. Is it better than before? I think so, but I didn't pay that much attention before the fix.
One thing I've noticed. When an image doesn't load, it's always happens to be the *only* image on the log. (Uninitialized variable?) When a log has multiple images, they always load. And sometimes when a log has just a single image, it will load successfully. BTW, once an image refuses to load, no amount of manual retrying will make it succeed.
Thanks guys! I was thinking that problem is in small thumbnails, but seems that issue is in big images, right? Anyway
@balloni55 ,
image in GC34CN5 ( https://s3.amazonaws.com/gs-geo-images/6be40adc-c961-4b88-ab79-5832749c4aa1.jpg ) , image has incorrectly set color palette and also it's PNG, not JPG image. Some tools display it, unfortunately seems that Android don't, sorry.
image in GC6TZHH ( https://s3.amazonaws.com/gs-geo-images/92662631-2fab-49e0-93a0-12c0225be874.jpg ), same problem, hmm
@Viajero Perdido:
first image in GCHG96 log ( https://s3.amazonaws.com/gs-geo-images/47458d09-7794-4535-b4cb-b6db623dae1b.jpg ), exactly same issue.
I've used this tool : http://regex.info/exif.cgi to check what's wrong.
---
Hmm after some more searching, I've found that images are probably in color palette defined as CMYK, which is not by default supported by Android! Even a QuickPic (my favorite image browser) refuse to open it.
I've found only solution, by using some quite old library ( https://github.com/Mariovc/GetCMYKImage ) which is also unfortunately compiled only for one type of processor.
So I'm sorry guys, this issue do not have solution because main problem is in Android itself.
Thanks guys! I was thinking that problem is in small thumbnails, but seems that issue is in big images, right? Anyway
@balloni55 ,
image in GC34CN5 ( https://s3.amazonaws.com/gs-geo-images/6be40adc-c961-4b88-ab79-5832749c4aa1.jpg ) , image has incorrectly set color palette and also it's PNG, not JPG image. Some tools display it, unfortunately seems that Android don't, sorry.
image in GC6TZHH ( https://s3.amazonaws.com/gs-geo-images/92662631-2fab-49e0-93a0-12c0225be874.jpg ), same problem, hmm
@Viajero Perdido:
first image in GCHG96 log ( https://s3.amazonaws.com/gs-geo-images/47458d09-7794-4535-b4cb-b6db623dae1b.jpg ), exactly same issue.
I've used this tool : http://regex.info/exif.cgi to check what's wrong.
---
Hmm after some more searching, I've found that images are probably in color palette defined as CMYK, which is not by default supported by Android! Even a QuickPic (my favorite image browser) refuse to open it.
I've found only solution, by using some quite old library ( https://github.com/Mariovc/GetCMYKImage ) which is also unfortunately compiled only for one type of processor.
So I'm sorry guys, this issue do not have solution because main problem is in Android itself.
thanks for your description ;-))
as i wrote above:
- exactly this image load pefect with my SGS2 CM14, android 7.0 N
so it didn´t depend generally on android
thanks for your description ;-))
as i wrote above:
- exactly this image load pefect with my SGS2 CM14, android 7.0 N
so it didn´t depend generally on android
This issue is with the big images, not the thumbnails, right. Thumbnails always load.
I'm running the latest stock Android 6 on both my devices.
I wonder if Groundspeak's own app has the same problem. Maybe they could be persuaded to fix up the images on their server, hmm... (I won't ask you to do that.)
BTW, I know the http://regex.info/exif.cgi tool well; it's my favourite resource for solving puzzles.
Thanks for all your efforts on this. :) I can live with it.
PS, one last thought. Some of the problem images are huge PNGs. Could it be as simple as them taking too long to load?
This issue is with the big images, not the thumbnails, right. Thumbnails always load.
I'm running the latest stock Android 6 on both my devices.
I wonder if Groundspeak's own app has the same problem. Maybe they could be persuaded to fix up the images on their server, hmm... (I won't ask you to do that.)
BTW, I know the http://regex.info/exif.cgi tool well; it's my favourite resource for solving puzzles.
Thanks for all your efforts on this. :) I can live with it.
PS, one last thought. Some of the problem images are huge PNGs. Could it be as simple as them taking too long to load?
I just discovered this problem has a serious side-effect. After an image fails to load. Locus starts using data at an incredible rate.
Result: Locus is now consuming data for unknown reason, and continues doing so until you exit Locus completely.
I measured about 1MB / second (!!!) on WiFi, and unknown speed on cellular (I hit my data cap almost immediately; I had kept it low so it only cost me a few dollars.) But I calculate that with my data plan, if I hadn't set a limit in Android, this would cost the equivalent of about €70 / hour. It also used about 1GB over WiFi at home before I noticed, and while I tracked down the issue.
This happens on both my devices (one is different than the time of my earlier report above; all three with Android 6.0), with three different caches where I'd found problem images. I'm using offline vector maps, G4L is not active, not using Live Tracking. Data drains whether Locus is foreground or background, and Android identifies Locus as the culprit. Happens with Locus 3.23.2, also beta 3.23.2.3.
Sorry, but Locus is now on my short list of apps not allowed to use background data on cellular. And my apologies if you're still trying to be on vacation; I hate to disturb a well-deserved break.
I just discovered this problem has a serious side-effect. After an image fails to load. Locus starts using data at an incredible rate.
Result: Locus is now consuming data for unknown reason, and continues doing so until you exit Locus completely.
I measured about 1MB / second (!!!) on WiFi, and unknown speed on cellular (I hit my data cap almost immediately; I had kept it low so it only cost me a few dollars.) But I calculate that with my data plan, if I hadn't set a limit in Android, this would cost the equivalent of about €70 / hour. It also used about 1GB over WiFi at home before I noticed, and while I tracked down the issue.
This happens on both my devices (one is different than the time of my earlier report above; all three with Android 6.0), with three different caches where I'd found problem images. I'm using offline vector maps, G4L is not active, not using Live Tracking. Data drains whether Locus is foreground or background, and Android identifies Locus as the culprit. Happens with Locus 3.23.2, also beta 3.23.2.3.
Sorry, but Locus is now on my short list of apps not allowed to use background data on cellular. And my apologies if you're still trying to be on vacation; I hate to disturb a well-deserved break.
Good day Viajero,
thank you for a precise description. Yes I'm on vacation, but because I do not have here an computer, I only solve some easy tasks on my wife's notebook.
Nice serious issue! I'll look at it in Sunday once I return home, thanks!
Good day Viajero,
thank you for a precise description. Yes I'm on vacation, but because I do not have here an computer, I only solve some easy tasks on my wife's notebook.
Nice serious issue! I'll look at it in Sunday once I return home, thanks!
Replies have been locked on this page!