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

2009-08-19 Thread Mark Burton
On Wed, 19 Aug 2009 23:18:02 +0200 Felix Hartmann wrote: > Could you or someone try to modify this patch so that it compiles > against mkgmap 1140. Try attached. Not been tested, so please verify it works as expected. Cheers, Mark diff --git a/src/uk/me/parabola/mkgmap/osmstyle/ActionRule.j

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

2009-08-19 Thread Felix Hartmann
Torsten Leistikow wrote: 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 match

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

2009-07-22 Thread Thilo Hannemann
Hi Torsten, I've created a "proper" patch for your modifications and attached it. Regards Thilo multiple_garmin_elements.patch Description: Binary data ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/l

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

2009-07-21 Thread Mark Burton
Hi Sven, > Will this allow for Generation of fake cycleways for one-way streets > which are tagged cycleway=opposite_lane? We can already do that with this option: --make-opposite-cycleways Cheers, Mark ___ mkgmap-dev mailing list mkgmap-dev@lists.m

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

2009-07-21 Thread Sven Geggus
Torsten Leistikow wrote: > 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. Will this allow for Generation of fake cycleways for one-way streets which are tagged cycleway=opposite_lane? Sven -- "and

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

2009-07-21 Thread Felix Hartmann
okay, that's a pretty modest time increase. On 21/07/2009, Torsten Leistikow wrote: > Felix Hartmann schrieb: >> so my only fear is that going for continue/stop makes mkgmap >> slower. > > I did some performance tests today, comparing mkgmap version 1087 with > my modified version on the area (46

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

2009-07-21 Thread Torsten Leistikow
Felix Hartmann schrieb: > so my only fear is that going for continue/stop makes mkgmap > slower. I did some performance tests today, comparing mkgmap version 1087 with my modified version on the area (46.0;3.0) to (56.0;19.0) cut into 89 tiles. With the default style both the original version and

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

2009-07-19 Thread Felix Hartmann
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] multiple garmin elements from one osm element

2009-07-19 Thread Torsten Leistikow
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 it will take some time, until the e

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

2009-07-19 Thread Felix Hartmann
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 > Moin, > > finally I got my eclipse environm