- mkgmap-dev - The mkgmap lists

bearing/heading influence on routing
by Gerd Petermann 26 Oct '13

26 Oct '13

Hi Programmers, first see http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q1/014145.html I see two different interpretations: 1) mkgmap encodes the initial heading (A-B) and the final heading (C-D), always using one byte "curve data " for the final heading. 2) display tool displays the initial heading as "direction", and one or two bytes curve data My theory is that the two byte curve data is used when we have a road where initial heading AND final heading are (very) different from the … [View More]

3 4

Request to rollback at least rev 2747 - or give the access part a complete rework, as of right now it's broken...
by Felix Hartmann 26 Oct '13

26 Oct '13

addaccess / setaccess = either it's not working, or I don't understand it! - merge-roads branch So, today for the first time since a couple of weeks I had full day time to work through mkgmap changes, and I must say I don't understand the addaccess / setaccess concept at all. mkgmap:access is far better, the intention of making styles-files easier by addaccess/setaccess definitely turned wrong, or I don't understand it... How can I mass replace the old rules? Or better, how can I replace … [View More]this old rule at all? I don't see how this is possible now. e.g. ( mkgmap:access=no | mkgmap:access=private ) & ( mkgmap:bicycle=yes | mkgmap:bicycle=permissive ) {delete mkgmap:access} ? (XXXX | YYYY & ( mkgmap:bicycle=yes | mkgmap:bicycle=permissive ) {????} # I put mkgmap:bicycle here, because it makes much more sense than mkgmap:bike.... (setaccess=no | setaccess=private) & ( mkgmap:bicycle=yes | mkgmap:bicycle=permissive ) {????} ? 1. XXXX : testing for access=no is wrong, because I don't want to test on what has been in the data, but what value I previously set. And no - setting a second key to verify what happend using addaccess setaccess would completly destroy any making it simpler... Therefore I suppose now there is one term, and if I put it in {} then it means an action, but if it's not, then it means it is a test. Very very bad idea too. 2. YYYY: well as long as "setaccess private" works - and you can search for it by setaccess=private, it's still the same problematic case as above. 3. ???? {delete setaccess} what about if it was using add? It makes no sense at all. And as I often wrote before, there is a difference between setaccess=yes and setaccess not existing. 4. As for a complete rework, I still don't see why the old system needed to be changed! There is no new functionality at all, mkgmap didn't get faster but slower, and style-files get much more complicated! If it's about making it possible to merge more roads, then I still don't see it. mgkmap shouldn't look if the tags in the data are the same, but if the outcome as it will be put into the map, is the same. So yes, also for the old notation a highway=primary & bicycle=private should be merged with a highway=primary & bicycle=no, but not with highway=primary & bicycle=yes... I reworked my style to use mkgamp:?? notation, so going back will mean again lot's of hours of work (or alternatively trying to backport all changes since that change), so I would be happy if we keep mkgmap:??, but I think the easiest would be to keep the old notation system, and add a file to the style-file where you can define how e.g. private or destination are handled (yes or no). -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org [View Less]

4 11

Commit: r2785: When a tag is added, it can trigger an exists rules.
by svn commit 24 Oct '13

24 Oct '13

Version 2785 was committed by steve on Wed, 23 Oct 2013 When a tag is added, it can trigger an exists rules. Eg: highway=residential { add test=yes } test=* [0x1] highway=residential [0x2] Should result in 0x1 and not 0x2.

5 5

Commit: r2784: Clear maps after use. The tests now pass.
by svn commit 24 Oct '13

24 Oct '13

Version 2784 was committed by steve on Wed, 23 Oct 2013 Clear maps after use. The tests now pass.

3 2

mkgmap.jar --version ?
by keenonkites 24 Oct '13

24 Oct '13

Earlier I got a nice release string when invoking mkgmap.jar with the argument --version. With the latest trunk release r7850 downloadable I get 'unknown': PS P:\> java -jar tools/mkgmap/mkgmap.jar --version Time started: Thu Oct 24 09:02:44 CEST 2013 unknown Got that also on selfcompiled versions earlier and with intermediate downloads (just the mkgmap.jar) but there I thought rXXXX is only contained if properly compiled on the servers... is that on purpose ? .... the … [View More]

1 1

Commit: r2780: correction: mkgmap:skipSizeFilter was ignored since r2758
by svn commit 23 Oct '13

23 Oct '13

Version 2780 was committed by gerd on Tue, 22 Oct 2013 correction: mkgmap:skipSizeFilter was ignored since r2758

4 5

german umlauts äöü in style files
by joern de 23 Oct '13

23 Oct '13

Hi Steve, thanks a lot for pointing at the problem, you guessed the right fact. I had a look on the files on another PC with notepad++ - the coding of all files was ANSI. I saved them another time with my systems notepad as utf-8 - and got ansi again (maybe due to all characters belong to the ansi charset). Now I swapped my editor to notepad++ and mkgmap runs as expected. I'm happy :-) Thanks

1 0

TYP compiler: problem with points with ID 0x6620 (Type=0x066 SubType=0x20)
by keenonkites 23 Oct '13

23 Oct '13

Gents, I don't think it's a bug in the typ compiler, but at least a strange behaviour that either needs 'correction', a warning or an error message during the run.... and most probably also some documentation update. I have the following text int the source txt file (point ID 0x6620): [_point] Type=0x066 SubType=0x20 String1=0x00,Information Office String2=0x01,Information Office String3=0x02,Information Office String4=0x04,Information Office ... [end] … [View More]

2 2

Problem posting to list
by Steve Ratcliffe 23 Oct '13

23 Oct '13

Hi There has been a short problem posting to the list - my fault, I broke it. If you see this then all is well again. ..Steve

1 0

rules for polygon based on line tag
by claude marani 22 Oct '13

22 Oct '13

hello is there a way to write a rules to put a polygon style based on the tag of a line inside this polygon. i want to draw the riverbanck of canal or river with one color if the waterway line has tag "motorboat=yes" or "boat=yes" and draw with another color if this tag are not present thank claude

3 3