optimization.
--
Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Road class can be tweaked to make the road more preferred. The results
are obvious especially on a longer routes.
Unfortunately if you have too much roads on a higher class the routing
time can be seriously impacted.
On 02/08/2013 09:35 PM, mkgmap-...@salo.mailrange.com wrote:
> Yeah, but it s
t name '${name} ${anothertag}'
name ${name}
Not the shortest syntax you can find, but it works. I use it actually to
add very short like one letter to identify some features.
--
Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
as huge problem. Doing that would break car routing
also (because you'd have to classify them a lot lower than the preferred
types).
--
Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
ons anyway.
As suggested earlier on the list by Marko the empty def: is better for
single line evaluations if you need to add the tag (not something else
based on it like I do to keep the name lenght reasonable)
--
Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
longer.
Matters could be improved by for example making an automatic split for a
road if the segment containing speed-lowering poi gets too long.
Another problem is with Garmin routing. I'd be more interested in
avoiding the low-speed points. However, Garmin does not use road speed
too
not ignored. So, a major road with lots of traffic_calming and
traffic_signals gets preferred. :(
--
harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
ut will always use the
> nearest
> junction.
>
> As a consequence, I think we shouldn't assume one=yes as default for
> motorway_links.
That would work mostly well I guess. However, it is better to fix
mapping errors than try to adjust style for correcting them.
--
Harri
_
s default
style could have add surface=paved (if it is not there already).
I prefer explicit tags over implied ones though. Perhaps we could mass
correct the locally obvious ones like motorway surface.
--
Harri
___
mkgmap-dev mailing list
m
I'm geting trouble with following options as well:
--generate-sea=multipolygon,extend-sea-sectors,close-gaps=2000
r1751 did not have the problems and they appeared in r1752.
---
On 12/23/2010 06:36 PM, Carlos Dávila wrote:
> Using r1752 I get the error below if I call
> generate-sea=multipolygon,
ait for a better gps
signal and hope it will give up the wrong road. As expected, routing
files terribly fast when it thinks we're driving a oneway street the
wrong way.
--
Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://
dd oneway=no tag to the mapping data if it is missing.
--
harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
I'm splitting with splitter r185 and mkgmap r2098 as well as r2100
fails. I used previously r2077 which works ok. I'm using Geofabric
extract for Finland if that matters.
I'm compiling with following options and command lines:
java -Xmx2000M -jar mkgmap/mkgmap.jar --remove-short-arcs
--style-f
I've used layers with different drawing priority (mkgmap
--draw-priority=nn parameter). It seems to work ok for me although this
may not be universal for all devices.
However, this is not the same as a priority for a single line using a
single style.
Regards, Harri
--
On 12/09/2011 03:
onally and when I do it is
repeatable in the locations.
Chears,
Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
)
On 03/26/2018 10:08 AM, Gerd Petermann wrote:
Hi Harri,
I think the problem is that you use type 0x08 for unclassified. This type is
special, it should be used for _link roads.
When you use e.g. 0x06 instead the problems are gone.
Gerd
Von: mkgm
/wiki/DE:All_in_one_Garmin_Map/Garmin_Types#Lines
Gerd
Von: mkgmap-dev im Auftrag von Harri
Suomalainen
Gesendet: Dienstag, 27. März 2018 20:51:48
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] Garmin directing to connected crossing roads
I'll ne
usefull to get hints in for example roads coming from
roundabouts. (no exit junction hint is needed there but destination hint
would make routing directions sometimes easier if one got "towards that
an that" -type text)
Any ideas if this could be an easy and usefull improveme
I think this has started in last dev version (or at least within a day
or so)
--
Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Confirmed, I'm getting a lot of these as well (on 4168, those did not
appear day or two ago in previous versions)
SEVERE (Subdivision): tiles_finland/63240006.osm.pbf: Subdivision neg
width 0 min= 1312766 mid= 1312766 max= 1312767 shift= 0 mask= 0 @
2946504/1312766
SEVERE (Subdivision): tiles
got similar errors
when it started with != comparision first. This may not be a very new issue.
Chears, Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
2:35 PM, Harri Suomalainen wrote:
Using mkgmap-r4260 I tried several variations to make a rule match when
some tag does not exist:
Line: ( highway!=* | oneway!=*) { deletealltags }
Error in style: Error: (lines:12): Invalid rule expression: $highway!=*|
$oneway!=*
Similar error is given
That approach based on POIs does not work too well. You have no idea if
you lower the speed for a short segment or a long one, it just depends
on eg. if there are traffic lights on long or short segment. Same
problem with other poi types like crossings.
BTW, For another message suggesting lowe
Garmin routing seems to be like it uses only major roads (based on route
class) to figure out any longer routes and uses small roads only in the
beginning and end to get to the larger routes.
This is a pain in bicycle routing because it can direct to large roads
even when wanted. It seems if t
lobal): Could not copy MAKEGMAP.MPS
uk.me.parabola.imgfmt.FileExistsException: File MAKEGMAP.MPS already exists"
What is the correct way to go? (Only my basemap has routing information,
other files are overlay info like fixme marking, oneway arrows and similar)
Chears, Harri
__
streets
and I need to combine that kind of results.
On 1.11.2022 20.11, Gerd Petermann wrote:
Hi Harri,
you seem to try to combine different gmapsupp files? I think this is not
supported by mkgmap.
Why don't you combine the wanted tiles instead?
Gerd
help everyone! A combination of different suggestions
(and tinkering with the styles a bit) should do what I need. (at least
with accepting it will hurt some older device).
On 3.11.2022 11.47, Felix Herwegh wrote:
Harri,
to keep your workflow you could possibly generate the .imgs with overlay
piler later on.
Chears, Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
So far I've found a bunch of links that are not working and Typwiz 5,
which is a bit expensive to buy for a single task.
Any pointers to ones I could give a try?
--
On 03/15/2017 12:03 PM, Thorsten Kukuk wrote:
On Tue, Mar 14, Harri Suomalainen wrote:
Is there any tool to decompil
# add whatever you want to assume
highway=cycway { add bicycle=yes }
--
Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
ad_speed=1 are taken for route priority,
I'm interested in that one too! (even if my results were that speed is
not that important. However, I had speeds 0-2
--
Harri
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On 08/18/2010 08:53 AM, Marko Mäkelä wrote:
> On Wed, Aug 18, 2010 at 07:41:55AM +0300, Harri wrote:
>> >Here's an example from my style how I use adding info multiple times:
>> >
>> ># append to name
>> >highway=cycleway& surface=paved {set
32 matches
Mail list logo