[mkgmap-dev] Question reg. StyleImpl

Hi programmers, I found quite a lot of places in mkgmap source with a block like below. I'd prefer to put this into a static method like public static Style readStyle(Properties props) in the StyleImpl class. Any reasons why that wasn't done until now? String loc = props.getPro

Re: [mkgmap-dev] Translation system proposal

On Wed, Apr 10, 2013 at 10:04:20PM -0700, franco_bez wrote: >I was wondering if it weren't possible to use the built-in translations >of the Garmin Device itself. >I mean the translations in the *.gtt Files from the GARMIN/Text >directory on the Garmin device. >Exit would be TXT_Exit_STR_M Is th

Re: [mkgmap-dev] Translation system proposal

Hi Carlos, Carlos Dávila-2 wrote > Currently we have the English word "Exit" in the default lines style > file, which is used by the exit_hint option. Obviously it isn't > appropriate for all languages, This already bothered me too. I was wondering if it weren't possible to use the built-in tr

Re: [mkgmap-dev] Question reg. points with extended type

Hi Gerd, On Sat, Apr 06, GerdP wrote: > good that you asked. I just found out that the overview2 branch did no > longer create the > index in the same way. This is corrected with r2558. > > The so called global index is created when you use the --index option. I > don't know for sure > what t

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

GerdP wrote > Hi Franco, > > I did a few more tests now. I am able to reproduce the problem with a > small input file: > franco1.osm.pbf > > > My result with an Oregon 450t , software version 5.50: > version 2447: routing to POI "Sc

Re: [mkgmap-dev] process-exits vs process-destination

Hi WanMil, thank you very much. This is really good news. i will try this as soon as possible. Ciao, Franco -- View this message in context: http://gis.19327.n5.nabble.com/process-exits-vs-process-destination-tp5756464p5756549.html Sent from the Mkgmap Development mailing list archive at N

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

GerdP wrote > Hi, > > yes, I can confirm that mkgmap works as you describe it, my understanding > of the code was wrong. > I've coded an additional test for this with the list-styles method, it > issues > "Warning: routable type 0x00c06 is used for non-routable line with > resolution 24. This may

Re: [mkgmap-dev] Support for "through_route" relations?

> I could do the documentation (based on the text I just wrote above). But > it would be nice to get that "split approach road" bug out of the system > as currently implemented (sorry, Steve - more work for you I guess). > > "Through route" should be used by more mappers! Definitely very useful > o

Re: [mkgmap-dev] overview2 branch

> Yes, and I think it makes sense to do that. If you add something to the > overview map which > is not shown in the next level, you will see that the boundary lines > disappear in Basecamp when you zoom in > (using full map data, not basemap only). You can implement styles where this happens in t

Re: [mkgmap-dev] process-exits vs process-destination

Hi Franco, process-exits and process-destination works fine together. In case the _link starts at an exit and contains a destination tag it is split and the middle part contains the tags: mkgmap:exit_hint=true mkgmap:dest_hint=true You can have a look at the default style how to use that: (high

Re: [mkgmap-dev] Patch: remove warning of admin_centre/label in multipolygons

Thanks! I have commited the patch with minor changes. WanMil > > Hi, > > a huge amount of mulitpolygons contains meanwhile points with the > role 'admin_centre' and 'label'. So I think mkgmap should print no > longer a warning about this, especially as we use the role 'label' some > lines later o

[mkgmap-dev] Commit: r2565: Issue no warning for mp node elements with role admin_centre or label

Version 2565 was committed by wanmil on Wed, 10 Apr 2013 Issue no warning for mp node elements with role admin_centre or label --Thorsten Kukuk ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap

Re: [mkgmap-dev] Question about MP processing/area2poi

Hi Minko, hi Thorsten, the POI should be created. I have to debug that. Some explanations about the mp processing: Tags are taken from the mp if the mp has any other tag than type. The other tags need not be referenced in the style file. Tags from the outer ways are ignored if the mp tags are t

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 10.04.2013 18:27, schrieb GerdP: > with "it works" I mean that you don't see the described routing > problems. Do you mean the same or do you talk about how it looks > like? I didn't see this routing problems on other streets, only on this specia

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

Hi Bernd, with "it works" I mean that you don't see the described routing problems. Do you mean the same or do you talk about how it looks like? I am curious if you get the same results with the roads_first_v1.patch ? Gerd Bernd Weigelt wrote > Am 10.04.2013 17:55, schrieb Gerd Petermann: > >

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 10.04.2013 14:35, schrieb GerdP: > My result with an Oregon 450t , software version 5.50: version > 2447: routing to POI "Schönwetter Automobile" works, but address > "Robert-Bosch-Straße 14" doesn't work. As i write in the other mail, the last pa

Re: [mkgmap-dev] Translation system proposal

Am 10.04.2013 17:07, schrieb Carlos Dávila: > Currently we have the English word "Exit" in the default lines style > file, which is used by the exit_hint option. Obviously it isn't > appropriate for all languages, so I'm using a simple hack to avoid it, > that consist in changing "Exit" by the vari

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

Am 10.04.2013 17:55, schrieb Gerd Petermann: Hello Gerd > does that mean that you think that it only works when the 2nd type is also > routable? IMHO yes, but maybe types like 0x14, 0x15,to 0x2f also work, i didn't test them. all other types 0x10001ff didn't work for me. 0x0c with overlay 0x0

Re: [mkgmap-dev] Wrong "Object Class" displayed in Mapsource

Hi Michael, The problem regarding the change between 0x4b and 0x0b was in mkgmap routines that read the img file, none of them would explain what you see. Maybe Mapsource makes a similar error? Gerd > Date: Fri, 5 Apr 2013 23:50:42 +0200 > From: em...@mipri.de > To: mkgmap-dev@lists.mkgmap.org

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

Hi Bernd, does that mean that you think that it only works when the 2nd type is also routable? This would be contrary to my findings. Gerd Date: Wed, 10 Apr 2013 17:39:56 +0200 From: weigelt.be...@web.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] highway=track with no road_cla

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

Am 10.04.2013 09:10, schrieb GerdP: > My understanding of the program code is that it simply adds lines with the > given types. > Maybe it was meant to be > "Make sure that only the first way in the overlays file is routeable. " +1 I made some tests with nonroutable Types for the overlays like 0x

[mkgmap-dev] routing problems since r2448

Hi, for details see also http://gis.19327.n5.nabble.com/No-roads-near-target-bug-in-Schwabmunchen-tp5753364p5756068.html For those that did not follow this thread: I hope we found the explanation for some strange routing problems which occur in combination with styles that assign routable types

[mkgmap-dev] Translation system proposal

Currently we have the English word "Exit" in the default lines style file, which is used by the exit_hint option. Obviously it isn't appropriate for all languages, so I'm using a simple hack to avoid it, that consist in changing "Exit" by the variable ${mkgmap:exit_tr} in the style file and def

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

Hi, yes, I can confirm that mkgmap works as you describe it, my understanding of the code was wrong. I've coded an additional test for this with the list-styles method, it issues "Warning: routable type 0x00c06 is used for non-routable line with resolution 24. This may break routing. Style file li

Re: [mkgmap-dev] Question about MP processing/area2poi

Good point Thorsten, I have rendered the IJsselmeer as a polygon because I got the same problem. toponym=water & name=IJsselmeer [0x3b resolution 16] The same problem exist for a lot of mp's with place=island without a place=island node, those names are not rendered either.

[mkgmap-dev] Patch: remove warning of admin_centre/label in multipolygons

Hi, a huge amount of mulitpolygons contains meanwhile points with the role 'admin_centre' and 'label'. So I think mkgmap should print no longer a warning about this, especially as we use the role 'label' some lines later ourself. This will only fillup the log file. Attached is a small patch I'm

[mkgmap-dev] Question about MP processing/area2poi

Hi, There is the IJsselmeer Relation (http://www.openstreetmap.org/browse/relation/945096) for example. All outer ways are tagged with "natural=coastline", the MP is tagged additional with name and toponym=water. Now I have the following rule in my style/points file: (place=sea | place=ocean

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

Hi Franco, I did a few more tests now. I am able to reproduce the problem with a small input file: franco1.osm.pbf My result with an Oregon 450t , software version 5.50: version 2447: routing to POI "Schönwetter Automobile" works, b

Re: [mkgmap-dev] Support for "through_route" relations?

On 2013-04-03 21:43, WanMil wrote: >> 0> In article<515c8e7f.4000...@web.de>, >> 0> WanMilmailto:wmgc...@web.de> ("Wanmil") wrote: >> >> Wanmil> mkgmap contains some code to support "through_route" relations. >> [...] >> Wanmil> Shall we still support this type of relation? >> Wanmil> Can any

Re: [mkgmap-dev] Problem with bounds_*.zip

Am 10.04.2013 09:06, schrieb Minko: > Hi Wanmil, > > I like your first option: > 1. Merge the options of the style file at the very beginning of mkgmap > so that all mkgmap sources can uses the same set of options. > > A lot of options are related to the style files. When I distribute my styles,

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

Hi Minko, I understand that this is the intended function, but I don't see that the code implements it like this. I'm pretty sure that it adds two ways with exactly the same attributes in spite of the type. I'm going to debug it later. Gerd Minko-2 wrote > Hi Gerd, > If you want to merge 0x0c a

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

Hi Gerd, If you want to merge 0x0c and 0x06 together with the overlays file, and name in your line style this 'overlay' line type 0x0c06, and you add road attributes to it, only 0x0c gets road attributes and 0x06 doesn't. That was the reason that Franco's routing to an address was broken here.

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen

Hi Franco, franco_bez wrote > If you comment the line number 16 in the "overlays" file >> # residential >> #0x00c06: 0x0c, 0x06 > routing to the address works again. > > Whatever this means. Do overlays also need a "road_class" and "road_speed" > ? Please see http://wiki.openstreetmap.org/wik

Re: [mkgmap-dev] Problem with bounds_*.zip

Hi Wanmil, I like your first option: 1. Merge the options of the style file at the very beginning of mkgmap so that all mkgmap sources can uses the same set of options. A lot of options are related to the style files. When I distribute my styles, people (like Lambertus who 'produces' my Openfiet