Re: [mkgmap-dev] New branch for default typ file

Hi Greg, On Tue, 27 Nov 2018 at 18:21, Greg Troxel wrote: > Semi-related, I am carrying a diff to render "boundary=parcel"; I > include state parcel boundary data with osm data in splitter. I have no > idea how many others want this, but given that parcel data is not in > OSM, merging while

[mkgmap-dev] TYP filename too long

Hi, A user recently reported that my maps weren't able to be installed with BaseCamp (error: "The data was not successfully sent"). It turns out that name of the TYP file was too long; the MapSetToolkit program reported an error on the OpenMapChest registry entries: openmapchest.typ - 12+3

Re: [mkgmap-dev] no cities found on large areas with --x-split-name-index option

On Tue, Jul 5, 2016 at 3:24 PM, Thorsten Kukuk wrote: > > I guess if you search for cities in the near, they are still shown? > Yeah, I can see the cities but I can't search for them by name. It might be a good idea for mkgmap to print a warning or fail when the index gets too

[mkgmap-dev] no cities found on large areas with --x-split-name-index option

Hi, I ran into a problem with the --x-split-name-index option. When I build the geofabrik extract for Ontario with the following options, the 'Where to -> Cities -> Spell Name' works properly. http://download.geofabrik.de/north-america/canada/ontario-latest.osm.pbf java -jar

Re: [mkgmap-dev] [patch] hospital POI improvements

h during emergency (for example road traffic accidents) as most of them > do not have any ambulance and they generally also don't treat the > bleedings. > , > > On Sat, Feb 13, 2016 at 3:23 PM, Ben Konrath <b...@bagu.org> wrote: > >> I didn't type the correct git command. He

[mkgmap-dev] [patch] hospital POI improvements

Hi, I found a problem with the hospital POIs in the default style. When you use the 'Where am I? -> Hospitals' functionality, all hospitals, clinics, dentists and doctors show up in the list. The 'Where am I?' seems like it's something I would use in an emergency so it makes sense to only add

Re: [mkgmap-dev] Will you please include water thanks in future releases.

Hi Gerd, You're right, that is not correct. I'm actually not sure how I came up with that. I think I may have been trying to limit 0x6411 to communication towers but used landmark=chimney instead of man_made=mast. In any case, here's my proposal for an updated rule to match all towers:

Re: [mkgmap-dev] Will you please include water thanks in future releases.

> Gerd > > > -- > *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk < > mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Ben Konrath < > b...@bagu.org> > *Gesendet:* Freitag, 5. Februar 2016 11:47 > *An:* Development list for mkgmap >

Re: [mkgmap-dev] Will you please include water thanks in future releases.

Here's what I'm using for towers which I've been meaning to post and contribute to mkgmap:. > man_made=tower | man_made=mast | man_made=communications_tower | > (landmark=chimney & communication:mobile_phone=yes) | (landmark=chimney & > communication:microwave=yes) [0x6411 resolution 24] > This

[mkgmap-dev] [patch] Add leisure=bowling_alley to default style

Hi Gerd, Here's a patch to add leisure=bowling_alley to the default style. According to the wiki page, leisure=bowling_alley implies sport=10pin. https://wiki.openstreetmap.org/wiki/Tag%3Aleisure%3Dbowling_alley Thanks, Ben mkgmap-default-style-leisure-bowling_alley.patch Description:

Re: [mkgmap-dev] Country unification in address search

Hi Thorsten, On Thu, Nov 12, 2015 at 9:25 PM, Thorsten Kukuk wrote: > > Hi, > > On Thu, Nov 12, Felix Hartmann wrote: > > > Well I use the bounds file - updated every month or so from here: > > http://osm.thkukuk.de/data/bounds-latest.zip > > It's updated every week, if it passes

[mkgmap-dev] [patch] hide abandoned highways in default style

Hi Gerd, Here's a patch to hide abandoned highways in the default style. Abandoned highways have some evidence of their former existence but are no longer used. I made a separate rule for this change to highlight that abandoned highways could be useful in topographical maps.

Re: [mkgmap-dev] [patch] hide abandoned highways in default style

ighway. > > I find > 2100 ways that with abandoned:highway=* and highway=*. > > Do you think these are not usable highways ? > > > Gerd > > > > -- > *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk < > mkgmap-dev-boun...@li

Re: [mkgmap-dev] [patch] hide abandoned highways in default style

> if the highway tag is also present, it's for the current highway value (e.g. abandoned:highway=path). I meant: if the highway tag is also present, it's for the current highway value (e.g. highway=path). On Sun, Nov 22, 2015 at 7:31 PM, Ben Konrath <b...@bagu.org> wrote:

Re: [mkgmap-dev] [patch v1] don't route the highway=construction ways

k < > mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Ben Konrath < > b...@bagu.org> > *Gesendet:* Mittwoch, 21. Oktober 2015 09:28 > *An:* Development list for mkgmap > *Betreff:* Re: [mkgmap-dev] [patch v1] don't route the > highway=construction ways > >

Re: [mkgmap-dev] [patch v1] don't route the highway=construction ways

For people who have issues with Gerd's implement (line is in NET but not in NOD): What do you think about my original suggestion of adding "setaccess 'no';" to highway=construction? Thanks, Ben On Tue, Oct 20, 2015 at 11:38 AM, Gerd Petermann < gpetermann_muenc...@hotmail.com> wrote: > Hi

Re: [mkgmap-dev] [patch v1] don't route the highway=construction ways

Hi Gerd, Thanks for creating this patch. I ran a build with the patch and everything seemed work fine. I installed the map into BaseCamp without problems. I didn't specifically test a highway=construction way though. As for the option name, using something like 'mkgmap:ignore-for-routing=yes'

Re: [mkgmap-dev] don't route through highway=construction

Thanks for the suggestion Nick. I may end up doing this all thought I'm trying to keep my style as close to the mkgmap default as possible so that I can contribute fixes and updates as I find them. Ben On Sun, Oct 11, 2015 at 7:34 PM, nwillink wrote: > I would personally

Re: [mkgmap-dev] don't route through highway=construction

Hi Gerd, According to the OSM wiki, highway=construction means that the road is closed. construction=minor with the other highway tags unchanged means that the road is still open. https://wiki.openstreetmap.org/wiki/Key:construction > For minor road-works (where the road in question remains

[mkgmap-dev] don't route through highway=construction

Hi, A while ago a user reported that they were being routed through a closed highway. The highway in question was marked as highway=construction. What's the best way to ensure that you don't get routed through the path that's created in the default style when a way is marked as

Re: [mkgmap-dev] [patch] add support for information=guidepost POI in default style

; Hi Gerd, > > I've attached a new patch with the previously mentioned change. I've also > changed the other POI using 0x2f0c to 'amenity=toilets & highway=rest_area' > which seems to match the POI type better. > > Thanks, Ben > > On Tue, Sep 8, 2015 at 3:49 PM, Ben Konrath <

[mkgmap-dev] [patch] add support for information=guidepost POI in default style

Hi, The default style currently has information=guidepost POIs set as a toilet icon. This patch changes information=guidepost to be an 'i' in a circle. For reference, here's an example of a POI with this tag: https://www.openstreetmap.org/node/2883638464 Thanks, Ben diff --git

Re: [mkgmap-dev] [patch] add support for information=guidepost POI in default style

Hi Gerd, I've attached a new patch with the previously mentioned change. I've also changed the other POI using 0x2f0c to 'amenity=toilets & highway=rest_area' which seems to match the POI type better. Thanks, Ben On Tue, Sep 8, 2015 at 3:49 PM, Ben Konrath <b...@bagu.org> wrote:

Re: [mkgmap-dev] [patch] add support for information=guidepost POI in default style

ule, > but I don't know which of the types is more > likely to show the wanted icon. > > Gerd > > > > Ben Konrath wrote > > Hi, > > > > The default style currently has information=guidepost POIs set as a > toilet > > icon. This patch changes

Re: [mkgmap-dev] question about ignored no_u_turn restriction

On Sun, Jul 5, 2015 at 9:20 PM, Ben Konrath b...@bagu.org wrote: Hi Anor, Thanks for the tip but it seems that your suggestion breaks the OSM rule of manipulating the map for specific renderers (the renderer here being mkgmap). If the Garmin format truly doesn't support the u-turn

Re: [mkgmap-dev] question about ignored no_u_turn restriction

Hi Chris, many Garmin devices do have an option avoid u-turns / Ausschluss Kehrtwenden. So I guess this kind of turn restriction is for the Garmin routing algorithm a complete other thing as normal turn-restrictions. I think the 'avoid u-turns' option tells the device to only do u-turns

Re: [mkgmap-dev] question about ignored no_u_turn restriction

handle and u-turn restriction with the same from and two way? Thanks, Ben On Sun, Jul 5, 2015 at 9:20 PM, Ben Konrath b...@bagu.org wrote: Hi Anor, Thanks for the tip but it seems that your suggestion breaks the OSM rule of manipulating the map for specific renderers (the renderer here being

Re: [mkgmap-dev] question about ignored no_u_turn restriction

format cannot handle and u-turn restriction with the same from and two way? Thanks, Ben On Sun, Jul 5, 2015 at 9:20 PM, Ben Konrath b...@bagu.org wrote: Hi Anor, Thanks for the tip but it seems that your suggestion breaks the OSM rule of manipulating the map for specific renderers (the renderer

Re: [mkgmap-dev] question about ignored no_u_turn restriction

-dev] question about ignored no_u_turn restriction Just to follow up ... Does anybody know concretely that the Garmin format cannot handle and u-turn restriction with the same from and two way? Thanks, Ben On Sun, Jul 5, 2015 at 9:20 PM, Ben Konrath b...@bagu.org wrote: Hi Anor, Thanks

Re: [mkgmap-dev] question about ignored no_u_turn restriction

Just to follow up ... Does anybody know concretely that the Garmin format cannot handle and u-turn restriction with the same from and two way? Thanks, Ben On Sun, Jul 5, 2015 at 9:20 PM, Ben Konrath b...@bagu.org wrote: Hi Anor, Thanks for the tip but it seems that your suggestion breaks

Re: [mkgmap-dev] question about ignored no_u_turn restriction

, 2015 at 2:47 PM, Thorsten Kukuk ku...@suse.de wrote: On Sun, Jul 05, Ben Konrath wrote: Does anybody know why this particular restriction is being ignored? Beside that this particular type of restrictions doesn't make any sense to me, I would guess the GARMIN format does not support

[mkgmap-dev] question about ignored no_u_turn restriction

Hi everybody, I recently noticed a bunch of warning messages about ignored no_u_turn restrictions. Here's an example: 2015/07/04 18:12:50 WARNING (RestrictionRelation): 17244023.o5m: Turn restriction (no_u_turn) http://www.openstreetmap.org/relation/4630872 (at

Re: [mkgmap-dev] question about ignored no_u_turn restriction

with the data. Does anybody have other insights? Thanks, Ben On Sun, Jul 5, 2015 at 2:47 PM, Thorsten Kukuk ku...@suse.de wrote: On Sun, Jul 05, Ben Konrath wrote: Does anybody know why this particular restriction is being ignored? Beside that this particular type of restrictions doesn't make

Re: [mkgmap-dev] IndexOutOfBoundsException in US map with mkgmap 3605

Hi Gerd, Thanks for the quick fix - r3606 worked! Ben On Thu, Jun 4, 2015 at 5:10 PM, GerdP gpetermann_muenc...@hotmail.com wrote: Hi Ben, please try again with r3606. It should either report errors with the tile name or run without problems. Gerd Ben Konrath wrote Hi, I have

[mkgmap-dev] IndexOutOfBoundsException in US map with mkgmap 3605

Hi, I have a IndexOutOfBoundsException while generating a map of the United States with mkgmap 3605. I think this is related to the recent house number merge because 3598 worked fine and the problem seems to come from house number related code. java.lang.IndexOutOfBoundsException: bitIndex 0:

[mkgmap-dev] multiple US highway shields on one highway

Hi everyone, I recently added the US highway shields to my maps. My solution works pretty well and I'll happily make a patch for the default style if people are interested. Here's what I'm currently doing: # Highway shields for the United States. # All highways in the US that aren't link roads

[mkgmap-dev] Add man_made=mast to the default style

Hi, Here's a small improvement to the tower entry of the default style. man_made=mast is a valid OSM tag and it is used a bit so I think we should include it. https://taginfo.openstreetmap.org/tags/man_made=mast Thanks, Ben diff --git a/resources/styles/default/points

Re: [mkgmap-dev] mkgmap:city empty in large cities

Hi Gerd, I was a bit wrong with my analysis of Ottawa and Toronto. Toronto and Ottawa should be admin level 8 and the 'cities' within Toronto and Ottawa should be admin level 9 (as Orleans was already tagged). I've corrected the labelling issues in OSM but I didn't add the missing 'city'

Re: [mkgmap-dev] mkgmap:city empty in large cities

Hi Gerd, Yes, that's correct. The patch will have no effect until the bounds are updated to OSM data that's newer than 27 April 2015. Thanks, Ben On Tue, Apr 28, 2015 at 10:04 AM, Gerd Petermann gpetermann_muenc...@hotmail.com wrote: Hi Ben, thanks for the patch. Just to make sure: The

Re: [mkgmap-dev] mkgmap:city empty in large cities

Hi Gerd, I think the problem with Ottawa is a problem with the data. The current Ottawa boundary describes a municipal level entity composed of the a bunch of former small cities (including the city of Ottawa which is now downtown area of Ottawa). Looking at Canada in the administrative boundary

Re: [mkgmap-dev] patches

Hi Brian, Thanks for the feedback. On Thu, Nov 6, 2014 at 3:13 AM, Brian Egge briane...@gmail.com wrote: snip The NYC addresses are working well. I have a minor correction as follows: Index: resources/styles/default/inc/address

Re: [mkgmap-dev] FW: mkgmap in NYC

On Sat, Nov 1, 2014 at 6:03 PM, Brian Egge briane...@gmail.com wrote: Hi Ben, The latest maps you've created are working well - I can find addresses in NYC. The address search isn't quite as fluid as the Garmin maps, but perhaps this is related to how the map file is created. For 311 W

Re: [mkgmap-dev] FW: mkgmap in NYC

Brian: Address search in the US map from 2014.10.23 should now works for New York. I've tested it in simulation mode but it would be great if you could test it out to confirm it's working as well. Thanks for pointing out the issue. Gerd: I've attached a patch that I'm using to fix the New York

Re: [mkgmap-dev] mkgmap in NYC

Hi everybody, Thanks for helping out with this issue. @Brian you can also just send me a message direct about issues related to the maps I make. I have some changes in the style file so the people on this list won't always be able to help out. But now that we're talking on this list, I hope other

Re: [mkgmap-dev] Address boundary rules for South Africa

On Tue, Jul 1, 2014 at 6:44 PM, Steve Ratcliffe st...@parabola.me.uk wrote: On 01/07/14 17:11, Ben Konrath wrote: Just wondering if somebody can commit this so that other people can benefit from having the address search setup correctly in South Africa. OK done. Thanks for the patch

Re: [mkgmap-dev] Address boundary rules for South Africa

Hey guys, Just wondering if somebody can commit this so that other people can benefit from having the address search setup correctly in South Africa. Thanks, Ben On Tue, Jun 24, 2014 at 2:39 PM, Ben Konrath b...@bagu.org wrote: Hi, Here's a patch to add address boundary rules for South

[mkgmap-dev] Address boundary rules for South Africa

Hi, Here's a patch to add address boundary rules for South Africa. Thanks, Ben From 7599c827900d6c176439b1323607dea47c8a1cbb Mon Sep 17 00:00:00 2001 From: Ben Konrath b...@bagu.org Date: Tue, 24 Jun 2014 14:37:15 +0200 Subject: [PATCH] Add address boundary rules for South Africa

[mkgmap-dev] 'ant dist' doesn't work for splitter

thoughts? Thanks, Ben From a9c09f61d46deb3a187a452da2999bf8f7357528 Mon Sep 17 00:00:00 2001 From: Ben Konrath b...@bagu.org Date: Wed, 28 May 2014 15:45:15 +0200 Subject: [PATCH] Fix build issue with ant dist. --- build.xml | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git

[mkgmap-dev] [splitter patch] check for mapids with less than 9 digits

Hi guys, I ran into a problem where my map failed to generate properly with mkgmap when the mapid used with splitter had more than 9 digits. I've attached a patch for splitter to check for a mapid with more than 9 digits. Thanks, Ben diff --git a/src/uk/me/parabola/splitter/Main.java

Re: [mkgmap-dev] [patch] add ability to have unlimited ValueFilter chains

On Fri, May 25, 2012 at 10:56 PM, Steve Ratcliffe st...@parabola.me.uk wrote: On 22/05/12 19:46, Ben Konrath wrote: Hi, Here's a patch to add ability to have unlimited ValueFilter chains. I'm using this with the SubstitutionFilter to normalize the road types with a rule like this: Looks

Re: [mkgmap-dev] Commit: r2280: Add location rules for Canada -- Ben Konrath

...@mkgmap.org.uk wrote: Version 2280 was commited by wanmil on 2012-05-24 19:56:36 +0100 (Thu, 24 May 2012) Add location rules for Canada -- Ben Konrath ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap

Re: [mkgmap-dev] how to make address search aware of the Canadian provinces?

Hi WanMil, On Thu, May 24, 2012 at 8:52 PM, WanMil wmgc...@web.de wrote: your approach is correct. But I don't know which field are used by the builtin map. So maybe it is not possible to have the same functionality with mkgmap generated maps. Ok, good to know. Thanks. Can you please what

[mkgmap-dev] [patch] ignore unnamed generated POIs

Hi, I whipped up a patch to ignore unnamed POIs generated with the --add-pois-to-areas option. The patch adds the option to delete all tags with the 'delete' action using '*'. What do people think; is this a good approach? Thanks, Ben mkgmap-ignore-unnamed-generated-pois.patch Description:

[mkgmap-dev] [patch] add ability to have unlimited ValueFilter chains

Hi, Here's a patch to add ability to have unlimited ValueFilter chains. I'm using this with the SubstitutionFilter to normalize the road types with a rule like this: highway=* { name '${name|subst: Street= St|subst: Avenue= Ave|subst: Road= Rd}' } Any thoughts on this? I'd be happy to hear

[mkgmap-dev] [splitter patch] limit description length to 50 characters

I use this patch when building maps of Canada using the --geonames-file=CA.zip option. Sometimes the length of the description will be longer than 50 characters and mkgmap complains. - Ben -- http://www.linkedin.com/in/benkonrath splitter-description-length-50.patch Description: Binary data

Re: [mkgmap-dev] gmapsupp visible in Basecamp

Hi Minko, I've seen a similar result in Basecamp where the basemap highways were visible along with the OSM map. This was for a map with no TYP file (or the default TYP file I'm not sure what mkgmap is doing these days). This didn't happen with a commercial map so there's definitely something

Re: [mkgmap-dev] problem with highway=cycleway in default style

Hi Marko / everybody, On Wed, Jul 6, 2011 at 1:18 PM, Ben Konrath b...@bagu.org wrote: [snip] On Wed, Jul 6, 2011 at 9:15 AM, Marko Mäkelä marko.mak...@iki.fi wrote: [snip] Isn't it a bit redundant to add access=yes to ways? Usually, you would add access restrictions. I would say

Re: [mkgmap-dev] problem with highway=cycleway in default style

On Wed, Jul 6, 2011 at 3:31 PM, Marko Mäkelä marko.mak...@iki.fi wrote: On Wed, Jul 06, 2011 at 02:52:59PM +0200, Ben Konrath wrote: 'access = yes' is definitely being and it seems to be a valid tag/value pair according the wiki. I think it would be a good idea to remove the 'access = yes' from

[mkgmap-dev] problem with highway=cycleway in default style

Hi everybody, I've found a problem with the highway=cycleway in the default style. The current setting from the default lines file is this: highway=cycleway {add access = no; add bicycle = yes; add foot = yes} [0x07 road_class=0 road_speed=1 resolution 23] One small problem is that the cycleway

Re: [mkgmap-dev] problem with highway=cycleway in default style

HI Felix, On Tue, Jul 5, 2011 at 12:37 PM, Felix Hartmann extremecar...@gmail.com wrote: [snip] highway=cycleway {add motor_vehicle = no; set bicycle = yes; add foot = yes} [0x16 road_class=0 road_speed=1 resolution 23] That wouldn't change anything. 0x16 is routable by motorcars too. Add is

Re: [mkgmap-dev] problem with highway=cycleway in default style

On Tue, Jul 5, 2011 at 1:04 PM, Felix Hartmann extremecar...@gmail.com wrote: [snip] But there is no difference in routing between 0x07 and 0x16! (else my maps wouldn't work...) There are only very few types that have very special attributes and they only differ in the routing instructions

Re: [mkgmap-dev] Replacing --add-pois-to-areas with an add_poi action

On Tue, Feb 1, 2011 at 4:20 PM, Torsten Leistikow de_m...@gmx.de wrote: Moin, Henning Scholland schrieb am 31.01.2011 21:41: Why you would like to have a POI for an object taged as node and not for a similar POI taged as polygon? In OSM some objets can be mapped in OSM as a node or as an

Re: [mkgmap-dev] problem with --generate-sea near Toronto, Canada

Hi Charlie, Like Marko, I would much much prefer an add_poi style action than the univeral --add-pois-to-areas. Yeah.  And finally, and apologies for bleating on about this, I would love it if the POI that was added was *always* placed inside the area bounds, rather than in the area's

Re: [mkgmap-dev] problem with --generate-sea near Toronto, Canada

Hi Charlie, On Mon, Jan 31, 2011 at 8:35 AM, char...@cferrero.net wrote: Sorry, can't help with your problem, but can you explain what --ignore-unnamed-areas is?  I can't find any reference to it elsewhere. That's a custom patch I include with the version of mkmap that I use. It doesn't add a

Re: [mkgmap-dev] problem with --generate-sea near Toronto, Canada

On Sun, Jan 30, 2011 at 9:42 PM, Marko Mäkelä marko.mak...@iki.fi wrote: On Sun, Jan 30, 2011 at 08:53:09PM +0100, Ben Konrath wrote: I've run into a strange problem with --generate-sea while generating a map of Canada. Here's a screenshot of the problem I'm seeing: http://bagu.org/scratch

[mkgmap-dev] problem with --generate-sea near Toronto, Canada

Hi, I've run into a strange problem with --generate-sea while generating a map of Canada. Here's a screenshot of the problem I'm seeing: http://bagu.org/scratch/generate-sea-problem-lake-ontario.bmp I'm using mkgmap version r1783 with these options: java -Xmx400M

Re: [mkgmap-dev] problem seeing OSM maps on nuvi 255w

Hi Clinton, On Tue, Dec 22, 2009 at 11:20 AM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: On Dec 22, 2009, at 17:08, Ben Konrath wrote: I added '--draw-priority=30' to all three commands and the resulting map is visible but the roads appear behind the roads from the Garmin

Re: [mkgmap-dev] problem seeing OSM maps on nuvi 255w

Hi Charlie, On Tue, Dec 22, 2009 at 11:27 AM, Charlie Ferrero char...@cferrero.net wrote: Can you have multiple gmapsupp files on a Nuvi?  I guess you must be able to, if you've got both North American maps and OSM maps at the same time.  I don't know if Nuvis are the same, but on a GPSMap you

Re: [mkgmap-dev] problem seeing OSM maps on nuvi 255w

Hi Clinton, On Tue, Dec 22, 2009 at 1:55 PM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: No, I have a European Nuvi; I believe it has a worldwide base map and the City Navigator (or whatever it's called) for Europe. I have not yet have any conflicts with the maps. I do load all

Re: [mkgmap-dev] POIs not visible in 3d mode

Hi Maning, With my Nuvi 255w I don't see POIs in 3D mode with the mkgmap generated maps or the included garmin maps. I think that might be how it's supposed to work. HTH, Ben On Mon, Dec 7, 2009 at 8:54 AM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, I saw my garmin map (compiled

Re: [mkgmap-dev] [patch] change bus_stop to Transit Service category and add name / operator

Hi Marko, On Sat, Jul 18, 2009 at 2:49 PM, Marko Mäkelämarko.mak...@iki.fi wrote: snip I would prefer to have only the major things (bus stations and train stops) in one menu and all the others (bus stops, tram stops) in the other menu. In this way, it should be easier to plan long journeys

Re: [mkgmap-dev] [PATCH] some natural points

Hi Marko, On Sat, Jul 11, 2009 at 1:41 AM, Marko Mäkelämarko.mak...@iki.fi wrote: Hi Ben, I compared your patch to mine.  I only noticed two differences: First, in my patch, truck stops have precedence over manned fuel stations (to make the map more useful to truck drivers): +amenity=fuel