<div dir="ltr">I've occasionally seen mappers do this sort of thing intentionally. They may know (or guess) that a particular way has more than one tracktype so they simply add other values and separate them with a semicolon.<div><br></div><div>In such cases, if one cannot determine what the tracktype actually is, it might be better to simply delete the entire tag. Unless you want to create a changeset comment or contact the original mapper some other way.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 9, 2019 at 1:39 PM Florian Lohoff <<a href="mailto:f@zz.de" target="_blank">f@zz.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, May 09, 2019 at 01:37:09PM -0600, brad wrote:<br>
> I'm seeing some tracks with multiple tracktype's like this:<br>
> <br>
> Way 364707088 [highway=track,  name=FR 514, tracktype=grade2;grade1;grade3]<br>
> <br>
> Is this generally accepted practice?<br>
> If so, why?<br>
<br>
IMHO does not make sense at all. Most likely somebody joined track<br>
segments without noticing the different grades and the editor<br>
joined it.<br>
<br>
Flo<br>
-- <br>
Florian Lohoff                                                 <a href="mailto:f@zz.de" target="_blank">f@zz.de</a><br>
        UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail-m_-639131474334603804gmail_signature"><div dir="ltr">Dave Swarthout<br>Homer, Alaska<br>Chiang Mai, Thailand<br>Travel Blog at <a href="http://dswarthout.blogspot.com" target="_blank">http://dswarthout.blogspot.com</a></div></div>