Wanmil wrote:
the carpool flag in the branch can only be controlled by the tag
mkgmap:carpool.
I don't know if we have to accept the Basecamp handling.
I still don't know if the bit which is toggled by mkgmap:carpool is
really used for carpool handling. I have done some tests with
Wanmil wrote:
the carpool flag in the branch can only be controlled by the tag
mkgmap:carpool.
I don't know if we have to accept the Basecamp handling.
I still don't know if the bit which is toggled by mkgmap:carpool is
really used for carpool handling. I have done some tests with
Mapsource
but
Hi
This was the thinking that lead to the previous change (in the example
I was woring with the CodePage was actually wrong).
But it doesn't really work except in a few cases. For example if you
are Greek and have a greek typ file which is written in code-page
1253, then it must be written in
ok, thanks Steve
got the point (more or less, I think)...
The problem is, I think, that we're using mkgmap for different things.
* Map Creation (where as you describe, the map language is important)
* TYP file compilation (where in my opinion the overruling possibility
via option
Hi Patrik,
the problem is, that we could have two code_pages in one map. In
TYP-File we have the default names of objects (which should be in the
language of the user/map creator) and the maptiles which should display
the names used on the ground.
There we'll need the posibility to set
Henning,
think it's clear now my perspective (and the one the initial 'fix'
was based on) was mainly TYP file compiler biased obviously the
other aspect about different codepages in map was overlooked.
It would be a possibility to handle the map CP and the TYP CP with
different
On 18/12/13 09:44, WanMil wrote:
@Steve: did you ever check the impact of the carpool bit in the NOD(?)
files? Do you think the bit controls the carpool routing?
Mark Burton introduced this bit in 2010 but with a weired behaviour and
I am not sure if anyone could test it significantly.
See also
On Tue, Dec 17, 2013 at 12:18:23PM -0800, GerdP wrote:
@Marko: Please check if the converting anti-island messages are gone
now.
There are 20 of them for Finland after applying my filter. There could
also be valid warnings, because I have been ignoring these errors and
not adding them to my
Hi Marko,
thanks for the feedback. Did you use r2888 or later together with the patch?
I think the warning is produced long before it comes to the point
where mkgmap decides if the polygon is big enough.
I am not very familiar with the SeaGenerator algo, but I think
this message is produced when
Steve wrote:
I've never checked how the carpool bit works.
However it must have (or had) an effect in the past on at least some
devices.
Reported working here:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2011q3/012140.html
In fact there have been observations that it has unwanted side
Hi all,
okay, found the answer. The problem is this:
To store a restriction in the img file
we have to calculate three nodes (points which are connecting highways).
One is the via node (which is also specified in OSM, others are a from node
and a to node. If a restriction starts with no_
On Wed, Dec 18, 2013 at 04:36:09PM +0100, Gerd Petermann wrote:
thanks for the feedback. Did you use r2888 or later together with the
patch?
Yes, I updated to trunk -r2894 right before applying the patch. No other
patches were applied.
I am not very familiar with the SeaGenerator algo, but
Hi Gerd,
I plan to merge the mergeroad branch during the next week. It would be
great if there are no more changes to the StyledConverter or if these
changes are easy to merge :-) I cannot try your patch right now but
maybe you can keep an eye on it?
Thanks!
WanMil
Hi all,
okay, found
So it is not a question if real carpool lanes are interesting or not, it would
be great if we could control this tag in the mkgmap styles to prevent those
unwanted side effects.
Ok, that's possible with the mergeroads branch.
Bit is set if mkgmap:carpool=yes/1/true, otherwise it is not set.
Hi,
I found the following part in the documentation:
You will be able to compare quantities that have units too, for example
maxspeed 30mph
If a different unit is given in the tag (say km/h) then it will be
removed before comparison.
Conversion of units is not implemented at the
Hi Steve,
do you think it is possible to introduce parameters to style functions?
Example:
to_kmh($maxspeed)
or
to_mph($minspeed)
This could solve the unit conversion by adding several conversion functions.
WanMil
___
mkgmap-dev mailing list
Im afraid this is not working Wanmil.
Even if I unset it the roads are still blocked.
Ok, that's possible with the mergeroads branch.
Bit is set if mkgmap:carpool=yes/1/true, otherwise it is not set.
___
mkgmap-dev mailing list
Hi WanMil,
that's great. I think the patch is not urgent. I'll wait for the merge and post
a 2nd version then.
Gerd
Date: Wed, 18 Dec 2013 18:01:30 +0100
From: wmgc...@web.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] [Patch v1] some restrictions are ignored
Hi Gerd,
18 matches
Mail list logo
