Is there a way to stop the ford symbol showing up like this: asked 20 Jul '12, 09:51 njd27 |
Instead of using highway=ford use ford=yes answered 20 Jul '12, 10:09 EdLoach ♦ 2
As an explanation, highway=ford is the deprecated tag while ford=yes is the now preferred one. This means, however, that at some point in the future Mapnik will also render ford=yes with a car symbol unless someone submits a better icon for it :).
(20 Jul '12, 11:58)
scai ♦
|
There are a couple of bits to this question - how best to map fords and how the "standard" map chooses to display them. On the "how best to map fords" question, historically "highway=ford" was used on both nodes and ways. This was problematical on ways because what sort of highway it was (tertiary? footway?) was lost for the "ford" part. The solution to this problem was to tag a ford way in the same manner as a bridge, using highway=blah, ford=yes. The second issue is that the "standard" map renders "highway=ford" with a symbol containing a car, for example here, and doesn't render "ford=yes" at all. The reason for that is that no-one's yet made it do any different. Requests for changes to OSM components are made via trac, or in the case of the OSM "standard" style Github, and there are at least a couple of relevant old trac issues - 2944 and 3007. Unfortunately the database that the "standard" map is created from is optimised for rendering and doesn't contain all data, so requests of the type "can't it just display X?" are not as simple as they might seem. Finally, where we're just talking about nodes where a highway intersects a waterway, I'd disagree with the "highway=ford" wiki page where it says "This tag is deprecated". There are almost no deprecated tags in OSM, because you can use any tags you like. Certainly, data consumers looking for fords will need to look for both "highway=ford" and "ford=yes" - according to taginfo there are around 9000 of each currently. Changing all of one type to the other overnight isn't practical for a couple of reasons:
answered 20 Jul '12, 17:02 SomeoneElse ♦ aseerel4c26 ♦ |