Re: [mkgmap-dev] rolehandling patch

Hi Steve, > > Steve's been handling the MP patches, hopefully he will look at > > incorporating that patch. > > All of that patch (as far as I can see) was included in the r1607 patch. Oh yes, it's already been done. I've been so immersed in my own little world that I missed that one. Mark __

Re: [mkgmap-dev] rolehandling patch

> Steve's been handling the MP patches, hopefully he will look at > incorporating that patch. All of that patch (as far as I can see) was included in the r1607 patch. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.

Re: [mkgmap-dev] Using multiple TYP files

> CW> $(MKGMAP) --gmapsupp gmapsupp1.img gmapsupp2.img > CW> > CW> Then you get a gmapsupp.img that contains what you want. > > Ah, I didn't realise you could use a gmapsupp.img as input. Your recipe > above works like a dream - many thanks! :-) You can although it was only fairly recently tha

[mkgmap-dev] Commit: r1620: Can now explicitly tag boundary nodes with mkgmap:on-boundary=1.

Version 1620 was commited by markb on 2010-03-22 21:24:01 + (Mon, 22 Mar 2010) Can now explicitly tag boundary nodes with mkgmap:on-boundary=1. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mk

[mkgmap-dev] Commit: r1618: Strip all funky Garmin codes from the name string (not just the first char).

Version 1618 was commited by markb on 2010-03-22 21:21:42 + (Mon, 22 Mar 2010) Strip all funky Garmin codes from the name string (not just the first char). ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman

[mkgmap-dev] Commit: r1619: Handle the 0x1b prefix for lower case letters (also used for two separators).

Version 1619 was commited by markb on 2010-03-22 21:21:45 + (Mon, 22 Mar 2010) Handle the 0x1b prefix for lower case letters (also used for two separators). ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailma

[mkgmap-dev] Commit: r1617: Mask out the extra-bit flag from the line's type in linesForSubdiv().

Version 1617 was commited by markb on 2010-03-22 21:21:39 + (Mon, 22 Mar 2010) Mask out the extra-bit flag from the line's type in linesForSubdiv(). ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listin

[mkgmap-dev] Commit: r1616: Remove leading spaces from name element names.

Version 1616 was commited by markb on 2010-03-22 21:21:35 + (Mon, 22 Mar 2010) Remove leading spaces from name element names. Taking care to preserve any initial Garmin code. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.m

[mkgmap-dev] Commit: r1614: Make isUpperCase() public.

Version 1614 was commited by markb on 2010-03-22 21:21:26 + (Mon, 22 Mar 2010) Make isUpperCase() public. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] Commit: r1615: If required, case fold labels in newLabel() to avoid dups in label cache.

Version 1615 was commited by markb on 2010-03-22 21:21:29 + (Mon, 22 Mar 2010) If required, case fold labels in newLabel() to avoid dups in label cache. Duplicate labels that only differed in letter case were being produced because the label cache saw the label strings before they were cas

[mkgmap-dev] Commit: r1613: Don't duplicate road labels when ref is same as name when shield codes ignored.

Version 1613 was commited by markb on 2010-03-22 21:21:22 + (Mon, 22 Mar 2010) Don't duplicate road labels when ref is same as name when shield codes ignored. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mail

[mkgmap-dev] Commit: r1612: Don't let highway shield codes affect the order of the sorted roads.

Version 1612 was commited by markb on 2010-03-22 21:21:19 + (Mon, 22 Mar 2010) Don't let highway shield codes affect the order of the sorted roads. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinf

[mkgmap-dev] Commit: r1611: Added missing space to diagnostic message.

Version 1611 was commited by markb on 2010-03-22 21:21:15 + (Mon, 22 Mar 2010) Added missing space to diagnostic message. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] Commit: r1610: Added highway shield codes to Format6Encoder.LETTERS.

Version 1610 was commited by markb on 2010-03-22 21:21:12 + (Mon, 22 Mar 2010) Added highway shield codes to Format6Encoder.LETTERS. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [PATCH v5] - Code around highway shield crap when sorting labels

Felix, Thanks for the update. > Well as the mp_lesscuts_v4 patch is already commited, the breakage must > be expected as I tried to add a patch that is already included (well > probably slightly different though). OK. > Could you nevertheless also commit the sizeFilter.patch? > It comes ver

Re: [mkgmap-dev] [PATCH v5] - Code around highway shield crap when sorting labels

On 22.03.2010 21:55, Mark Burton wrote: > Hi Clinton, > > >> I tested v5 today. It seems to be OK. I'll try again with v6 tomorrow. >> > Thanks. > > Actually, I think that v6 is OK (as far as fixing Felix's routing > directions issue is concerned) and would like to commit it. > > However,

Re: [mkgmap-dev] [PATCH v5] - Code around highway shield crap when sorting labels

Hi Clinton, > I tested v5 today. It seems to be OK. I'll try again with v6 tomorrow. Thanks. Actually, I think that v6 is OK (as far as fixing Felix's routing directions issue is concerned) and would like to commit it. However, I am holding off committing the patches until Felix says some more

Re: [mkgmap-dev] [PATCH v5] - Code around highway shield crap when sorting labels

On Mar 21, 2010, at 23:36, Mark Burton wrote: > So, those people who are tracking this patch series, please test and if > it doesn't bite your arse, I will commit it soonish I tested v5 today. It seems to be OK. I'll try again with v6 tomorrow. Cheers

Re: [mkgmap-dev] Using multiple TYP files

On 03/22/2010 05:36 PM, Toby Speight wrote: > It's a while since I looked at the option parsing code, but IIRC, all > the non-file arguments are processed before starting to read any of the > files, contrary to the documentation. I could be wrong, though. Creating a gmapsupp.img with several fam

Re: [mkgmap-dev] [PATCH v6] - Code around highway shield crap when sorting labels

On 22.03.2010 15:29, Mark Burton wrote: > Hi Felix, > > >> On 22.03.2010 00:42, Mark Burton wrote: >> >>> v6 - don't trash first ref if it is the same as the name (sans shield) >>> and more refs follow >>> >>> - >>> >> In principle the patch works very good. >> > Goo

Re: [mkgmap-dev] Using multiple TYP files

0> In article <87mxy0e691@balti.ashgrove>, 0> Toby Speight mailto:t.m.speight...@cantab.net> ("Toby") wrote: Toby> / Toby> | $(MKGMAP) --gmapsupp \ Toby> |--family-id=1672 --product-id=1672 1672*.img 1672.TYP \ Toby> |--family-id=6324 --product-id=6324 6324*.img 6324.TYP Toby>

Re: [mkgmap-dev] Using multiple TYP files

0> In article <61af4ce51003220852q2e3efcccta68324526a77...@mail.gmail.com>, 0> Christoph Wagner mailto:freemaps@googlemail.com> ("CW") wrote: CW> Do it sequentially. CW> CW> $(MKGMAP) --gmapsupp --family-id=1672 --product-id=1672 1672*.img 1672.TYP CW> mv gmapsupp.img gmapsupp1.img CW> $(MKGM

Re: [mkgmap-dev] Using multiple TYP files

Hi > / > | $(MKGMAP) --gmapsupp \ > |--family-id=1672 --product-id=1672 1672*.img 1672.TYP \ > |--family-id=6324 --product-id=6324 6324*.img 6324.TYP > \ That is supposed to work just as you have it. I thought there was even a test for it! I'll investigate. ..Steve

Re: [mkgmap-dev] Using multiple TYP files

2010/3/22 Toby Speight : > / > | $(MKGMAP) --gmapsupp \ > |    --family-id=1672 --product-id=1672 1672*.img 1672.TYP \ > |    --family-id=6324 --product-id=6324 6324*.img 6324.TYP > \ > How best to combine the two? Do it sequentially. $(MKGMAP) --gmapsupp --family-id=1672 --pro

[mkgmap-dev] Using multiple TYP files

I'm having trouble combining IMG files with different product and family IDs into a single gmapsupp.img. I can create single-family images with no problem, but trying to create a multiple-family image thusly: / | $(MKGMAP) --gmapsupp \ |--family-id=1672 --product-id=1672 1672*.img 167

Re: [mkgmap-dev] [PATCH v6] - Code around highway shield crap when sorting labels

Hi Felix, > On 22.03.2010 00:42, Mark Burton wrote: > > v6 - don't trash first ref if it is the same as the name (sans shield) > > and more refs follow > > > > - > In principle the patch works very good. Good. > I do get complications when using this patch in combination to Wan Mill's

Re: [mkgmap-dev] [PATCH v6] - Code around highway shield crap when sorting labels

On 22.03.2010 00:42, Mark Burton wrote: v6 - don't trash first ref if it is the same as the name (sans shield) and more refs follow - In principle the patch works very good. I do get complications when using this patch in combination to Wan Mill's "mp_lesscuts_v4.patch". It would be g

Re: [mkgmap-dev] typfile: Drawing order

> be the case since last night: > > http://www.openstreetmap.org/browse/way/10901211 > Aaaah. Tante grazie, Matteo ... :-))) I think, he has read my question here and corrected it. Dani ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http

Re: [mkgmap-dev] process same input data with mkgmap with different styles at the same time

Hello Christoph, > Hello list, > > I try to make Garmin maps with different layers. > http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map > > The idea is, that you can enable or disable some transparent maps that you > won't see. > For this reason I use mkgmap with different options and s

Re: [mkgmap-dev] Commit: r1609: Use road_class 3 for route=ferry.

> Use road_class 3 for route=ferry. > Mark Burton says that this is needed for reliable routing. That was rather quick. Let's hope I'm right. As for evidence, here's an example route that has uses two ferries and has no intermediate way points. Mark <>___

[mkgmap-dev] process same input data with mkgmap with different styles at the same time

Hello list, I try to make Garmin maps with different layers. http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map The idea is, that you can enable or disable some transparent maps that you won't see. For this reason I use mkgmap with different options and stylefiles multiple times on the sa

Re: [mkgmap-dev] debugging ferries

22.03.2010 12.33.10, Chris-Hein Lunkhusen wrote: > 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. Consider it done in revision 1609. Marko ___

[mkgmap-dev] Commit: r1609: Use road_class 3 for route=ferry.

Version 1609 was commited by marko on 2010-03-22 10:43:13 + (Mon, 22 Mar 2010) Use road_class 3 for route=ferry. Mark Burton says that this is needed for reliable routing. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgma

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://w

Re: [mkgmap-dev] debugging ferries

Hello Chris, I found that I had to set the ferry road class to 3 to be able to reliably route using them. Mark ___ 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: There is no

Re: [mkgmap-dev] Gmapibuilder: Searching for new site to host source code

Thanks, I will post this link also in the osm wiki. regards, patrick On 22.03.2010 11:00, Steve Ratcliffe wrote: > > Hi > >> is there already a new host for the source code? >> Or could someone point me to the python file? > > Sorry I received the file ages ago, but didn't add it at the time.

Re: [mkgmap-dev] Gmapibuilder: Searching for new site to host source code

Hi > is there already a new host for the source code? > Or could someone point me to the python file? Sorry I received the file ages ago, but didn't add it at the time. I have now done this and it can be accessed at: http://svn.mkgmap.org.uk/mkgmap/trunk/scripts/gmapi-builder.py Regards,

[mkgmap-dev] Commit: r1608: Berteun Damman's gmapi-builder script that converts from the MapSource

Version 1608 was commited by steve on 2010-03-22 09:55:42 + (Mon, 22 Mar 2010) Berteun Damman's gmapi-builder script that converts from the MapSource format to directory structure that is used by RoadTrip on OS X. The original script was also modified by Clinton Gladstone. _

Re: [mkgmap-dev] typfile: Drawing order

Daniela Duerbeck (daniela.duerb...@gmx.de) wrote: > Hi! > > Which drawing order are you using for woods and lakes? I found a > situation: > http://www.openstreetmap.org/?lat=47.9066&lon=11.5221&zoom=14&layers=B000FTF > where a lake is inside a wood and with drawing order 5 for both I just > see th

Re: [mkgmap-dev] typfile: Drawing order

22.03.2010 00.18.20, Daniela Duerbeck wrote: > Which drawing order are you using for woods and lakes? I found a > situation: > http://www.openstreetmap.org/? > lat=47.9066&lon=11.5221&zoom=14&layers=B000FTF > > where a lake is inside a wood and with drawing order 5 for both I > just see the wo

Re: [mkgmap-dev] splitter patch for enabling uncompressed tile outputs

Hi Christoph, I'll apply this patch in a week or so once I get back home. In the meantime though, I'd be interested to hear about the performance problems you're seeing with the splitter. Do you think it is due to the cpu time required for the compression, or something else? Why do you want to

[mkgmap-dev] Gmapibuilder: Searching for new site to host source code

Hi all, is there already a new host for the source code? Or could someone point me to the python file? thanks patrick ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev