<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Richard,<br><br>Can you tell me where this problem is in PA? Because the last time I checked, we did add the 'PA' part to the ref tags on ways here and properly tagged multiplexes with the route types. I want to double check to make sure somebody isn't removing valid data as I haven't seen anything like this happening in Western PA (which is where I have feeds setup to watch the area for changes since it's my local area).<br><br>-James<br><br><br><div>Date: Thu, 13 Mar 2014 10:56:46 -0400<br>From: rwelty@averillpark.net<br>To: talk-us@openstreetmap.org<br>Subject: Re: [Talk-us] State ref tags on ways: Use of unique ISO/ANSI/USPS 2-letter state codes in RELATIONS as well as WAYS?<br><br><pre>i've removed all prior text because i think it'll be a distraction.<br> <br>we need to avoid jumbling rendering issues with data representation<br>issues. too many of us are focusing on how the rendered version looks<br>and not all data consumers are renderers.<br> <br>the long term path will involve abandoning ref tags on the ways<br>in favor of ref tags on route relations. a lot of progress has been<br>made with this in the US, but there's lots more to do.<br>until we achieve that state we're stuck with ref tags on the ways.<br>there are a couple of issues there.<br> <br>first, there isn't really a widely respected standard for what goes<br>in the ref tag. for too long, many have been focused on what looks<br>good when rendered in mapnik. some people who actively pronounce<br>"don't tag for the renderer" seem to have a blind spot about this<br>particular issue.<br> <br>the problem with ref tags on ways is compounded when there<br>are multiple signed routes sharing a way. quick, what does this<br>ref tag mean:<br> <br>ref=US 9; 20<br> <br>does US apply to both? or is 20 a state route? (common tagging<br>in NJ, parts of PA, FL). what kind of sense is an automated parser<br>supposed to make of this? there certainly isn't any standard<br>interpretation defined in the wiki as far as i know.<br> <br>we could muck around with the network tag on way to improve<br>the situation, but what i suspect is we're going to probably<br>fail to come to agreement on what might be doable with the ref<br>tag on the ways until it doesn't matter any more.<br> <br>richard<br> <br>-- <br>rwelty@averillpark.net<br> Averill Park Networking - GIS & IT Consulting<br> OpenStreetMap - PostgreSQL - Linux<br> Java - Web Applications - Search<br> <br> <br></pre><br>_______________________________________________
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us</div> </div></body>
</html>