Re: [mkgmap-dev] regression in r1431
Am 08.04.2010 22:19, schrieb Valentijn Sessink: I'd guess this is mainly because of: -highway=unclassified [0x06 road_class=1 road_speed=2 resolution 21] +highway=unclassified [0x06 road_class=0 road_speed=3 resolution 21] Hi, in my personal style I try to avoid road_class 0 (only use them for tracks and living_streets and footpaths). Sometimes Mapsource even preferred to use direct-line routing instead of using class 0 roads. :-( Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] make-all-cycleways and turn restrictions
Hi, on this crossing in Dusseldorf http://www.openstreetmap.org/?mlat=51.25448mlon=6.78024zoom=17 there is bad routing (cars and bicycles) in MapSource and on the Vista when using the --make-all-cycleways option. Without this option the routing is fine. Screenshot attached. mkgmap 1624. Except from the logfile: Turn restriction http://www.openstreetmap.org/browse/relation/183515 at http://www.openstreetmap.org/?mlat=51.25395mlon=6.78032zoom=17 only_straight_on 'via' node is http://www.openstreetmap.org/?mlat=51.25395mlon=6.78032zoom=17 only_straight_on adding 'other' node http://www.openstreetmap.org/?mlat=51.25395mlon=6.78022zoom=17 ??? only_straight_on adding 'other' node http://www.openstreetmap.org/?mlat=51.25448mlon=6.78024zoom=17 only_straight_on adding 'other' node http://www.openstreetmap.org/?mlat=51.25401mlon=6.78185zoom=17 only_straight_on adding 'other' node http://www.openstreetmap.org/?mlat=51.25380mlon=6.78035zoom=17 only_straight_on 'to' node is http://www.openstreetmap.org/?mlat=51.25448mlon=6.78024zoom=17 only_straight_on adding 'other' node http://www.openstreetmap.org/?mlat=51.25395mlon=6.78022zoom=17 only_straight_on adding 'other' node http://www.openstreetmap.org/?mlat=51.25401mlon=6.78185zoom=17 only_straight_on 'from' node is http://www.openstreetmap.org/?mlat=51.25380mlon=6.78035zoom=17 only_straight_on added - allows routing to way http://www.openstreetmap.org/browse/way/32524422 only_straight_on blocks routing to node http://www.openstreetmap.org/?mlat=51.25395mlon=6.78022zoom=17 only_straight_on blocks routing to node http://www.openstreetmap.org/?mlat=51.25448mlon=6.78024zoom=17 Chris attachment: ulmenstr.png___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] --keep-going ?
Hi, I don't see the --keep-going option working in the recent versions of mkgmap. When there is a .NET1 overflow mkgmap stops complete mkgmap 1624 OS:XP Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] --keep-going ?
Steve Ratcliffe schrieb: I don't see the --keep-going option working in the recent versions of mkgmap. When there is a .NET1 overflow mkgmap stops complete It only keeps going if there is an unexpected error. For anticipated errors it stops straight away. I guess this is useful if, for example, the problem is that the style file does not exist as every map will fail with the exact same error. I see, but in my case (.NET1 overflow because tile is to big) the error is only occuring for some tiles. So in order to check if an area.lst is ok I have to process all tiles separate. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Boundary Lines
Torsten Leistikow schrieb: I see in Mapsource many boundary lines which are not existing in the OSM data. See attached screen shot. Are these lines coming from the multipolygon processing? Probably yes. On 17.02. WanMil provided a patch, that allowed the distinction between the original (source) ways of a multipolygon and the artifical (generated) ways from the mkgmap multipolygon processing. But to make use of this patch you must adapt your style file, so it was never commited to the trunk. I don't know how the MP code works, but it should not copy tags like boundary=* to the multipolygon cutting lines. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Generate coastline - can we keep the coastline way?
Toby Speight schrieb: When --generate-coastline=multipolygon fails, I'm left with a map that has no distinction between land and sea. However, if I don't use --generate-coastline, I at least get a line (from my style/lines). Is there any good reason why generating coastline prevents the line rules from being applied to the coastline ways? Hi, I'm a little confused, are you talking about the --generate-sea option? I also noticed the coastline disappearing when using --generate-sea=extend-sea-sectors and would be glad to have it again. ;-) Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Boundary Lines
Hi, I see in Mapsource many boundary lines which are not existing in the OSM data. See attached screen shot. Are these lines coming from the multipolygon processing? Data is from the geofabrik germany extract. Chris attachment: grenze.png___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Shuttle-Train
Toby Speight schrieb: CL Map this beast with a new way (railway=shuttle or something like CL that). That first solution is probably simpler than CL Or implement a mkgmap option to unglue railway_crossings. I have a third idea, similar to the first - does a route relation make sense for this? I don't think it's possible to make a routable way out of a relation with mkgmap. So, I choosed the simplest solution and mapped the line as route=shuttle_train. By adding a line like: route=shuttle_train [0x16 road_class=3 road_speed=1 resolution 18] it's possible to create a map which is able to route to sylt. BUT: In MapSource I have the same problem as for the ferry line Emden-Borkum : If the route is too complicated(!?) MS switches to direct-line routing. :-( See attached screen shot. Chris attachment: sylt-shuttle.png___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Shuttle-Train
Marko Mäkelä schrieb: So, I choosed the simplest solution and mapped the line as route=shuttle_train. You could set this attribute in the relations file too. But in this case the problem of the connections to the highway network on the railway-crossings remains. If the route is too complicated(!?) MS switches to direct-line routing. :-( Sorry, I have no idea about that. The Edge 705 often cheats in bicycle navigation by jumping to car road after a few km, but I haven't seen it switch to direct-line routing yet. But you have a much higher way density I guess. I played a little bit with the lines-style-file, changed the road-class from 0 to 1 for residential, unclassified and service and now the routing is fine. So maybe roadclass 0 is not good for routing Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] debugging ferries
Marko Mäkelä schrieb: I found that I had to set the ferry road class to 3 to be able to reliably route using them. Ohhh. So maybe this should be changed in the default style. Consider it done in revision 1609. Hi, thanks but the patch did not solve my problem. Still routing is only working with a via point. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Shuttle-Train
The german island Sylt can only be reached (for cars) on the shuttle train (www.syltshuttle.de). So for now our maps can't route to sylt, because we don't route over railway=rail (even if it's tagged with motorcar=yes). If I look to my Nüvi with Garmin City-Navigator Map, the way looks different than a normal rail-line, so garmin seems to have a special data type for this kind of connection. So, how to handle this? Should we add a rule to the default style to route cars over railway=rail if it is tagged additionaly with motorcar=yes ? I played a little bit and have found that it is not sufficient to map railway=rail + motorcar=yes to a routable garmin way. Because the car on the train can leave the train on every railway_crossing (crossings of railways with highways). :-) So I see 2 solutions: Map this beast with a new way (railway=shuttle or something like that). What is the correct english translation for this kind of trains transporting cars? Or implement a mkgmap option to unglue railway_crossings. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Shuttle-Train
Hi, The german island Sylt can only be reached (for cars) on the shuttle train (www.syltshuttle.de). So for now our maps can't route to sylt, because we don't route over railway=rail (even if it's tagged with motorcar=yes). If I look to my Nüvi with Garmin City-Navigator Map, the way looks different than a normal rail-line, so garmin seems to have a special data type for this kind of connection. So, how to handle this? Should we add a rule to the default style to route cars over railway=rail if it is tagged additionaly with motorcar=yes ? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] debugging ferries
Hi, I tested the ferry routing with mkgmap default style and found that my Nüvi was not able to route me to Borkum. When I set a via point on the ferry route it works ok, but without this via point mapsource does direct line routing. MS screenshot: http://up.picr.de/4006248.png There is no tile-boundary in between. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] debugging ferries
Mark Burton schrieb: I found that I had to set the ferry road class to 3 to be able to reliably route using them. Ohhh. So maybe this should be changed in the default style. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Gap in the street and unusual routing
Daniela Duerbeck schrieb: and then to the grade3 path through the farmland. It this path legal for cars? If not, motorcar=no (or motor_vehicle=no) should be added. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Bounds problem with streets
Felix Hartmann schrieb: If they are not connected correctly (no routing over it), then the error is in Openstreetmap - where the roads are also not connected. On 02.03.2010 23:14, Tim wrote: i have attached a screenshot of my Oregon to explain the problem. As you can see, the streets are not connected correct. I have made the map with a self made typ file and an extracted OSM file. Is there a special attribute i must set, when i compile the IMG file, or how can i solve the problem? I don't see a connection problem there: http://www.openstreetmap.org/?lat=52.388165lon=9.746414zoom=18 So I assume it's display-problem of the oregon. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v1] Multipolygon: Allow nested inner polygons
WanMil schrieb: I have found that some multipolygons use nested inner polygons. Example: * A forest (outer) with a lake (inner) that has an island (inner) which is not a forest. (example: http://www.openstreetmap.org/browse/relation/331402) But neither mapnik nor osmarender show the inner-inner island (wood), because this construct is not a valid advanced-multipolygon. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] multipolygon with outer polygon within inner polygons
Minko schrieb: Those borderlines form part of different type of administration regions, (countries, provinces, municipalities etc). My question is not to understand why they are tagged like that, but how to make them render them well into mapsource. Is there some kind of patch I can try out, and where/how can I apply it? Im new regarding patching mkgmap, just using the latest release. Chris wrote: what I don't understand: Why is the complex MP processing for borders necessary while we are (mostly) only interested in the border _lines_ ? It was only a guess, that the MP processing destroys your borderlines. Another reason could be that the borders share another way which is drawn with higher priority so that the borderline is disappearing. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Name sequence
Hi, I created a test map of Tokyo and want to use the name:en tag for the names. But I found that changing the name_tag = name:en in the options file is not working. Do I also have to change all references to 'name' in the lines file to 'name:en' ? # Set highway names to include the reference if there is one highway=motorway {name '${ref|highway-symbol:hbox} ${name}' | '${ref|highway-symbol:hbox}' | '${name}' } highway=trunk {name '${ref|highway-symbol:hbox} ${name}' | '${ref|highway-symbol:hbox}' | '${name}' } highway=primary {name '${ref|highway-symbol:box} ${name}' | '${ref|highway-symbol:box}' | '${name}' } highway=secondary {name '${ref|highway-symbol:oval} ${name}' | '${ref|highway-symbol:oval}' | '${name}' } highway=* {name '${ref} ${name}' | '${ref}' | '${name}' } Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] sea-generate=multipolygon : seems to be broken since v1512
David schrieb: After many tries from latest version 1560 to 1494, I cannot use sea generation with multipolygon option after version 1512. Something seems to be broken or you might forget to explain how to use it with latest changes. I made my test with Ireland OSM file from geofabrik.de. Yes, that's the bad news. The good news is, when you add a multipolygon be hand around an area containing islands, the new multipolygon code does a good job in creating non-flooded islands. (Tried the baleares and the canarean islands). Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap-latest direct-link?
Ben schrieb: Do you maintain such a thing? Look here: http://wiki.openstreetmap.org/wiki/Mkgmap/dev and http://www.mkgmap.org.uk/snapshots/mkgmap-latest.tar.gz Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] generate-sea=multipolygon
Hi, is generate-sea=multipolygon not working anymore in the recent version (1537) ? I tried to build the acores islands with this option but there is no sea and the coastline is disappearing. When I draw the sea by hand in josm (MP box with the islands as inner), all is fine. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] bollards working or not?
Hi, Why is this bollard not working? (car/shortest mode in MapSource) http://up.picr.de/3573513.png While another bollard near the church (Mauritiusstraße) works fine ? In my points-style I have: highway=bollard | barrier=bollard {add motorcar=no} [0x7001 resolution 24] and I am using the --link-pois-to-roads option. Area in OSM: http://www.openstreetmap.org/?lat=51.73902lon=7.52269zoom=17 Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] bollards working or not?
Mark Burton schrieb: Why is this bollard not working? (car/shortest mode in MapSource) The bollard code is triggered by the node having an 'access' tag. So you need to modify the above rule to add access=yes Great, that works fine... So, the trigger is not looking what the main tag is? You know that access-Tags are also used to describe a guidepost or map closer? http://wiki.openstreetmap.org/wiki/Information Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v2] Black/Whitelist
Felix Hartmann schrieb: The blacklist is for example needed if you want to get rid of all motorcar=no tags, because you want to use motorcar/motorcycle mode for bicycle routing. Otherwise these tags will be be enacted. This is not easily doable inside the style-file (as action rules are limited on one action rule per way id, deleting these tags via action rule will be very very complicated). Yes, but this is a bug in my opinion, because in the style-branch it works better. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Mapsource crash (ENABLE ASSERTIONS)
Ralf Kleineisel schrieb: Why anyone would use the development version of mkgmap (or even a stable version) without having assertions enabled beats me. Probably because: - the docs don't mention it - the wiki doesn't mention it It was mentioned in the page http://wiki.openstreetmap.org/wiki/Mkgmap/help/usage Now, I updated the main page http://wiki.openstreetmap.org/wiki/Mkgmap and http://wiki.openstreetmap.org/wiki/DE:Mkgmap Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multipolygons and disappearing coastlines
Mark Burton schrieb: So, is putting the coastline into a multipolygon a reasonable OSM thing? A coastline is often also a boundary and boundaries are multipolygons in OSM. If so, should mkgmap be breaking the coastline by removing its tags? If not, how do we fix that? My guess is, that the multipolygon handling in mkgmap is not working perfectly. See an older thread on this list where I suggest a workaround. (I check if the MP has no inner elements and change the type=multipolygon to type=boundarypolygon if this is the case). Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v1] grok unpavedness
Mark Burton schrieb: The attached patch allows you to add either unpaved=yes/true/1 or paved=no/false/0 to a way and then it will be ignored for routing purposes when the GPS has been told to avoid unpaved roads. Not sure if those are the best tags to use - any thoughts? I think the most used tag is surface=unpaved, but as usual we can do this in the style file. highway=* (surface=unpaved | surface=dirt | surface=sand | surface=ground | surface=gravel) {add unpaved=yes} Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit: r1409: Add support for generating multiple map objects from a single OSM object.
Felix Hartmann schrieb: Is it possible with continue to have a polygon and a way from one OSM way? Yes with the newest version it is. however you have to watch out not to have any other line with highway=pedestrian in your stylefile. i.e. highway=pedestrian area!=yes [...resolution 22] highway=pedestrian area=yes [. resolution ?? continue] and then in your polygon file highway=predestrian area=yes [..] If you have highway=pedestrian [... continue] highway=pedestrian area=yes [... continue] THEN it will not work. Only one copy, no more. Hi, anyone tried this out? I can't get this to work (v1414). Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Routing issue in Hameln
Mark Burton schrieb: In german city Hameln turn-restrictions are used like hell, but they don't seem to work. Err, yes. I broke them. Fixed now in 1414. Hi Mark, don't works for me. Still MapSource routes me directly to Koppenstraße or Hunoldstraße coming from B1 left. v1414 (latest) my command line: java -Xmx1200m -ea -esa -jar ..\mkgmap\mkgmap.jar --latin1 --description=test --country-name=DE --country-abbr=DE --family-id=5 --product-id=55 --series-name=test --family-name=test --area-name=DE --mapname=63250001 --remove-short-arcs --route --net --gmapsupp --tdbfile *.osm Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Routing issue in Hameln
Mark Burton schrieb: don't works for me. Still MapSource routes me directly to Koppenstraße or Hunoldstraße coming from B1 left. v1414 (latest) my command line: java -Xmx1200m -ea -esa -jar ..\mkgmap\mkgmap.jar --latin1 --description=test --country-name=DE --country-abbr=DE --family-id=5 --product-id=55 --series-name=test --family-name=test --area-name=DE --mapname=63250001 --remove-short-arcs --route --net --gmapsupp --tdbfile *.osm Hmm, well please see attached - that's what I get. Before 1414, it would turn left at the TR, now it doesn't. If I pick a destination point further to the N it chooses a different route but still obeys the TR. Mark, very mysterious indeed. I now deactivated all other maps in MS-Registry (6.13.7), rebuild mkgmap.jar freshly from trunk, but get again the wrong routing. Could you give me your command line and send me your mkgmap.jar? If the java version matters, this is mine (WinXP): java version 1.6.0_17 Java(TM) SE Runtime Environment (build 1.6.0_17-b04) Java HotSpot(TM) Client VM (build 14.3-b01, mixed mode, sharing) Thank you in advance Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Routing issue in Hameln
very mysterious indeed. I now deactivated all other maps in MS-Registry (6.13.7), rebuild mkgmap.jar freshly from trunk, but get again the wrong routing. Could you give me your command line and send me your mkgmap.jar? Thank you Mark for sending your mkgmap.jar and your command line. And now the reason for my map not using the TRs : the missing --ignore-osm-bounds ! So, if I understand correctly : when compiling data that comes out of splitter --ignore-osm-bounds should not be used, but when compiling small areas (from XAPI or stored from JOSM), --ignore-osm-bounds should be used ? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit: r1409: Add support for generating multiple map objects from a single OSM object.
Felix Hartmann schrieb: you could use use bridge=yes [0x10a00 resolution 22 continue] highway=way [0x01 road_class=0 road_speed=1 resolution 20] This has the advantage of not needing to use bridge=yes for any combination in which it could be used. Note, currently ways using continue should not be routable - otherwise you it gets really complicated. Also you cannot use bridge=yes [0x01 continue] bridge=yes [0x02 road_class 0 road_speed=0] -- the check for tags needs to be different, otherwise the second gets dropped even though continue flag was used. Is it possible with continue to have a polygon and a way from one OSM way? For example: OSM: highway=pedestrian area=yes Garmin: One pedestrian polygon + one routable pedestrian way around the polygon. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Routing issue in Hameln
In german city Hameln turn-restrictions are used like hell, but they don't seem to work. http://www.bilder-space.de/show.php?file=02.12Ft6hRZHIiEanBbI.gif On the left side the only_straight_on restriction is not applied, on the right side there is a funny routing. MapSource-Setting is Car/Shortest from A to B. Just tried the latest (1413) with default style, routing is the same like in my map show on the picture. This is the area: http://www.openstreetmap.org/?lat=52.10494lon=9.3719zoom=16 Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Routing issue in Hameln
http://www.bilder-space.de/show.php?file=02.12Ft6hRZHIiEanBbI.gif On the left side the only_straight_on restriction is not applied, on the right side there is a funny routing. The routing on the right side is caused by a wrong 'oneway=yes' on way #24229789. So remains the question why http://www.openstreetmap.org/browse/relation/154097 is not working. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Broken coastline errors between V1188 and V1398
I can confirm that this problem exists in the newer versions of mkgmap. Some coastlines are missing in the map. After playing a little bit with the data, I think it is the MP code thats causing the coastline to disappear. It seems that the error occurs, when a coastline is member of to many boundary-multipolygons. In my test the coastline was disappearing when beeing member of more than two boundary-MPs. So as a workaround: I think for boundary-multipolygons the multi-MP handling is not neccecary at all, because boundaries (normally) are rendered as lines and not as areas. I hacked a little OSM preprocessor in vb.net (don't speak java) which does the following: change type from multipolygon to boundarypolygon for all MPs with no inner-elements. This eliminates the MP processing for those boundary polygons. If someone want's to get it, - mail me. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Broken coastline errors between V1188 and V1398
Michael.TheBlackCat schrieb: i recognized broken coastline errors between the mkgmap verion 1188 and 1398. Please refer to the appended jpegs (my coastline is a little bit thicker ti identify the sea area). Hi Michael, I can confirm that this problem exists in the newer versions of mkgmap. Some coastlines are missing in the map. Dunno if this has something to do with the changes in the multipolygon code. On your map http://www.openstreetmap.org/browse/way/38619137 seems to be missing while http://www.openstreetmap.org/browse/way/32230281 is ok. Both having the same tags and beeing member of the same 3 relations. Very strange Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] some bad routing
Martin Simon schrieb: Sadly, out-of-the-box mkgmap seems to ignore the vehicle and motor_vehicle classes, although in many cases, they allow much simpler and cleaner tagging of access restrictions (such as the all vehicle forbidden except for agricultural use in your example). In my style-file, (as far as i remember) i translated vehicle=no/agricultural/private to motorcar=no and bicycle=no, motor_vehicle=no/agricultural/private to motorcar=no. This gives good results, but it would be cool if mkgmap could do this internally. :-) Yes, the taggers are very creative in inventing new tags for access. I already saw a vehicle=delivery or vehicle=forestry or motorcycle=agricultural. ;-) Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] help with --index
Chris-Hein Lunkhusen schrieb: Bennie du Plessis schrieb: I still cannot get --index to work on the GPS. me neither. Ok, I retried with V1340 and use the same options like Felix i.e. --index and --location-autofill=1, now I can search in MS. I've send Felix' openmtbmap to the Nuvi 250, but this device is still asking for a State/Provinz and no search is possible. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Zero Length Arc Error again
Mark, In V1340 my error file is no longer empty : SCHWERWIEGEND (RoadNetwork): Road null (OSM id 24660945) contains zero length arc I am using the --remove-short-arcs option. Yes, my recent change to MAX_POINTS_IN_WAY can introduce short arcs so I have been working on a more intelligent version. Please try the attached patch and tell me if the short arcs go away again. Looks good, error file is empty. Thanks / Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] How many output files?
Nop schrieb: Normally, I always got 1 .img output file for each .osm input file when running mkgmap (+1 overview map). In the last run, mkgmap seems to have created 2 .img files for every .osm file. I have never seen this before. The map looks good in MapSource. Is this a deliberate feature or a bug? What could possibly trigger this behaviour? Hi Nop, I guess that the --index (which creates the osmmap_mdr.img) is default in the newest releases!? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Turn restrictions in foot mode
Hi, I tested some turn restrictions in Mapsource and found that they are used in all modes (car/bicycle/foot). Is there an option to disable them for foot ? In Germany the traffic signs for T.R. are only valid for vehicles. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] broken link to the downloadable version of The mkgmap-dev Archives
Gert Münzel schrieb: could it be that the link to the downloadable version of The mkgmap-dev Archives is broken.? I always be directed to http://www.mkgmap.org.uk/index.html;. Gert, yes that was already discussed some weeks ago, but has not been fixed yet. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] --index
Steve Ratcliffe schrieb: But when building the full map with 35 tiles there was an overflow in the mdr file. Is this a know problem ? If you are using the latest version then it is not a known problem and so could you post the actual error message to help track down the problem please. With 1299 it is ok (no error). Tried it on my Etrex, Adress search is working more or less the same as with the road-name-pois option. For addresses far away from the current position it is still needed to set the reference point near to the destination via the etrex menu. Still have to test on my nuvi. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] --index
With 1299 it is ok (no error). Tried it on my Etrex, Adress search is working more or less the same as with the road-name-pois option. A possible enhancement would be to take the original name into the index and not the styled name, which for example has been added by (maxspeed). Maybe by adding a indexname command into the style file, so that you could say name is name + (ref) + (maxspeed) but indexname is name + (ref) Does this make sense? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] --index
good morning, I played with the new mdr index option. It worked well when building a map with only one tile from my germany tiles set. But when building the full map with 35 tiles there was an overflow in the mdr file. Is this a know problem ? And how must the mdr files be installed in mapsource in order to use the search box of mapsource? Thanks Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v1] modify road speed and class from a POI
Mark Burton schrieb: This is something that was briefly discussed not too long ago and the idea is that a road's speed or class can be modified by the presence of a POI that defines new values for either/both of them. This, hopefully, will make ways that have stuff like traffic signals and crossings, etc. less attractive to route over. The values are specified using mkgmap:road-speed and mkgmap:road-class tags added to the POI. Sounds great. Does it work with and without the --ignore-maxspeeds option? By the why: Is the --ignore-maxspeeds option documented somewhere? All I understand is that it turns off the default mkgmap handling of maxspeed tags, so that only the roadclass and speed from the style file are respected. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] List Archive
Hi, are the Links to the list archives (gzip'd text) on http://www.mkgmap.org.uk/pipermail/mkgmap-dev/ broken? They don't work for me Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] maxspeed replacement don't works
Torsten Leistikow schrieb: I thougth that for action rules {...} mfgmap won't stop. But maybe I can work with the 'continue' flag? Is it already included in the main branch? The action rule handling is beeing fixed in the style branch. It is not perfect yet, but it is working much better in this regard than the main branch. So it might be worth a try. Thanks, the Style-Branch fixed that error. Greetings Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] misplaced road
Hi, I have some issue at the position 51.123 / 7.19: http://img34.imageshack.us/img34/9803/bild1zh.png I see this on my own map and on Lambertus' OSM routable. In this area multipolygons are used very heavily. Don't know if that could cause this error. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] misplaced road
Mark Burton schrieb: http://img34.imageshack.us/img34/9803/bild1zh.png I see this on my own map and on Lambertus' OSM routable. In this area multipolygons are used very heavily. Don't know if that could cause this error. Sorry Chris, I looked at the picture but don't understand what the problem is. Also, can you please post an OSM URL for that point? http://www.openstreetmap.org/?lat=51.12324lon=7.19039zoom=16layers=B000FTF The problem is the Hilfringhauser Strasse which is misplaced. On the Mapnik-Map you find that road a little bit in east direction (L 157). On the Garmin-Map an additional branch is created. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Auto-Merge
Hi, does mkgmap auto-merge points which have exactly the same coords? I though the remove-short-arcs option would do this, but last week I found a routing problem on a netherland motorway which was caused by such a double node and the map was created with the remove-short-arcs Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Auto-Merge
Mark Burton schrieb: A--way1XYway2B X (endpoint of way1) and Y (startpoint of way2) having the same coordinate. Mapsource is not able to route from A to B directly. Sorry, I misinterpreted what you were saying. No, mkgmap does not merge points that have the same coordinates but belong to different ways. Personally, I don't think mkgmap should auto-connect ways, so I certainly won't be writing the code to do that. If the OSM data is wrong, tough! Okay, I see. In my example X and Y could have a different elevation (for example if there is a cliff). I was just wondering that OpenRouteService.org was able to route over such a spot. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Nuvi routing performance
Steve Ratcliffe schrieb: Previously someone claimed that on mapsource you needed a routable basemap to get good inter-tile routing, but that on a GPS device you don't. As the basemap is not sent to the device that makes sense. Can I load the basemap from my Etrex to Mapsource ? Or is there another way to get a basemap for mapsource? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] gui for areas.list ?
Chris Miller schrieb: ...and now you have it :) I've just checked in an update that gives you a --write-kml=filename parameter. Pretty much does what you'd expect, writes out a KML file to the specified filename in roughly the same format as that python script. The only real difference is I've named the areas Map 63240001 etc, instead of Area 1, Area 2, ... Hopefully you'll agree that's a bit more useful. Hi, Don't works for me in Google Earth. The areas are not shown as squares, but as funny shapes spread around the world. coordinates 3,295898,45,791016 Looks like a decimal point vs. comma problem. Question for manually adjusting the values in areas.list: 1: 2134016,153600 to 2228224,256000 # : 45.791016,3.295898 to 47.812500,5.493164 The values (eg 2134016) have to be a multiple of 1024 ? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] gui for areas.list ?
Chris Miller schrieb: The alignment depends on the value you specify for --resolution. You need to make the borders multiples of 2 ^ (24 - resolution), and the tiles themselves must be multiples of 2 ^ (25 - resolution). So for the default resolution of 13, tile boundaries must be multiples of 2048 (0x800 hex) and the tiles themselves must have widths and heights that are multiples of 4096 (0x1000 hex). Hope that helps Yeah, thank you Chris. And the --split-file=file option is also not working for me on XP. Maybe also a locale problem? mapid = 1 split-file = newareas.list max-nodes = 120 Exception in thread main java.lang.IllegalStateException: No match found at java.util.regex.Matcher.group(Unknown Source) at uk.me.parabola.splitter.AreaList.read(AreaList.java:163) at uk.me.parabola.splitter.Main.readArgs(Main.java:203) at uk.me.parabola.splitter.Main.split(Main.java:113) at uk.me.parabola.splitter.Main.main(Main.java:99) Drücken Sie eine beliebige Taste . . . Command was: java -Xmx%heap% -jar ..\tools\splitter.jar --mapid=1 --split-file=newareas.list --max-nodes=%max_nodes% ..\osmdata\data.osm newareas.list is a unmodified copy of areas.list. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v5] sea polygons
Christian Gawron schrieb: If anyone has a good idea how to handle an incomplete shoreline, please let me know. Right know, it might be best to do the following: - get a country extract like germany.osm.bz2 from geofabrik, - calculate the boundary box, - use xapi or same other source to get the complete shoreline in this boundary box, - mix in the shoreline using osmosis, - use the result as input for splitter and mkgmap. so if I understand correct: a polygon cut of of the planet with osmosis (like the geofabrik extract) is bad. A bbox cut of the planet is better. And when using the completeWays option of osmosis (Include all available nodes for ways which have at least one node in the bounding box) this should be even better? and what about Chris Miller's suggestion the increase the overlap area for the splitter. Has someone checked if this gives better results or is it not needed ? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v5] sea polygons
and what about Chris Miller's suggestion the increase the overlap area for the splitter. Has someone checked if this gives better results or is it not needed ? Sorry for answering myself. The splitter default of 2000 map units is round 3 kilometers. Typical distance of two coastline nodes is 200 meters. So this should be enough. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v5] sea polygons
Robert Joop schrieb: christian, thank you very much for working on this! Yes, great to see that the sea is going blue. here are some current observations with my big bbox cut from the planet: For germany (geofabrik extract) : Inner Land tiles w/o coast are ok. The northern sea area is inverted, so islands are blue. The algorithms don't seems to get the water is on the right side rule right. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] gui for areas.list ?
Hi, Does there exist a tool for visualization (and maybe editing) of the areas.list ? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Garmin Edge 705 bug in bicycle routing
Marko Mäkelä schrieb: http://wiki.openstreetmap.org/wiki/Mkgmap/routing/issues#Bad_bicycle_routing with an example where the bicycle route from A to C is much longer than the routes from A to B and B to C. I guess but have not verified that this is because of an access restriction that I added near B. It seems that the routing engine in Garmin Edge 705 ignores cycleways in the middle of the route on longer routes. If bicycling is prohibited on the major road, then you may be sent to a long detour, ignoring the cycleway running next to the major road. Did you check, if the online routing services are able to route bicyclers correct on this location? Maybe some missing link from the main road to the cycleway? But indeed: the garmin bicyle routing is a little bit mystic. That's the reason for me using taxi in my style for bicyle routing. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap build process: how to apply patches
Valentijn Sessink schrieb: ... and if you cut and paste patches from an e-mail, you might want to use patch -p1 -l, which means: -l or --ignore-whitespace Does it matter if the patch is in unix (lf) or dos (cr/lf) format? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap build process: how to apply patches
Valentijn Sessink schrieb: So I think it doesn't matter for the patch. Why anyone would want lines end in cr/lf is a wholly different discussion ;-) The patch I am playing with right now (sea patch 4a) was in crlf when I stored the attachment from thunderbird (under XP). When I did the same under linux, the file was in unix mode. So, with patch -p0 I was able to patch R1136 with the seapatch-4a and hopefully I will get a germany map with sea polygons tomorrow. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] scrambled roads in netherland
Chris-Hein wrote: http://img10.imageshack.us/img10/7121/hollande.png With an way older version of Mkgmap I could not compile tiles in NL that were split with --max-nodes=1.200.000 Especially the tiles in the west (Rotterdam, Amsterdam, Utrecht) had to be split by hand again to make things working but still have reasonable large tiles in the rest of the world. BTW: Dit Mkgmap give any errors while making that map? mgkmap version is 1123 and if I remember correctly, no errors have been raised. I will try again with smaller tiles. When I process with -ea -esa options, I get the following error. Does the error messages mean that the tile is simply too big and I have to split into smaller tiles ? Chris SCHWERWIEGEND (Main): java.util.concurrent.ExecutionException: java.lang.AssertionError: NET 1 offset too large java.util.concurrent.ExecutionException: java.lang.AssertionError: NET 1 offset too large at java.util.concurrent.FutureTask$Sync.innerGet(Unknown Source) at java.util.concurrent.FutureTask.get(Unknown Source) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:289) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:124) at uk.me.parabola.mkgmap.main.Main.main(Main.java:100) Caused by: java.lang.AssertionError: NET 1 offset too large at uk.me.parabola.imgfmt.app.net.RoadDef.writeRgnOffsets(RoadDef.java:322) at uk.me.parabola.imgfmt.app.net.NETFile.writePost(NETFile.java:72) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:195) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:96) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:61) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:168) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:166) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Exiting - if you want to carry on regardless, use the --keep-going option ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] scrambled roads in netherland
Hi Mark, Does the error messages mean that the tile is simply too big and I have to split into smaller tiles ? Yes, I think that is the case. Ok, and when not using assertions (-ea) then there should be at least a warning message. Chris PS: No difference when processing with v1136 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Garmin Device Routing Options
On my device delivery/Lieferwagen(garmin) is mapped to emergency(osm). And vice versa. Emergency(garmin) is mapped to delivery/goods(osm). Dont't know if this is special to the Etrex or if all Garmin GPSR behave so. Also truck(garmin) is not only mapped to hgv but also to delivery and goods. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Style Rules Add and Set
Hi, if I set a tag to '' in the style file is it then treated as unset ? example: {set motorcar = ''}(or should it be ?) and later in the style file: {add motorcar = yes} now what is the value of motorcar: unset, blank or yes ? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Garmin Device Routing Options
Dont't know if this is special to the Etrex or if all Garmin GPSR behave so. Thanks for the fast patching. So it should be correct in V1136. I have written the mapping to this wiki page: http://wiki.openstreetmap.org/wiki/Mkgmap/help/routing_options Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] scrambled roads in netherland
Lambertus schrieb: http://img10.imageshack.us/img10/7121/hollande.png With an way older version of Mkgmap I could not compile tiles in NL that were split with --max-nodes=1.200.000 Especially the tiles in the west (Rotterdam, Amsterdam, Utrecht) had to be split by hand again to make things working but still have reasonable large tiles in the rest of the world. BTW: Dit Mkgmap give any errors while making that map? mgkmap version is 1123 and if I remember correctly, no errors have been raised. I will try again with smaller tiles. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Garmin Device Routing Options
Mark Burton schrieb: The Garmin access restrictions as we understand them are not as flexible as the OSM tags. No through routing only works for cars, i.e. you can have motorcar=destination but the more general case access=destination or other specific cases like hgv=destination don't work. Do I understand correct that the garmin maps have a flag for motorcar=destination which is different from motorcar= no ? I my style I have a rule highway=* (access=private | access=destination | motorcar=destination) {add motorcar = no} This works but maybe is not necessary ? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v1] Merge similar lines and ways
Thilo Hannemann schrieb: Please test and complain ;). Note that the argument --merge-lines is needed for the merging to take place. Are there patches in the latest? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v1] Merge similar lines and ways
Please test and complain ;). Note that the argument --merge-lines is needed for the merging to take place. Are there patches in the latest? What I meant: Are all these patches which are announced on the list as [PATCH vx] included in the mkgmap-latest? If not - where can I download the patched versions? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Garmin Device Routing Options
Mark Burton schrieb: In the Garmin GPSR (mine is a Etrex Legend HCX) there are several options for routing. How are they mapped to mkgmap/OSM features? Emergency (???) emergency Delivery - psv (?) yes After doing some tests on my Etrex Legend HCX I believe that something is mixed up. On my device delivery/Lieferwagen(garmin) is mapped to emergency(osm). Bug on Garmin or bug in mkgmap ? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Routing with the default style
Mark Burton schrieb: The tags vehicle and motorvehicle are not recognised so you will need to add style rules to convert them to one of the access tags that are recognised which are: access (applies to everything) bicycle foot hgv motorcar motorcycle (same as motorcar) psv taxi emergency delivery goods (same as delivery) Good morning, Mark, and is mkgmap able to handle combinations of these access tags correctly, so for example if a road is tagged as access=no foot=yes emergency=yes then routing is possible only for foot and emergency ? And what I just tried out on my Etrex: motorcar=no is not impliying taxi=no (although a taxi is also a motorcar). This makes it easy to tweak a style that uses taxi for a special routing (e.g. race-bicycles). Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] ORS down?
Der Server unter data.giub.uni-bonn.de braucht zu lange, um eine Antwort zu senden. Grüße Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] ORS down?
Sorry wrong list. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] inverse oneways
Good Day, is mkgmap able to handle inverse oneways (oneway=-1) correctly (routing opposite to the ways direction) ? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Garmin Nuvi asks province
Carlos Dávila schrieb: A bit of a strange thing: my Garmin mkgmap maps ask the provincie (Province? State? County? Whatever you guys call it over there ;) when I want to route to an address. I have the same problem on a Nüvi 250. Maps build with the --road-name-pois option. On my etrex this works, but not on the nuvi. AFAIK mkgmap is unable to get this feature working by now. To find an address you can use an alternative way: try the Spelling option to introduce the name of the street. I can't find this option on my nuvi... Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Garmin Device Routing Options
Hi, In the Garmin GPSR (mine is a Etrex Legend HCX) there are several options for routing. How are they mapped to mkgmap/OSM features? Here my guesses: Calculate Routes for: Car - motorcar Truck - hgv (?) Bus - psv (?) Emergency (???) Taxi - taxi Delivery - psv (?) Pedestrian - foot Bicycle - bicycle Avoid: Toll Roads - toll=yes Highways - (road classes 34 ??) Unpaved Roads - (??) Carpool Lanes - (??) Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev