February 2015 - mkgmap-dev - The mkgmap lists

Commit: r3445: change public transport labels
by svn commit 09 Feb '15

09 Feb '15

Version mkgmap-r3445 was committed by gerd on Mon, 09 Feb 2015 change public transport labels - by Adrian: Change the POI labels for railway stations and halts, and bus and tram stops. The name would come first and the operator would come last. This is the reverse of the current situation. I think public_transport=platform should be added to the list of tags in my proposal, for the same reason as it was added to the four rules in the points style. i.e. bus stops tagged according to the new public transport schema would have this tag, and not the tag highway=bus_stop.

1 0

java error - UnknownFormatConversionException: Conversion = '''
by Bernd Weigelt 08 Feb '15

08 Feb '15

Hi a few days ago i started to use TYPwiz4 instead of TYPviewer, because of the IMHO better UI. But files created by TYPwiz are completly different as from TYPviewer, TYPviewer uses per default spaces for transparent pixel. This isn't the problem now, it make the buildprocess only a little more complicate ;-) My Problem If i save changes in TYPwiz as TXT, i got this error messages at the end of the buildprocess II: building basemap Time started: Sun Feb 08 10:36:20 CET 2015 java.util.UnknownFormatConversionException: Conversion = ''' at java.util.Formatter.checkText(Formatter.java:2547) at java.util.Formatter.parse(Formatter.java:2533) at java.util.Formatter.format(Formatter.java:2469) at java.util.Formatter.format(Formatter.java:2423) at uk.me.parabola.mkgmap.scan.SyntaxException.getMessage(SyntaxException.java:50) at uk.me.parabola.mkgmap.main.TypCompiler.makeMap(TypCompiler.java:73) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Number of MapFailedExceptions: 0 Number of ExitExceptions: 0 Time finished: Sun Feb 08 10:39:09 CET 2015 Total time taken: 169075ms If i open this TXT in TYPwiz and save it as TYP, everthing seems to be ok. For me the TXT looks correct, is there any error, i've not seen? both files are in the attached zip Bernd

2 3

Commit: r3444: Add format specifier when printing error message.
by svn commit 08 Feb '15

08 Feb '15

Version mkgmap-r3444 was committed by steve on Sun, 08 Feb 2015 Add format specifier when printing error message. A format() call was missing a "%s" format specifier, so that if the string to be printed contained a '%' it would fail.

1 0

patches
by GerdP 08 Feb '15

08 Feb '15

Hi Steve, again and again users report that they don't know what to do with patches. Do you think it would be possible to implement a service on http://www.mkgmap.org.uk/ which allows to upload a patch to get a binary? Gerd -- View this message in context: http://gis.19327.n5.nabble.com/patches-tp5831932.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

4 3

Commit: r3442: no-dup
by svn commit 07 Feb '15

07 Feb '15

Version mkgmap-r3442 was committed by steve on Sat, 07 Feb 2015 no-dup

2 1

[Patch v1] avoid duplicate evaluation of rules
by Gerd Petermann 07 Feb '15

07 Feb '15

Hi all, as A drian pointed out here: http://gis.19327.n5.nabble.com/Bug-in-handling-of-bus-stops-tp5832099.html we have a bug in the style evaluation system. The attached patch makes sure that each rule is only evaluated once for one element. If I got it right the problem occurs with rules that combine two "or" expressions, like (a | b) & ( c | d) { do something } A binary based on r3436 is here: http://files.mkgmap.org.uk/download/244/mkgmap.jar @Steve: Please review, I've added a new field "matched" to WatchableTypeResult but I think the field "found" was already intended for this? Maybe you find a better place to fix this? Gerd

3 6

POI Index
by Mike Baggaley 06 Feb '15

06 Feb '15

Hi, does anyone know whether it is possible to create POIs, but not have them listed in the Find Points of Interest list? I have things like gates and barriers displayed on my map, but if possible want them to not be searchable. Alternatively, is there another way of displaying these on the map? Thanks, Mike

3 5

point.getPOIRecord
by Mike Baggaley 06 Feb '15

06 Feb '15

Hi, in looking into a possible code change to handle mkgmap:add-to-index=no, I came across what looks like an error in point.getPOIRecord. The code is currently: public POIRecord getPOIRecord() { if (poi == null) return new POIRecord(); return poi; } Which means if getPOIRecord is called twice, it will return a new POIRecord each time. I suspect the code should be: public POIRecord getPOIRecord() { if (poi == null) poi = new POIRecord(); return poi; } However, there may be a valid reason for the code being as it is. Any thoughts? Regards, Mike

2 1

Public transport
by A drian 05 Feb '15

05 Feb '15

I posted to the list last April http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q2/020800.html and there was no response. It seems that, although the post appeared on the mkgmap web site, most subscribers did not receive it because of the Yahoo! problem http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q4/022204.html Therefore I am reposting the message, updated as necessary: I have entered some public transport data into OSM. I have made every effort to enter the data in accordance with the new public transport schema. Some 'old' tags are also present because I started mapping the data before the new schema was approved. For testing purposes I used the extract from Geofabrik of the Languedoc-Roussillon region of France. I used r3433 with the default style and these options: --max-jobs --code-page=1252 --add-pois-to-areas --route --link-pois-to-ways --precomp-sea=sea-20150123211701.zip --generate-sea --index --bounds=bounds_20150129.zip --location-autofill:bounds,is_in,nearest --housenumbers. Looking at the results, I noticed a number of things. (1) Names of railway stations The names of many railway stations appear in the form SNCF: Agde. https://www.openstreetmap.org/way/72614628 This is the result of generic processing of names in the style file inc/name. There are about 3500 railway stations in France and more than half of them are tagged operator=SNCF. I would prefer to see the name in the form Agde SNCF, which was produced by earlier versions of the default style, before the file inc/name was introduced. This is more convenient for searching on a device. (2) Names of bus stops This is an example of the name of a bus stop as it appears in the generated map: Agglo Hérault Méditerranée: (1;2;3;4;5,4,4,3,3)(1;2;3;4;5,4,4,3,3)++ Gare SNCF https://www.openstreetmap.org/node/1424432523 The Garmin software and the device will only display the first part of the string. I used QLandkarte GT to see the complete string. (For legibility, I have used lower case in the strings, although they are in upper case in the generated map.) Earlier versions of the default style produced the result Gare SNCF (1;2;3;4;5,4,4,3,3)+Agglo Hérault Méditerranée, which I prefer. "Gare SNCF" is the name of the bus stop. The earlier version would be essential, to allow you to see the name of the bus stop on a device. What do others think? The solution which I use for my own maps, is as follows. Before line 16 of file inc/name ref=* & (operator!=* & brand!=*) { name '${ref} ${name}' | '${ref}' } insert this line ref=* & (operator!=* & brand!=*) & (highway=bus_stop | railway=tram_stop | railway=halt | railway=station) { name '${name} ${ref}' | '${ref}' } Before line 27 of file inc/name operator=* & brand!=* { insert these 6 lines operator=* & brand!=* & (highway=bus_stop | railway=tram_stop | railway=halt | railway=station) { name '${name} ${ref} ${operator}' | '${name} ${operator}' | '${ref} ${operator}' | '${operator}' } The text 1;2;3;4;5,4,4,3,3 can be changed to 1;2;3;4;5 by using the new not-contained filter as proposed in another thread. The doubling-up of the route_ref and the shelter indicator (+, - or *) is a bug. I will address this in a separate thread. I will leave a further question about public transport for another thread. Adrian

2 3

How to add millions of addresses to your garmin maps of France
by Paco Tyson 05 Feb '15

05 Feb '15

Hi map makers, The french OSM community has recently created an address database for France, under the ODbL licence. By using this database, we can build Garmin maps with 6 times more addresses than only OSM data. It's built from various sources besides OSM data. Thanks to the land tax administration, we french OSM mappers have access to the complete "cadastre" (i.e. building shapes, street names and addresses) covering the entire country. This information, with OpenData adresses and OSM data on the side, is now mashed up into the "BANO" database. 11+ million addresses have been matched to a street name in OSM, 1.4 million addresses are gathered from the OpenData files of several cities, 2.6 million come from OSM. Those numbers will improve over time, as this DB is not complete yet. See a map at [1], green dots are OSM addresses, blue ones addresses matched to a street name, yellow dots are from OpenData files and red are addresses not yet matched to an existing street name. How to add the addresses when creating Garmin maps ? The data is available in CSV format, geographically split following the "département" boundaries (admin_level 6). The steps are : Download a fresh .pbf Geofabrik file of France (admin_level 2) or one of its "région" (admin_level 4) Download the BANO CSV files covering the previously downloaded area Merge the CSV files. Filter address source to keep only matched addresses and OpenData addresses (blue and yellow dots). Convert the CSV format to OSM format. Merge the .osm file to the Geofabrik file. Launch your usual map generation workflow with this new file. I wrote a shell script that does all of the above. It's published on https://github.com/PacoTyson/bano2garmin/ and attached as a zip archive. The prerequisites are awk, wget or curl and osmconvert ( http://wiki.openstreetmap.org/wiki/Osmconvert ). You'll have to edit the script to configure it to your installation : BANODIR=directory where the script will download and store the BANO files PBFDIR=directory where the .pbf files are read and written BINDIR=directory where osmconvert is stored Usage : add-bano-addresses.sh region where region can be france or any of those listed on http://download.geofabrik.de/europe/france.html [1] : http://layers.openstreetmap.fr/?zoom=6&lat=46.4&lon=2.3508&layers=B0000FFFF… Cheers, Paco

5 11