[mkgmap-dev] Maximum map resolutions people use

I'm looking into building a density map to help improve the splitting (whether the splitting be automated or done via a GUI tool), and I'm trying to get a feel for what the memory and disk overhead will be using this approach. In particular, I'm interested in finding out what the highest number

Re: [mkgmap-dev] Maximum map resolutions people use

I never used the --resolution parameter as I don't know what it means and does to the output/maps. Maybe I missed a discussion about it earlier, but can you explain again? As you probably know, I split two files that to be able to cover the whole world: A North/South America file and one that con

Re: [mkgmap-dev] gui for areas.list ?

Chris Miller schrieb: > C> And the --split-file= option is also not working for me > Hmm, this one had me stumped for a bit but I think I know what it is. The > "mapid = 1" is the giveaway... It looks like the code that parses areas.list > currently looks for an 8 digit number - if it doesn't f

Re: [mkgmap-dev] Maximum map resolutions people use

L> I never used the --resolution parameter as I don't know what it means L> and does to the output/maps. Maybe I missed a discussion about it L> earlier, but can you explain again? Oh... I was about to point you to the documentation on the website but you've just made me realise that there isn't

Re: [mkgmap-dev] [PATCH v5] - min arc length fixes

Hi Garvan, > I spent some time testing short arcs and managed to find some routing > problems where mapsource will route in one direction but not in the > reverse direction. This looks like a mapsource bug to me, so I am > curious if it is seen with all versions of mapsource, or even if others

Re: [mkgmap-dev] Commit: r1140: Added support for extended types.

Hi, Mark for information only: >Just committed a fix for this. You should be able to use extended types >in mp files now. I just run a small test. r1155 you commited now seems to work fine with polish format datafiles and extended Garmin types. Upcoming commited version of extended types + att

Re: [mkgmap-dev] --make-all-cycleways oddity

Valentijn, > I was thinking: are the oneway street and the fake route interconnected > automatically? I know they share the nodes, is that the same as being > able to skip between them? > > I.e. is it: > > | | > +--++-++ a street > +--++-++---

Re: [mkgmap-dev] Commit: r1140: Added support for extended types.

Hi Gert, > I just run a small test. > r1155 you commited now seems to work fine with polish format datafiles and > extended Garmin types. Good. > Upcoming commited version of extended types + attributes i will test after it > is available. I shall commit that stuff soon as although it proba

[mkgmap-dev] Commit: r1156: Misc improvements to extended type attribute processing.

Version 1156 was commited by markb on 2009-08-29 12:05:20 +0100 (Sat, 29 Aug 2009) Misc improvements to extended type attribute processing. Morse code light type is now specified as a single letter Attributes values that are keywords can now also be specified as an integer value. Lights can

[mkgmap-dev] Commit: r1157: Added support for extended type attributes in mp files.

Version 1157 was commited by markb on 2009-08-29 12:05:23 +0100 (Sat, 29 Aug 2009) Added support for extended type attributes in mp files. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] address search problem due to required "State" value

Hi, Steve, >All suggestions are welcome, but I don't have cGPSmapper nor a workable >copy of MapSource. MAPSOURCE: There are 2 Ways to install Mapsource without having the Original-CD to yours fingertips: * 1.Possibility:* 1. Download current Trainingscenter

Re: [mkgmap-dev] [PATCH v5] - min arc length fixes

Can you tell me what setting you had for U-Turns? If this is indeed a MapSource < 6.13.7 bug, then knowing this might be important in deciding if your patch v5 is necessary. Garvan Mark Burton wrote: > Hi Garvan, > > >> I spent some time testing short arcs and managed to find some routing

Re: [mkgmap-dev] Improving mkgmap's Unicode transliteration

Hi > But really what I'm more interesting in is where mkgmap's > transliteration database comes from. Knowing that will help with > further contributions. There's a lot more that can be done than just > improving row03.trans. That was just a sample improvement that I > needed at that time. The te

[mkgmap-dev] Splitter default description with comments (patch)

Hi list, As discussed before, I think it's a bit confusing that Splitter has a default "description" in it's template.args file that says "OSM Map". The attached patch fixes this: it puts "#" before the description if you didn't specify a --description. This also helps --description in mkgmap, as

Re: [mkgmap-dev] Splitter default description with comments (patch)

Thanks. Looks sensible, I've commited it for you. VS> As discussed before, I think it's a bit confusing that Splitter has VS> a default "description" in it's template.args file that says "OSM VS> Map". The attached patch fixes this: it puts "#" before the VS> description if you didn't specify a --

Re: [mkgmap-dev] --make-all-cycleways oddity

Hi Valentijn, Paul, all, On Sat, Aug 29, 2009 at 07:29:08AM +0200, Valentijn Sessink wrote: > Paul Johnson schreef: > > Routing involving cycleways (by bicycle or by car) makes me wonder why > > nobody's bothered getting Garmin's SDK and create new software for those > > units... > > http://onrou

Re: [mkgmap-dev] --make-all-cycleways oddity

Marko Mäkelä schreef: > On Sat, Aug 29, 2009 at 07:29:08AM +0200, Valentijn Sessink wrote: >> http://onroute.nl/ > Can you please explain how that link is relevant to the Garmin SDK? It probably isn't. I know them for making a cycle map for the Netherlands. But they could be using anything to buil

Re: [mkgmap-dev] --make-all-cycleways oddity

On Sat, 2009-08-29 at 07:29 +0200, Valentijn Sessink wrote: > Paul Johnson schreef: > > Routing involving cycleways (by bicycle or by car) makes me wonder why > > nobody's bothered getting Garmin's SDK and create new software for those > > units... > > http://onroute.nl/ What is it? (I don't spe

Re: [mkgmap-dev] --make-all-cycleways oddity

Paul Johnson schreef: > On Sat, 2009-08-29 at 07:29 +0200, Valentijn Sessink wrote: >> Paul Johnson schreef: >>> Routing involving cycleways (by bicycle or by car) makes me wonder why >>> nobody's bothered getting Garmin's SDK and create new software for those >>> units... >> http://onroute.nl/ >

Re: [mkgmap-dev] Commit: r1157: Added support for extended type attributes in mp files.

Hi, Mark, i just build mkgmap out of svn trunk and test it with a single marine/ext poi in an mp-file. It works. But i discovered that neither the flashing nor the morsing works in Mapsource or in my 60csx . I guess these functions are only avaiable with special marine gps of Garmin. A nice en

Re: [mkgmap-dev] Commit: r1157: Added support for extended type attributes in mp files.

Hi Gert, > i just build mkgmap out of svn trunk and test it with a single > marine/ext poi in an mp-file. > It works. Good. > But i discovered that neither the flashing nor the morsing works in > Mapsource or in my 60csx . I guess these functions are only avaiable > with special marine gps

Re: [mkgmap-dev] --make-all-cycleways oddity

It's nothing special. They are using standard garmin tools AFAICanTell. They learned from our maps that proper bicycle/topo maps will only provide good routing if preference is given in general for bicycleroutes. The autorouting is pretty good for cyclists, however because of 2 reasons: 1. their m

[mkgmap-dev] [PATCH] Give highway=primary a default styling different to highway=trunk

A one-character diff to allow highway=primary to assume by default a different (and more appropriate) Garmin style to highway=trunk. It would be great to see this applied. Thanks, Dermot Index: resources/styles/default/lines === --

[mkgmap-dev] Commit: r1158: Better highway=primary type

Version 1158 was commited by elrond on 2009-08-30 01:10:39 +0100 (Sun, 30 Aug 2009) Better highway=primary type A one-character diff to allow highway=primary to assume by default a different (and more appropriate) Garmin style to highway=trunk. by Dermot McN

Re: [mkgmap-dev] Commit: r1158: Better highway=primary type

2009/8/30 svn commit : > I can't see a difference in mapsource, so 0x02 and 0x03 > seem to be quite close. Ah, but you can see the difference with a suitable .typ file :) Thanks for the commit, Dermot -- -- Iren sind menschlich __