
Hi all, I've changed my mind regarding the mop up rule. During the last days I've done a lot of cleanup work in OSM to reduce the number of special cases, but I still see various different tags highway=* which express some kind of planning state or a variant of disused,dismantled,abandonded. Esp. the tags which express a planned (or not yet planned) status are problematic, they may be non-existent bridges or tunnels. I still try to build up my mind regarding the tags which express some kind of life cycle, there is obviously a need for a new tag and a clear wiki... Gerd GerdP wrote
Hi Andrzej,
okay, I've left the "mop up" rule. In some cases it will catch "wrong" tagging of "correct" roads, e.g. when a way has the highway=crossing tag instead of something like highway=footway;footway=crossing
Gerd
To:
mkgmap-dev@.org
From:
popej@.onet
Date: Fri, 18 Sep 2015 15:07:14 +0200 Subject: Re: [mkgmap-dev] highway=razed
Hi Gerd,
I think 1st I wanted to point out that the "mop up" rule should be removed, it is likely to produce wrong routing.
I doubt it could make a really bad routing, it is nearly the lowest category of road anyway. As a result IMHO it goes to personal preferences, whether to use it. Do not remove it - if you don't like it, then leave it as comment.
There are more similar problems in default style. For example, should we create a point for a "place=", which has no name?
Maybe simple to use something like {echotags "FIXME"} to give warnings, whenever we are not sure of a proper solution? This will delegate problem to an actual user.
-- Best regards, Andrzej _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/highway-razed-tp5854935p5857419.html Sent from the Mkgmap Development mailing list archive at Nabble.com.