This object is in archive! 

Links to included images does not work anymore

Stefan T shared this problem 7 years ago
Solved

I create a zip-file with a gpx file and a folder with images. I use local path to these images and that have been working fine for over a year. But since a couple of weeks that stopped working. A workaround seems to be to add the full path to the images. But that path differs for different phones. So I wonder what path I can use that will work for my images?


The earlier image path that worked in the .gpx looks like this:


  1. <img src="bilder/path/image.jpg"/>


But to make it work now - on my phone I need to enter this:

  1. "/mnt/sdcard/Locus/data/import/content/bilder/path/image.jpg"

I cant find the location for the gpx-file on my phone, so I cannot figure out how to state the relative path to the images. And it seems like other phones might have a path like this: "Locus/data/import/bilder/..." too, so how can I create a generaalized working path for the images in the latest version of Locus?

Replies (8)

photo
1

Good day Stefan,


it is surprising for me, because I all these years though that this system is not working and few months ago I've improved loading of attached items to gpx/kml files and was again almost sure, that now it finally works.


May you please share with me any sample file, that now does not work for you and that I may use for testing? Thank you!

photo
1

Well, always nice with surprises. :)


A have added a small example with a file structure that worked until recently.

I do not use the file that much myself, but I have scripts that create this and a couple of other versions.

This file has two items in it and the corresponding images. The folder structure is intact though, to give you a sense of the whole.


On a related topic (but fix the above first). :)

The problem we have been facing is the large file downloads that take a long time and is error prone. The file will soon reach the 4000 marks of points... All versions of the file have the same folder names, and the difference is the added points. It would be great if we could just add the new images and replace the gpx-file. That would shrink the file size greatly. New users need to add a initial big file off course, but then they can just use a small file with only the new images alongside of the gpx-file. I already use this concept for a similar app on IOS, but I would love to be able to serve the android users with the same service. But as I said, the possibility to show images at all is the main focus.

photo
1

Forgot to mention, the icon for the file is located in the same folder as the image folder and that icon is shown as expected.

And I have a report that the file works in 3.21.1 but not in 3.22.1

photo
1

Good day Stefan,

thank you for a file and additional information. It helped ... issue solved!


New version is planned on tomorrow.


When I look on your data, is a nonsense to offer (maybe optional) just an online version where all images will be stored on your server and in descriptions won't be relative path to images, but absolute path to images on web? A lot more useful in case, "internet access" is not a problem. But you was probably already thinking about it ...

photo
1

Thanks!

Yes I have a version of the file for those who have no problem being online all the time. But as the roaming costs have been an essential issue (and will be a while longer) many want the images locally.


The problem with that is the large file it creates and the time it takes to download on some units.

photo
1

Just downloaded v3.22.2 and the links work again.

Thank you for the quick resolution and support!


Do you want me to post a new thread on the possibility for using the same image folder for updated zip-files, or is that not a possible scenario anyway?

photo
1

Glad to hear it works again.


And you use case is really special. I do not see and simple method how may I simplify your work for now, sorry.

photo
1

Yea, I suspect so. On the other hand, lets hope that the lowering of the roaming costs this year makes it more interesting to use the file with image URLs instead...


Thanks again.

Replies have been locked on this page!