<div dir="ltr">On Sat, 24 Oct 2020 at 15:25, Janko Mihelić <<a href="mailto:janjko@gmail.com">janjko@gmail.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_quote"><div>These two variants are mapping for the renderer,</div></div></div></blockquote><div><br></div><div>Incorrect.  They are approximations to reality.  Everything we map is</div><div>an approximation to reality, one way or another, because the map is</div><div>a representation.  That they happen to render in a way that is a</div><div>closer representation to what is there is a bonus.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> and both add false data.</div></div></div></blockquote><div><br></div><div>The first one can be interpreted that way.  The second cannot.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> The first one extends the parking over half the road.</div></div></div></blockquote><div><br></div><div>Yes.  That's what the data purist objected to.  But for the average human</div><div>data consumer, that is not apparent.<br></div><div><br></div><div>You may object to it somehow being tagging for the renderer (it isn't)</div><div>but it is relying on one error in representation hiding a different</div><div>error in representation.  The renderer doesn't show the true width</div><div>of the carriageway - if it did then mapping the actual extent of</div><div>the parking area would result in it abutting the carriageway.</div><div>However, a different error in representation results in the</div><div>carriageway being rendered over the parking area.</div><div><br></div><div>The result that is rendered better represents reality on the</div><div>ground and what an ordinary user expects to see.  But you</div><div>seem to object to maps that match what a human user would</div><div>expect to see.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> The second creates a service road area over half the road. There is no service road area there,</div></div></div></blockquote><div><br></div><div>Yes there is.  It's a very wide, very short service road connecting the</div><div>carriageway to the parking area.  You're trying to pretend it isn't there</div><div>and that there is a void between the two.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> you are just trying to connect the parking to the road so it looks nice on the map. And it does look nice, but it's false data.</div></div></div></blockquote><div><br></div><div>It is absolutely true data.  It is the same surface as the carriageway and</div><div>the parking area with only lane markings to delineate it.  It looks rather</div><div>ugly, not nice.  But it is absolutely true.  Are you saying there is no way</div><div>to drive from the carriageway to the parking area?  If not, there is something</div><div>connecting the two.  That connection is a very wide, very short service</div><div>road.  It is you who is insisting on false data by pretending there is no</div><div>road surface between carriageway and parking area.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>If we want to describe how you get onto street side parking, and it's not obvious, we could use additional tags, like parking_entrance_direction=*.<br></div></div></div></blockquote><div><br></div><div>Let's tag everything so that NOTHING renders and the user has to use the</div><div>query tool to find out what is there.  Apart from the fact that no human</div><div>map user is going to see any clue about the parking entrance direction,</div><div>now will the human user know that the entrance extends the whole length</div><div>of the parking area.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>Street side parking is a very different parking area from a big enclosed surface parking. Some people may find it hard to park there because you back up onto traffic,</div></div></div></blockquote><div><br></div><div>The two examples I gave have the parking parallel with the carriageway, so</div><div>there is no backing up involved.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> and they may want to avoid parking there. This information is definitely very useful.</div></div></div></blockquote><div><br></div><div>If that information is very useful, why are you proposing tagging it in a way</div><div>that is not only not rendered but doesn't give any clue about it if you use the</div><div>query tool?</div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>