https://www.4umaps.com/ is online for several weeks... but actually do not provide any map, nor nothing really interesting. You can browse it to see what it is currently. I don't know what is the real purpose of this website.... Maybe, they bought the domain name, and currently just provide this useless website, but provide maps later ?
It looks like the http://tileserver.4umaps.com/ is either not setup and or at least not setup correctly (SSL/TLS errors connecting). This means it's not useful with MOBAC. Is there any info on whether the owner of this site plans to fix the tileserver or is it just offline indefinitely?
It looks like the http://tileserver.4umaps.com/ is either not setup and or at least not setup correctly (SSL/TLS errors down connecting). This means it's not useful with MOBAC. Is there any info on whether the owner of this site plans to put the tileserver back online?
It looks like the http://tileserver.4umaps.com/ is not setup and online, only the Google Maps based views on the webpage. This means it's not useful with MOBAC. Is there any info on whether the owner of this site plans to put the tileserver back online?
Please check the website yourself, I don't see an OSM online map there. I can find only a Google Maps based view.
Reading the forum page above, the very last post on 2024-02-28 says that https://www.4umaps.com/ is online again. Does that mean it should work with MOBAC or am I missing something? Are there required config changes to download from this site or are there other issues?
OpenStreetMaps TLS Error: Untrusted Certificate
The 4uMaps.eu server is gone - please read the whole story here in the forum https://sourceforge.net/p/mobac/forum/general/thread/106784dc1d/ Therefore errors like those you have posted are expected and can not be solved.
OpenStreetMaps TLS Error: Untrusted Certificate
Technically it is possible, however OpenStreetmap.org disallows bulk download of tiles, and therefore MOBAC is blocked: https://wiki.openstreetmap.org/wiki/Blocked_Tiles
is there away to add.openstreetmap.org to the map list , as this site is osm based and has 14 zoom .
Hello, KOMPASS Touristik seems to be replace by kompass_classic on Kompass server (Thanks to Jean-Marie Zogg) map here : Monde-Kompass_rando.bsh
Hi, Indeed, the user confirms that he has an old machine and that he cannot run a more recent version of the JRE ... Nicolas
I did the test I was talking about just above, on a "fresh" install of W10, and, actually, I can confirm that with Java 14 downloaded from Oracle (and according to my own log file, I can confirm that it's exactly this version that was used by your MacOS user), geopf.fr SSL is NOT trusted, and in MOBAC, we need to add trustedPublicKeys to source files to have it working and get the tiles. BUT Java 14 is an OLD version of Java, described as OBSOLETE by Oracle, and require to dig in archive part of...
I did the test I was talking about just above, and, actually, I can confirm that with Java 14 downloaded from Oracle (and according to my own log file, I can confirm that it's exactly this version that was used by your MacOS user), geopf.fr SSL is NOT trusted, and in MOBAC, we need to add trustedPublicKeys to source files to have it working and get the tiles. BUT Java 14 is an OLD version of Java, described as OBSOLETE by Oracle, and require to dig in archive part of Oracle website to get it, in...
If I understand correctly (but I'm not sure....) it seems it is the Java Run Time Environment (JRE) provided by Oracle, in rev 14. It would be interesting to know if, with this specific JRE, we have the same need of trustedPublicKeys when running in a Windows environment (I'll probably do the test tomorrow in a VM), and conversely, check if under MacOS but with another java run time (eg the one provided by Eclipse Adoptium, suggested by r_x, and I'm using on my laptop) these trustedPublicKeys become...
If I understand correctly (but I'm not sure....) it seems it is the Java Run Time Environment (JRE) provided by Oracle. It would be interesting to know if, with this specific JRE, we have the same need of trustedPublicKeys when running in a Windows environment (I'll probably do the test tomorrow in a VM), and conversely, check if under MacOS but with another java run time (eg the one provided by Eclipse Adoptium, suggested by r_x, and I'm using on my laptop) these trustedPublicKeys become useless....
Please find an example here: http://randochartreuse.free.fr/mobac2.x/mapsources/00-Modeles/XML-Modele_publicKeyHash.xml regards Nicolas
Please find an example here: http://randochartreuse.free.fr/mobac2.x/mapsources/France/IGN/France-IGN-pentes-ski-couleur_publicKeyHash.xml regards Nicolas
Works fine, thanks
Yes, you're right All the information is in the journal attached in my first message https://sourceforge.net/p/mobac/forum/general/thread/b49b6569c4/3a2b/attachment/Mobile%20Atlas%20Creator.log java.runtime.name = Java(TM) SE Runtime Environment java.runtime.version = 14+36-1461 java.specification.name = Java Platform API Specification java.specification.vendor = Oracle Corporation java.specification.version = 14
Nicolas, I'm surprised of what you say.... because MOBAC do not interfere at all neither with Firefox and Chrome, nor with Opera and Safari.... And as far as I know (or think to know, but maybe I'm wrong), it is the Java environment that provides which certificates are trusted or not. Which version of Java is used by your MacOS user ?
Laurent, On Windows and Linux, Firefox and Chrome support the certificate and this tag is no longer used (see: https://sourceforge.net/p/mobac/forum/map_sources/thread/ee90be8881/?limit=25#2800 ) But under MacOS, with Opera or Safari, it doesn't work! I will check your solution this evening and get back to you Nicolas
The main problem is that data.geopf.fr server uses a https certificate that belongs to a root ca that is not included in Java trust store. See SSL Labs report on that server: https://www.ssllabs.com/ssltest/analyze.html?d=data.geopf.fr
I just found why the source wasn't loading The right syntax is <trustedPublicKeys> <publicKeyHash>08555d5501a5fd828305b4a20f7794948fca02b0aa35267b23fe968d51224870</publicKeyHash> </trustedPublicKeys> but once again, why to insert these values : it works fine without them.... And with them, it's working also, and I do not have the error you mention....
I just found why the source wasn't loading The right syntax is <trustedPublicKeys> <publicKeyHash>08555d5501a5fd828305b4a20f7794948fca02b0aa35267b23fe968d51224870</publicKeyHash> </trustedPublicKeys> but once again, why to insert these values : it works fine without them.... And with them, I do not have the error you mention....
Hi Nicolas, what is the purpose of these lines <publicKeyHash>...</publicKeyHash> I more or less remember that something like that (but wasn't it <trustedpublickeyhash>...</trustedpublickeyhash> ?) was necessary in the past due to a problem with IGN servers, but AFAIK it is no more necessary. I ask the question because without these lines, the source file works fine.... and with these lines, I do not have the error you mention.... but I'm not even able to load the XML source file....
I just found why the source wasn't loading The right syntax is <trustedPublicKeys> <publicKeyHash>08555d5501a5fd828305b4a20f7794948fca02b0aa35267b23fe968d51224870</publicKeyHash> </trustedPublicKeys> but once again, why insert these values : it works fine without them.... And with them, I do not have the error you mention....
I just fund why source wasn't loading The right syntax is <trustedPublicKeys> <publicKeyHash>08555d5501a5fd828305b4a20f7794948fca02b0aa35267b23fe968d51224870</publicKeyHash> </trustedPublicKeys> but once again, why insert these values : it works fine without them.... And with them, I do not have the error you mention....
Hi Nicolas, what is the purpose of these lines <publickeyhash>...</publickeyhash> I more or less remember that something like that (but wasn't it <trustedpublickeyhash>...</trustedpublickeyhash> ?) was necessary in the past due to a problem with IGN servers, but AFAIK it is no more necessary. I ask the question because without these lines, the source file works fine.... and with these lines, I do not have the error you mention.... but I'm not even able to load the XML source file....
Hello r_x, MacOS user has a problem with IGN(France) SSL/TLS , 1- He use XML file with the tag <publicKeyHash>08555d5501a5fd828305b4a20f7794948fca02b0aa35267b23fe968d51224870</publicKeyHash> <customMultiLayerMapSource> <name>France, cartes Ski rando (pentes sur niveaux couleur)-Z(17)</name> <layers> <customMapSource> <name>Carte IGN (couleur)</name> <tileType>png</tileType> <minZoom>6</minZoom> <maxZoom>17</maxZoom> <publicKeyHash>08555d5501a5fd828305b4a20f7794948fca02b0aa35267b23fe968d51224870</publicKeyHash>...
Thanks r_x, the last explanation helped a lot to better understand the behaviour. And I did the following: I selected a number of tiles in Grid zoom 12 horizontally (e.g. 8 tile which gives me roughly 50 km) and created an atlas for these tiles. This produces the atlas including all texts (don't ask me why - at least I did not see anything missing). I repaeted this 8 times vertically so that in the end I have 8 atlases each containing a 5.3km stripe. Now comes a nice feature into the story that twonav...
The preview pane uses the same rendering system. The only difference is the order in which the tiles are rendered. Created maps are generated like you read an English text line by line left to right. The preview pane is generated in a spiral (AFAIR clock wise) starting at the center of the currently visible map. Not sure about the label cache with remembers what tiles already have been rendered.
Is it the same rule /process for rendering in the preview pane of MOBAC ? If yes, (and provided nothing is before in TileStore...) actual rendering (and then label presence) depend on what is the top left corner of preview pane when source is selected ? Correct ?
Using Grid Zoom has only an impact on the area you select, nothing more. MOBAC starts in the upper left corner generating the map tiles and then goes line by line down to the botton right corner. Changing the tile that is the upper left corner thus changes the tiles that had been rendered before and thus may have an impact on if a label is rendered or not. So it is coincidence that lapels appear or disappear.
Hi r_x, Laurent, thanks for your support. It looks as if the tiles of the highest zoom level (which are the smallest tiles) determine which text is shown and which not. I did some testing and could see that depending on the placement of the text box it may or may not appear in .rmap. Not good as there seems to be no solution for this problem. What it does not explain is the following: why dowes it work perfectly well when I use Zooom levels 12-17 only and set Grid zoom to 12 (selecting one tile of...
Even if the title is "openandromap" I think this discussion is actually about the Mapsforge rendering library included in MOBAC. I fully agree. And thank you for your explanations.... that show us there is no real solution to this (quite little) problem.
You can see r_x 's answer just above https://sourceforge.net/p/mobac/forum/map_sources/thread/9ccb9a1c2e/#b03a/3c0b Sorry for double post !
You can see r_x 's answer just above https://sourceforge.net/p/mobac/forum/map_sources/thread/9ccb9a1c2e/#b03a/3c0b
You can see r_x 's answer just above https://sourceforge.net/p/mobac/forum/map_sources/thread/9ccb9a1c2e/#b03a/3c0b
Even if the title is "openandromap" I think this discussion is actually about the Mapsforge rendering library included in MOBAC. I agree. And thank you for your explanations.... that show us there is no real solution to this (quite little) problem.
Hi. Even if the title is "openandromap" I think this discussion is actually about the Mapsforge rendering library included in MOBAC. That map tiles in the preview pane are not identical to the tiles used in the atlas is possible. When using Mapsforge as generator I remember that there was always the label problem. Mapsforge generates the labels dynamically, based on the already neighbour tiles. The main problem are labels that are larger than one tile or that are placed at the border so that the...
I just ran a last test : The issue (or "strange behaviour") seems to be not linked to the format of atlas generated (ie. here TwoNav Rmap). I have indeed generated the same atlases in MBtilesSqlite format (all other parameters being identical).... and generated tiles are exactly the same (or at least are displayed exactly the same by Oruxmaps) in equivalent atlases, whatever they are in TwoNav Rmap format, or in MBTiles Sqlite format. And last comment : When Rainer says that "some text" are missing,...
I just ran a last test : The issue (or "strange behaviour") seems to be not linked to the format of atlas generated (ie. here TwoNav Rmap). I have indeed generated the same atlases in MBtilesSqlite format (all other parameters being identical).... and generated tiles are exactly the same (or at least are displayed exactly the same by Oruxmaps) in equivalent atlases, whatever they are in TwoNav Rmap format, or in MBTiles Sqlite format. And last comment : When Rainer says that "some text" are missing,...
I just ran a last test : The issue (or "strange behaviour") seems to be not linked to the format of atlas generated (ie. here TwoNav Rmap). I have indeed generated the same atlases in MBtilesSqlite format (all other parameters being identical).... and generated tiles are exactly the same (or at least are displayed exactly the same by Oruxmaps) in equivalent atlases, whatever they are in TwoNav Rmap format, or in MBTiles Sqlite format. And last comment : When Rainer says that "some text" are missing,...
I just ran a last test : The issue (or "strange behaviour") seems to be not linked to the format of atlas generated (ie. here TwoNav Rmap). I have indeed generated the same atlases in MBtilesSqlite format (all other parameters being identical).... and generated tiles are exactly the same (or at least are displayed exactly the same by Oruxmaps) in equivalent atlases, whatever they are in TwoNav Rmap format, or in MBTiles Sqlite format. And last comment : When Rainer says that "some text" are missing,...
I just ran a last test : The issue (or "strange behaviour") seems to be not linked to the format of atlas generated (ie. here TwoNav Rmap). I have indeed generated the same atlases in MBtilesSqlite format (all other parameters being identical).... and generated tiles are exactly the same (or at least are displayed exactly the same by Oruxmaps) in equivalent atlases, whatever they are in TwoNav Rmap format, or in MBTiles Sqlite format.
I just did a test that confirm Rainer's asumption : I generated 6 atlases, always "centered" on the same point. The first one, named Lev10 covering an area corresponding to a zoom 10 tile, and including level zooms 10 to 16 The 2nd one, named Lev11 covering an area corresponding to a zoom 11 tile, and including level zooms 11 to 16 (an atlas that do not cover a full tile 10 cannot contain such a tile) Etc... up to 6th one, covering an area corresponding to a zoom 16 tile, and including only level...
Hi, I confirm there is a problem (or at least a strange behaviour !), and the problem is in the atlas itself, not in TwoNav. I first tried to find on the web a technical description of Rmap format... but I didn't find it. Then, I saw that this format is readable by Orux maps. I then generated three atlases, covering the same (small...) area - one atlas with only zoom level 14 - one with only 15 - one with only 16 - and one with the three levels, 14, 15 and 16 In all cases, grid zoom level was set...
In my case it definitely depends on the size of the map that I select: with apprx. 6.3x6.3 km (Grid Zoom 12) it seems to work, with the larger sizen 12.6x12.6km (Grid Zoom 11) the text is partially missing. It gets worse the larger the coverd area is. I really hope that someone can find the issue. Thanks @ all.
Hi, I confirm there is a problem (or at least a strange behaviour !), and the problem is in the atlas itself, not in TwoNav. I first tried to find on the web a technical description of Rmap format... but I didn't find it. Then, I saw that this format is readable by Orux maps. I then generated three atlases, covering the same (small...) area - one atlas with only zoom level 14 - one with only 15 - one with only 16 - and one with the three levels, 14, 15 and 16 In all cases, grid zoom level was set...
Hi, I confirm there is a problem (or at least a strange behaviour !), and the problem is in the atlas itself, not in TwoNav. I first tried to find on the web a technical description of Rmap format... but I didn't find it. Then, I saw that this format is readable by Orux maps. I then generated three atlases, covering the same (small...) area - one atlas with only zoom level 14 - one with only 15 - one with only 16 - and one with the three levels, 14, 15 and 16 Whatever the atlas open in Orux maps,...
@Babbudor: ok, I did not mention this and repeated the test: - Zoom Level set to 17, Gruid Zoom set to 12: it works - Zoom Level set to 17, Gruid Zoom set to 11: it does not work, some texts (not all) are missing So obviously the Grid Zoom does have an effect. It is definitely a flaw in MoBAC, the RMAP file does not contain the text. I opened the rmap file in QLandkarteGT - same issue: the text is not there :-(
The grid should have no impact on map generation, it's just a tool to help selecting tiles To rule out MoBAC, please do some tests like I did with only 1 zoom level in the RMAP
I am doing the following: - select zoom level 12-17 / Grid Zoom=12: text appears in rmap (but map is rather small) - select zoom level 12-17 / Grid Zoom=11: text appears only paritally in rmap I am doing more testing but I do not see where the issue could be. I will do more analysis of the theme file I am using (4umaps). @Laurent: you write: this would mean that rater images generated by MOBAC for this format are not identical to rater images displayed in preview screen ????: this is what it looks...
Hi all, I'm very surprised with what is said in this discussion. I do not know internal syntax / architecture of TwoNav RMap files, but the main principle of MOBAC is to generate raster images of map tiles. A MOBAC atlas is no more a vector map (like the OpenAndroMaps map file is), in which external application "builds" the images to be displayed, but a collection of completely defined and static images, in Jpeg or in PNG format. So, if what you write is true (and surely it is !) this would mean...
@Rainer Have you done a test with only zoom level 11 in the RMAP ? If not, there is always a doubt on which zoom level TwoNav is using I can't any good reason why MoBAC would get a different raster rendering for the tiles it displays on screen and those it package in a RMAP. Still the OSM rendering could be a bit tricky...
Hi all, I'm very surprised with what is said in this discussion. I do not know internal syntax / architecture of TwoNav RMap files, but the main principle of MOBAC is to generate raster images of map tiles. A MOBAC atlas is no more a vector map (like the OpenAndroMaps map file is), in which external application "builds" the images to be displayed, but a collection of completely defined and static images, in Jpeg or in PNG format. So, if what you write is true (and surely it is !) this would mean...
Hi, I did more testing and found similar behaviour as Barbudor describes: When I use Zoom Level 12-17 (Grid Zoom set to 12) I can create -rmap files that are close to what I see in MoBAC. Not all details are identical but it would be a very good result / compromise. It does not work properly when I use Grid Zoom set to 11 or lower. Although some text fields appear in Land most of the texts are missing. The problem is that with Grid Zoom set to 12 the map size is very small (roughly 6x6 km) and I...
That still does not explain why you post it here. Do you want to process map tiles using that tools?
Apologies for the confusion. The question is related to discussing the features and capabilities of Mass Image Compressor for addressing challenges in compressing and converting images in batches, troubleshooting methods for file size reduction for that I'm using https://jpegcompressor.com/ it compress images and preserving image quality, and handling metadata preservation for optimal optimization across different platforms like webpages, emails, and mobile devices.
MOBAC vs. Land display: some text is missing in Land.
There are definitively differences in the way TwoNav is managing zoom when using multi-zoom layers maps I've created a test exporting only a zoom 16 layer and I can't see any differences between both MoBAC is using discrete zoom level while TwoNav is using a continuous zoom and you can't really control at which exact zoom level it change layer. I have similar issues on LocusMap on my mobile where I'm directly using the openandromaps .map In Locus I have to play with the raster zoom to get the compromise...
Hi I'm made some RMAP too for TwoNav Land (PC versions) I'm using the Elevate theme with MTB trails and some custom settings Indeed I see some slight difference in the rendering on MOBAC and in TwoNav but they are small and not sure if they come from MoBAC or TwoNav See the attachement
Hi, I downloaded a map from openandromaps.org. It comes as a ".map" file. Afterwards I integrated the map as map source by adding an xml file to the mapsources directory. I also added an xmlRenderTheme file which is working fine. I can open the map in MOBAC without problems, it is displayed well. Text information is displayed depending on the zoom level and MOBAC takes the settings in the RenderTheme into account. Very nice, excellent work. Unfortunately I cannot use the .map file directly in my...
Works great now Thanks for your help
Sorry but how is this question related to MOBAC?
I'm having difficulties with image compression tools. How does Mass Image Compressor address common challenges users face when compressing and converting images in batches? Can you provide insights into troubleshooting methods for resolving issues related to file size reduction and preserving image quality? Moreover, how does the tool handle metadata preservation, ensuring seamless optimization for webpages, emails, and mobile devices?
Hello, Canada Toporama use https, and the TLS certificat is link to another server use https and replace : wms.ess-ws.nrcan.gc.ca by maps.geogratis.gc.ca New bsh file here (version 28/02/2024): http://randochartreuse.free.fr/mobac2.x/mapsources/Canada/Canada-Toporama.bsh Regards Nicolas
Good news! https://www.4umaps.com/ is online again but still doesn't work on orux. does anyone have any news?
It sounds good now that is available.
Thanks! Rafel
see ImgTool https://sites.google.com/site/sherco40/imgtool
I spent some hours modifiying a TYP-File for Garmin Maps using the "TypViewer"-Application, which now resembles the 4umaps-Files. You can for use it e.g. with the Openmtbmap: https://openmtbmap.org Unfortunately the classifications for SAC, MTB, Trail are not so easy and short as in original 4umaps or James Theme for OpenAndroMaps. Is there any tool or way converting the OAM maps mit James' theme into a GMAPSUPP.img file? Best regards, Sebastian
I spent some hours modifiying a TYP-File for Garmin Maps using the "TypViewer"-Application, which now resembles the 4umaps-Files. You can for use it e.g. with the Openmtbmap: https://openmtbmap.org Unfortunately the classifications for SAC, MTB, Trail are not so easy and short as in original 4umaps or James Theme for OpenAndroMaps. Is there any tool or way converting the OAM maps mit James' theme into a GMAPSUPP.img file? Best regards, Sebastian
I am getting the below error for Canada Toporama CanadaToporama failed: Connection timed out: no further information Some other sources will work (USGS) for example I have several atlases that I had created with Canada Topo Any help would be appreciated
minor fixes
Gradle wrapper updated to version 8.6
Hi you can try increasing the resolution or adjusting the export setting for sharper images.
Thank you for your suggestion.
Hello Rafael, hello Laurent, thank you very much both for your input! I attached the revised zip-file with corrected (fr) resp. added languages (es/ca) including the missing credits ;-)! Thanks again, James
Ok that sounds great.
Hi Laurent and James I added the Spanish (es) and Catalan (ca) translations, the result is the file 4umaps.xml, I put it in this post. Also, I have made the two changes suggested by Laurent Grenet on 01/31/2024 in the French version. I have tested it with OruxMaps and it works fine. James, if you want: Can you add these two translations to the official thread and change the version number? Can you modify the 4Umaps_Version History.txt file accordingly? You can cite me or not as the author of the...
It, isn't possible by adjusting the projection system in MOBAC to Universal polar stereographic.
I see where you are coming from, Laurent. Both of your points were the reason I started building these OAM world maps (raster :-) for the lower zoom levels, where vector simply sucks in terms of result and performance. For ZL 12 up I do not see performance issues, even with older phones, though. Hence I use a combination of those world maps and vector maps (OAM) for my purposes. When trying James' 4UMaps theme with OAM, it seemed to me that is is faster than Elevate, but I did not do measurements...
Hi Michael, Yes, I'm using both maps in raster format, coming from various origins (and in particular, I was using the ones coming from 4UMaps, but not only !), and also vector maps from OAM (and also those from FreiZeitKarte) I'm using all these maps mainly in hiking activities, so most often at zoom level between 12 and 16 or more. Vector maps have a great advantage : great coverage, with at lot of details, in very "small" map files (when raster map files including level 16 or more are so big....)...
@Laurent: Have you tried at all the way I outlined?
Have you tried at all the way I outlined?
Too sad ! I was really hoping that I had missed Mr Boone...
Hi micheal, many thanks for the explanation!
And I very much disagree with your statement re. raster quality as a general judgement. I am using vector maps plus a lot of curated content to produce World maps for lower zoom levels (up to 10 for typical users, but also up to 11, 12 or 13 for several regions of the planet, available from OAM web site. zoom level 10 and below is where raster rules. From 14 up, vector maps are just perfect re. efficiency. And apps like Locus, Orux and more can handle both types of data with equal ease. And download...
noone - one of the many surprises with keyboard automatic substitutions ;-)))
Hi Michael, who is Boone, and where do you see he plans to rebuild the "old" tool ? If true, it would be very good news, because whatever James could do in developing his theme, this solution will remain (unfortunately) far from raster tiles in term of efficiency / ease of use / drawing quality
PS: and the discussion above is about various languages support by this theme. Something that did not exist in the 4UMaps web version at all, if I recall correctly (you would have needed either storage for each language, or do rendering on the fly).
Hi Diego, the OLD way to use 4UMaps is history, and I see Boone around who would rebuild the old mechanics on a new platform (computing power, storage, network transfer volume). What James did was to adapt one of Tobias' themes to look like 4UMaps. Theme??? Well, OpenAndroMaps (OAM) provides cool VECTOR maps that you download to your smartphone first of all. Then add James' theme, and of course you need an App like Locus or Orux to do the work ON YOUR DEVICE. I.e., once set up, you can stop your...
I'll start by apologizing to everyone for my incompetence on the topics. I understood that someone (James?) would be able to restore the wonderful 4U maps abandoned by Markus. I ask some patient person to explain to me how I can view the maps on the desktop or on the smartphone, in the simple way (if possible) as before, that is, a normal URL. Thank you. Diego