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
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
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.9066lon=11.5221zoom=14layers=B000FTF
where a lake is inside a wood and with drawing order 5 for both I
just see the wood.
That
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.9066lon=11.5221zoom=14layers=B000FTF
where a lake is inside a wood and with drawing order 5 for both I just
see the wood.
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.
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,
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. I
have
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
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
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
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
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
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
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
attachment:
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
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
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
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
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
2010/3/22 Toby Speight t.m.speight...@cantab.net:
/
| $(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
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
0 In article 61af4ce51003220852q2e3efcccta68324526a77...@mail.gmail.com,
0 Christoph Wagner URL: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 $(MKGMAP)
0 In article 87mxy0e691@balti.ashgrove,
0 Toby Speight URL: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
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
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
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
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
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
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
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
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
31 matches
Mail list logo
