[mkgmap-dev] natural=coastline not supported?

Currently my Garmin displays not the Elbe River at http://www.informationfreeway.org/?lat=53.55294476877115lon=9.737941940023477zoom=14layers=BF000F And when I look to the Coast, I'll not see Water. Are there People working on that? Greetings Sven

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

Hi Ben, About the TYP file, are there any plans to have one included for use with the default style? I don't actually know much about these files yet so my question might be a bit naive. Same here. Maybe in the dark and rainy winter months when the conditions are worse for biking and

[mkgmap-dev] multiple garmin elements from one osm element

Moin, finally I got my eclipse environment running and was able to build mkgmap from source. So the next step was my first extension of mkgmap. Until now a single OSM element was converted into a single garmin element, i.e. the first one in the style file with the matching expression. I have

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

Marko Mäkelä marko.mak...@iki.fi writes: About the TYP file, are there any plans to have one included for use with the default style? I don't actually know much about these files yet so my question might be a bit naive. Same here. Maybe in the dark and rainy winter months when the

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

Greg Troxel schrieb: I don't really understand TYP files, but it seems that having TYPxml transcoder (both ways) would be a huge step forward. On Windows you can use the program MapTK for building typ-files based on ASCII files. And also the other direction is possible: you can analyse a

[mkgmap-dev] change in style parser from r-1067 to r-1087?

Moin, with mkgmap version r-1067 all my style files were ok. Now version r-1087 reports some errors. For example a ';' is not accepted any more in a tag value. What has happened? Gruss Torsten ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] change in style parser from r-1067 to r-1087?

On 19/07/09 14:30, Torsten Leistikow wrote: with mkgmap version r-1067 all my style files were ok. Now version r-1087 reports some errors. For example a ';' is not accepted any more in a tag value. I don't think a ';' has ever been allowed unless the tag was quoted. So you have to say

Re: [mkgmap-dev] change in style parser from r-1067 to r-1087?

Hi But also the following line from the style file is rejected: highway=trunk junction=roundabout access!=* vehicle!=* motorcar!=* [0x26 resolution 18] What is wrong with this line? There is a missing '' between access!=* and vehicle!=* ..Steve

Re: [mkgmap-dev] problems at map intersections?

On 18/07/09 13:09, Steve Ratcliffe wrote: Hi I've run your example and looked at the bounding boxes of everything important that I know about. First the actual bounds as given in the input files. All the bounds below I believe should be exactly equal to this. Also the first number on the

Re: [mkgmap-dev] cannot route when end node is at the tile edge

Hi Maning, Even better, don't partition the way as I requested but, instead, please try this patch and see if it makes any difference. Cheers, Mark diff --git a/src/uk/me/parabola/mkgmap/general/LineClipper.java b/src/uk/me/parabola/mkgmap/general/LineClipper.java index 55aa51d..9bf224d

[mkgmap-dev] splitter - performance and memory

First off, let me say a quick thanks to everyone involved in this project. I've only just discovered it recently but wish I had found it much earlier, it really is incredible to see what has been done so far. I've downloaded the complete planet-090715.osm.bz2 file, and have been looking at

Re: [mkgmap-dev] multiple garmin elements from one osm element

Is there a big speed difference when using your patches? I currently have quite some difficulties running extensive checks, as I can only create maps via remote desktop. Principally I think many people await this feature. 2009/7/19 Torsten Leistikow de_m...@gmx.de Moin, finally I got my

[mkgmap-dev] [PATCH v2] - fix clipping when node falls on tile boundary

Hi Maning, Here's another attempt at a fix. Please try. Cheers, Mark diff --git a/src/uk/me/parabola/imgfmt/app/Coord.java b/src/uk/me/parabola/imgfmt/app/Coord.java index 54cdc5f..84df73c 100644 --- a/src/uk/me/parabola/imgfmt/app/Coord.java +++ b/src/uk/me/parabola/imgfmt/app/Coord.java @@

Re: [mkgmap-dev] multiple garmin elements from one osm element

Torsten Leistikow wrote: Felix Hartmann schrieb: Is there a big speed difference when using your patches? I haven't noticed any significant difference, but I haven't done any real comparison measurements. It certainly depends on the number of additionally created elements, but I think

Re: [mkgmap-dev] splitter - performance and memory

By all means go ahead. I think many people would welcome a Splitter that can handle the whole world. I think that Steve Ratcliffe also announced that he would be working on new version but he will no doubt respond. If your expectation of less then 50% memory usage is correct then you should

Re: [mkgmap-dev] [PATCH v3] - fix clipping when node falls on tile boundary

Thanks! Will try and report problems tonight. On 7/20/09, Mark Burton ma...@ordern.com wrote: OK, so it's proving to be a little harder to fix than I thought but I have high hopes for this version. BTW - Valentijn, this version could help routing through the tunnel. Please see if it

Re: [mkgmap-dev] [PATCH v3] - fix clipping when node falls on tile boundary

Mark Burton schreef: OK, so it's proving to be a little harder to fix than I thought but I have high hopes for this version. BTW - Valentijn, this version could help routing through the tunnel. Yes! Yes! Also, V1 and V2 had a couple of these ... contains 0 arc, and this version does not