This object is in archive!
Installed themes are not available
Solved
Themes are not available. The Theme (openandromaps) was copyed under the _themes folder, but i can`t see it.
Themes are not available. The Theme (openandromaps) was copyed under the _themes folder, but i can`t see it.
The same problem 
Same tip here, I suggest to check for a 2nd locus folder.
Same tip here, I suggest to check for a 2nd locus folder.
Sorry. I double check this with my mac. No second locus folder. Not on the internal or on the external SD card.
Sorry. I double check this with my mac. No second locus folder. Not on the internal or on the external SD card.
if there is any duplicate folder or not, may be seen now directly in menu > information > first tab! So check it there please
Hmm anyway I see no reason why it is not visible. Locus only checks directory and availability of one XML file. Weird ... I should create some test version that will display some debug messages, no better solution for now ...
if there is any duplicate folder or not, may be seen now directly in menu > information > first tab! So check it there please
Hmm anyway I see no reason why it is not visible. Locus only checks directory and availability of one XML file. Weird ... I should create some test version that will display some debug messages, no better solution for now ...
The problem was solved. I removed all Themes.
Copied the Themes as .zip to my Droid.
Then unzip with ASTRO.
Move the files to the right folder...
..now it works fine.
Downloading the zip with MacOSX, unzip with osx and copy to Droid does not work.
Thanks for your help
cheers
Thilo
The problem was solved. I removed all Themes.
Copied the Themes as .zip to my Droid.
Then unzip with ASTRO.
Move the files to the right folder...
..now it works fine.
Downloading the zip with MacOSX, unzip with osx and copy to Droid does not work.
Thanks for your help
cheers
Thilo
Reason: unzip with MacOS creates a new line with CR (0x0d) only while Android/Linux expects a LF (0x0a)
@Thilo: Could you confirm by checking with a hex editor?
Reason: unzip with MacOS creates a new line with CR (0x0d) only while Android/Linux expects a LF (0x0a)
@Thilo: Could you confirm by checking with a hex editor?
I am sorry. No Hex Editor available. But I provide the mac_xml file for further checks here:
http://dl.dropbox.com/u/50118932/andr...
I am sorry. No Hex Editor available. But I provide the mac_xml file for further checks here:
http://dl.dropbox.com/u/50118932/andr...
Oh, I see, Mac users don`t need such stuff, they prefer video editors ;-).
The file contains the Windows like sequence of 0D 0A for end of line which is to what I remember not understood by the mapsforge library which reads the theme files. Actually I don`t know if Mac OS still uses 0D (what they really did in the past!) or if it was changed due to the Unix platform it is based on since MacOSX.
Whatever, I`m pretty sure that the reason for the incompatibility of the .xml is the contained 0D 0A sequences instead of 0A only for every line end.
So, problem fixed.
Oh, I see, Mac users don`t need such stuff, they prefer video editors ;-).
The file contains the Windows like sequence of 0D 0A for end of line which is to what I remember not understood by the mapsforge library which reads the theme files. Actually I don`t know if Mac OS still uses 0D (what they really did in the past!) or if it was changed due to the Unix platform it is based on since MacOSX.
Whatever, I`m pretty sure that the reason for the incompatibility of the .xml is the contained 0D 0A sequences instead of 0A only for every line end.
So, problem fixed.
Replies have been locked on this page!