On Tue, Oct 13, 2009 at 09:22:33AM +0200, Carlos Dávila wrote:
> I would like to know what's the effect of duplicate nodes on rutting.
> Some areas of Spain are full of them (I have already fixed more than
> 60.000 in the Northwest).
I think that it was mentioned a few weeks ago when discussing
Marko Mäkelä escribió:
> On Tue, Oct 13, 2009 at 09:22:33AM +0200, Carlos Dávila wrote:
>
>> I would like to know what's the effect of duplicate nodes on rutting.
>> Some areas of Spain are full of them (I have already fixed more than
>> 60.000 in the Northwest).
>>
>
> I think that it wa
Hi,
are the Links to the list archives (gzip'd text) on
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/
broken? They don't work for me
Chris
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgma
Torsten Leistikow schrieb:
>> I thougth that for action rules {...} mfgmap won't stop.
>> But maybe I can work with the 'continue' flag? Is it already
>> included in the main branch?
> The action rule handling is beeing fixed in the style branch. It is not
> perfect yet, but it is working much be
2009/10/13 Mark Burton :
> It probably has to cope with widths that have either m or ft suffix
> (I have also seen widths in the UK as 6'6" !). Can the style file hack
> that?
This, of course, is why units really suck in fields that could so
easily be strictly numeric...
Dermot
--
>> However, that map is riddled with non-connected ways so even if the bug
>> is fixed, routing will still be very unreliable in that region until
>> someone fixes all the duplicate nodes.
>>
>>
>>
>>
> This is WIP. As of now all Interstate, US and state routes should be OK
> which provid
> Hi,
>
> are the Links to the list archives (gzip'd text) on
>
> http://www.mkgmap.org.uk/pipermail/mkgmap-dev/
>
> broken? They don't work for me
>
> Chris
>
>
Could not confirm. For me they work fine...
___
mkgmap-dev mailing list
mkgmap-dev@
Hi Dermot,
> > It probably has to cope with widths that have either m or ft suffix
> > (I have also seen widths in the UK as 6'6" !). Can the style file hack
> > that?
>
> This, of course, is why units really suck in fields that could so
> easily be strictly numeric...
The OSM wiki says:
Descr
On Tue, Oct 13, 2009 at 11:30:38AM +0200, Johann Gail wrote:
>
> > Hi,
> >
> > are the Links to the list archives (gzip'd text) on
> >
> > http://www.mkgmap.org.uk/pipermail/mkgmap-dev/
> >
> > broken? They don't work for me
> >
> > Chris
> >
> >
> Could not confirm. For me they work fine..
Hi Carlos,
> I would like to know what's the effect of duplicate nodes on rutting.
> Some areas of Spain are full of them (I have already fixed more than
> 60.000 in the Northwest).
Duplicate nodes break routing because mkgmap makes no attempt to connect
ways even if the coordinates of the dup
Hi Clinton,
Thanks for the response.
> I suspect you could do it with something like the following:
>
> highway= primary & (width=narrow | width < 2 | est_width < 2) [0x04
> road_class=2 road_speed=3 resolution 20]
>
> highway=primary [0x03 road_class=3 road_speed=4 resolution 19]
>
> (This
2009/10/13 Mark Burton :
> The OSM wiki says:
>
> Describes the width of a way or other map feature. The unit is meters unless
> otherwise specified.
>
> Why didn't they say "the unit is meters" and leave it at that.
> Completely mad.
Many such keys did indeed in the past indicate that values we
Mark Burton wrote:
>
> The OSM wiki says:
>
> Describes the width of a way or other map feature. The unit is meters unless
> otherwise specified.
>
> Why didn't they say "the unit is meters" and leave it at that.
> Completely mad.
>
>
Agreed - we've got the worst possible scenario currently.
Hi,
Possible bug in the splitter, the '>' character is not escaped in output,
i.e.:
Original tag:
Splitter output:
This does not break mkgmap, but breaks my poorly written parser... And is
not according to XML specs, i.e. should be escaped with '>'
Thanks,
Ivan
>
> It is not that hard to fix duplicate nodes. In JOSM, find them with
> the Validator plugin. Double-click a duplicate node warning in the
> validator error list and hit 3 to center the map at the nodes, so that
> you can check what to do. Then hit M to merge the nodes, unless it
> is somethin
On Tue, Oct 13, 2009 at 09:11:14AM -0400, Nakor wrote:
> Validator plugin comes up with lots of false positives (like duplicated
> nodes one in a way and the other one in a city/county boundary) and is about
> useless for that purpose in the US.
I tried to silence one class of bogus validator warn
Hello list,
Some Garmin GPS let you create up to 16 custom waypoint icons and
upload them into the GPS unit. See here, for instance:
http://freegeographytools.com/2008/creating-custom-waypoint-icons-for-garmin-gps-units-i
Does anyone know the Garmin type codes that correspond to these icons,
Gert wrotes *on* /Thu Oct 8 16:24:36 BST 2009/
> Hi, Steve
> i have just finished one more test with mdr-r1266.
> I found an older version(little less data but almost the same) of my
> map which was former splitted into 26 tiles.
> 22 of them i can transfer as single tile or selected group of ti
Hi Mark
> It probably has to cope with widths that have either m or ft suffix
> (I have also seen widths in the UK as 6'6" !). Can the style file hack
> that?
All the inequality tests use the ValueWithUnit class that is intended
to deal with things like that. There is no real implementation of t
Steve Ratcliffe wrote:
Hi Mark
It probably has to cope with widths that have either m or ft suffix
(I have also seen widths in the UK as 6'6" !). Can the style file hack
that?
All the inequality tests use the ValueWithUnit class that is intended
to deal with things like that. There
>> Hi,
>>
>> are the Links to the list archives (gzip'd text) on
>>
>> http://www.mkgmap.org.uk/pipermail/mkgmap-dev/
>>
>> broken? They don't work for me
>>
>> Chris
>>
>>
>Could not confirm. For me they work fine...
I confirm
For me too the link
http://www.mkgmap.org.uk/pipermail/mkgmap-
Steve Hosgood wrote:
>
>
> PS: Some US users might well have been entering weight limits in the
> "wrong" ton(ne)s already, though the percentage difference between long
> tons and tonnes is only slight. What sort of tons do they put on US
> bridge weight limits warning signs anyway?
>
>
It i
Garvan & maew wrote:
Steve Hosgood wrote:
PS: Some US users might well have been entering weight limits in the
"wrong" ton(ne)s already, though the percentage difference between long
tons and tonnes is only slight. What sort of tons do they put on US
bridge weight limits warning signs anywa
I previously created contour img files with groundtruth:
I then recompile the maps with mkgmap using:
java -Xmx512m -jar
/home/maning/osm/routable_garmin/mkgmap/trunk/dist/mkgmap.jar
--code-page=1252 --tdbfile --gmapsupp --latin1 --country-abbr=PHI
--country-name=PHILIPPINES --family-id=439 --over
Some months ago, I submitted a patch to the mkgmap default style that
would do two things: include ref/operator/shelter in bus/rail/tram stop
names and change the types of minor stops from 0x2f08 to 0x2f17. I can
understand hesitation to change the POI type, but I would really like to
see the name
This is something that was briefly discussed not too long ago and the
idea is that a road's speed or class can be modified by the
presence of a POI that defines new values for either/both of them. This,
hopefully, will make ways that have stuff like traffic signals and
crossings, etc. less attract
I have received zero feedback on the recent arc tweezing patch. I
believe that in its latest form (v4), it provides much improved
routing instruction quality. In particular, it should give you fewer
instructions to keep left/right or even turn left/right when you are
continuing on a long road (lik
Mark Burton wrote:
> I have received zero feedback on the recent arc tweezing patch. I
> believe that in its latest form (v4), it provides much improved
> routing instruction quality. In particular, it should give you fewer
> instructions to keep left/right or even turn left/right when you are
>
Mark Burton wrote:
This is something that was briefly discussed not too long ago and the
idea is that a road's speed or class can be modified by the
presence of a POI that defines new values for either/both of them. This,
hopefully, will make ways that have stuff like traffic signals and
crossi
@Mark:
Thank you for adding this, it gives us loads of new possibilities to
tweat routing behaviour! :-)
I'll try it as soon as I can!
2009/10/14 Felix Hartmann :
> The link-pois-to-ways adds no access restrictions if not specifically given
> in the style-file, does it?
If the given POI has its o
On 10/14/2009 01:14 AM, Mark Burton wrote:
> These tags expect an integer value, optionally preceded by a + or -
> which make the adjustment relative to the original value.
This is a good idea.
But I think it would be better to allow for non-integer values of
adjustment. E.g. if I have a long st
31 matches
Mail list logo