<div dir="ltr">Hello Anat,<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>I would like to point you to an existing consortium of many people developing GTFS_Pathways which is standardizing these very attributes in a GTFS feed. </div><div>Some of the tags you are suggesting are divergent with the <a href="https://docs.google.com/document/d/1qJOTe4m_a4dcJnvXYt4smYj4QQ1ejZ8CvLBYzDM5IyM/edit" target="_blank">GTFS_Pathways</a> and we should be sure to make them seamless.</div></blockquote><div><br></div><div>This document is quite big and I couldn't find matching tags. Would you point me to these tags?</div><div>Polish local community said that better than stop_id and stop_no would be gtfs_id and local_ref but I could find these tags in the mentioned document neither.</div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The second thing I wanted to mention is that  <b>I would strongly urge against using <br></b><b><u>blind:<br></u></b>as a namespace.<br>While the primary use case for these tags may be blind navigation, it is not the only one (as you can see from GTFS_Pathways). Moreover, in OSM, we don't place other sub-populations as a namespace category. If I was to suggest  <b>heterosexual:</b> as a namespace I would be hounded by hundreds of mappers, and justifiably so! People with disabilities are <b>people first</b>, their disability is just an attribute, or in some cases, cultural affiliation (like capital D Deaf). <b>Let's not inadvertently use OSM as a platform to promulgate really backward cultural and societal patterns that have stigmatized people with disabilities in society...</b></blockquote></div><div><br></div><div>Well, I agree with that but I'm not quite sure why did you mention that? Did I use a tag "blind" anywhere on my wiki page?</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>As for the proposal itself:</div><div>1) <b><u>Quality of data:</u></b> How do you know that the transit authority/agency from which you are importing is accurate enough?</div><div>Example: we have tried to do this with the King County Metro listed transit bus stops and they were not always within the 5m range we considered to be sufficiently accurate. The way we tested this was by sampling 100 stops in King County from both Automated Vehicle Locations (9 weeks of data, so that errors in AVL should be notable from these) as well as GPS traces contributed by individuals. It would be a shame to import a bunch of bad data. Check first!</div></blockquote><div> </div><div>i'm sure that the data will not be accurate. Because of that I plan to import data with smaller parts and fix the position together with the local community - probably scouts.</div><div>6500 stops is not so much.</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>2) <b><u>Integrity of tags:</u></b> If you're really doing this work for social good, please be sure to involve people with disabilities in your work. Specifically, ask someone who is blind how they want the information represented to them. If you're unable to do that, at least inform your work by research others have done. For your particular problem, you may want to look up studies by Michele Williams and Cindy Bennet. I'm happy to send you these works if you don't have access to the relevant journals.</div></blockquote><div><br></div><div>This idea came from my blind friends. I'm cooperating with the local blind community and organizing several projects. This is my webpage: <a href="https://rozwiazaniadlaniewidomych.org/">https://rozwiazaniadlaniewidomych.org/</a>. Unfortunately it's not translated to English. The domain name means <a href="http://solutionsforblinds.org">solutionsforblinds.org</a>.</div><div>I'll be glad for sending me the mentioned studies. I will compare them to the local publications.</div><div></div><div><br></div><div>--</div><div>Best regards,</div><div>Tarraszka Łukasz</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">pt., 28 sie 2020 o 03:10 Taskar Center <<a href="mailto:uwtcat@uw.edu">uwtcat@uw.edu</a>> napisał(a):<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="auto"><div dir="ltr"><span></span></div><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>I would like to point you to an existing consortium of many people developing GTFS_Pathways which is standardizing these very attributes in a GTFS feed. </div><div>Some of the tags you are suggesting are divergent with the <a href="https://docs.google.com/document/d/1qJOTe4m_a4dcJnvXYt4smYj4QQ1ejZ8CvLBYzDM5IyM/edit" target="_blank">GTFS_Pathways</a> and we should be sure to make them seamless.</div><div><b><br></b></div><div>The second thing I wanted to mention is that  <b>I would strongly urge against using </b></div><div><b><u>blind:</u></b></div><div>as a namespace.</div><div>While the primary use case for these tags may be blind navigation, it is not the only one (as you can see from GTFS_Pathways). Moreover, in OSM, we don't place other sub-populations as a namespace category. If I was to suggest  <b>heterosexual:</b> as a namespace I would be hounded by hundreds of mappers, and justifiably so! People with disabilities are <b>people first</b>, their disability is just an attribute, or in some cases, cultural affiliation (like capital D Deaf). <b>Let's not inadvertently use OSM as a platform to promulgate really backward cultural and societal patterns that have stigmatized people with disabilities in society...</b></div><div><br></div><div>As for the proposal itself:</div><div>1) <b><u>Quality of data:</u></b> How do you know that the transit authority/agency from which you are importing is accurate enough?</div><div>Example: we have tried to do this with the King County Metro listed transit bus stops and they were not always within the 5m range we considered to be sufficiently accurate. The way we tested this was by sampling 100 stops in King County from both Automated Vehicle Locations (9 weeks of data, so that errors in AVL should be notable from these) as well as GPS traces contributed by individuals. It would be a shame to import a bunch of bad data. Check first!</div><div>2) <b><u>Integrity of tags:</u></b> If you're really doing this work for social good, please be sure to involve people with disabilities in your work. Specifically, ask someone who is blind how they want the information represented to them. If you're unable to do that, at least inform your work by research others have done. For your particular problem, you may want to look up studies by Michele Williams and Cindy Bennet. I'm happy to send you these works if you don't have access to the relevant journals.</div><div><br></div><div>All the best,</div><div><br></div><div>Anat </div><div><br></div><div><span style="background-color:rgba(255,255,255,0)">Sent from my mobile. Please excuse brevity and typos.</span></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr"><br><br><div dir="ltr" id="gmail-m_-4529982433972514275AppleMailSignature">Sent from my mobile. Please excuse brevity and typos.</div>On Wed, Aug 26, 2020 at 10:08 AM Łukasz Taraszka <<a href="mailto:luktar@gmail.com" target="_blank">luktar@gmail.com</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"><div dir="ltr">Hello,<div><br></div><div>Thanks for your responses!</div><div><br></div><div>It's quite hard to respond to all of the messages in order. I've placed the citations and responses below.</div><div><br><table cellpadding="0" style="border-collapse:collapse;margin-top:0px;width:auto;font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;font-size:14px;letter-spacing:0.2px;display:block"><tbody style="display:block"><tr style="height:auto;display:flex"><td style="white-space:nowrap;padding:0px;vertical-align:top;width:730.047px;line-height:20px;display:block;max-height:20px"><table cellpadding="0" style="border-collapse:collapse;table-layout:fixed;width:730px"><tbody><tr><td style="display:flex"><h3 style="overflow:hidden;font-size:0.75rem;font-weight:inherit;margin:inherit;text-overflow:ellipsis;letter-spacing:0.3px;color:rgb(95,99,104);line-height:20px"><span><span name="Martin Koppenhoefer" style="color:rgb(32,33,36);font-size:0.875rem;font-weight:bold;display:inline;vertical-align:top;letter-spacing:0.2px;line-height:20px">Martin Koppenhoefer</span></span></h3></td></tr></tbody></table></td></tr></tbody></table></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">thank you for notifying this list. Please be sure to also follow the import guidelines and discuss your plan on the imports list and with the Polish list.<br><a href="https://wiki.openstreetmap.org/wiki/Import/Guidelines" target="_blank">https://wiki.openstreetmap.org/wiki/Import/Guidelines</a></blockquote><div>I tried but I've some small problems because of my alias mail but I plan to do this today.</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">is this explicitly signposted (door position of the vehicle)? Generally we have stop positions for public transport route relations (on the road) and/or the highway=bus_stop node (and similar for trams) should be at the stop position (both are indicating the front of the vehicle, not necessarily identical to the door position)<br></blockquote><div>These positions are not good enough for blind because of two reasons:</div><div>1. The application is guiding blind people to the place on a street, where a bus or tram stops. This position could be slightly different than the place where are the doors of a bus are and in some cases could be dangerous (blind people could go on a street or rails in case of flat sidewalk).</div><div>2. Transportation companies (GTFS providers) are sharing stop signs positions and they provide the most updated and reliable data. Uploading this data to OSM would be very simple.</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">my suggestion would be „ref“ or maybe „ref:<shortname of your dataset/external source>=*“ if these should be imported at all<br></blockquote><div>So for example <b>ref:ztm</b></div><div>I plan to create a procedure and the software to import data to other cities. I think the name should be more universal than the local db name. What do you think?</div><div>What about <b>blind:stop_numer </b>and <b>blind:stop_id</b>?</div><div><br></div><div><h3 style="overflow:hidden;white-space:nowrap;font-size:0.75rem;font-weight:inherit;margin:inherit;text-overflow:ellipsis;font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;letter-spacing:0.3px;color:rgb(95,99,104);line-height:20px"><span style="outline:none"><span name="Alessandro Sarretta" style="color:rgb(32,33,36);font-size:0.875rem;font-weight:bold;display:inline;vertical-align:top;letter-spacing:0.2px;line-height:20px">Alessandro Sarretta</span> </span></h3></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="outline:none"><ul><li style="margin-left:15px">you say (<a href="https://wiki.openstreetmap.org/wiki/Automated_edits/luktar/Stop_signs_for_blind#Missing_stop_signs" target="_blank">https://wiki.openstreetmap.org/wiki/Automated_edits/luktar/Stop_signs_for_blind#Missing_stop_signs</a>) that current objects in OSM are not enough for blind people, but in the examples  (<a href="https://wiki.openstreetmap.org/wiki/Automated_edits/luktar/Stop_signs_for_blind#Tagging_Plans" target="_blank">https://wiki.openstreetmap.org/wiki/Automated_edits/luktar/Stop_signs_for_blind#Tagging_Plans</a>) you're reusing those tags. Are you proposing just to add the new tags stop_no and stop_id to the existing ones?</li></ul></span></blockquote><div>Good point. I wrote here (<a href="https://wiki.openstreetmap.org/wiki/Automated_edits/luktar/Stop_signs_for_blind#Solution" target="_blank">https://wiki.openstreetmap.org/wiki/Automated_edits/luktar/Stop_signs_for_blind#Solution</a>) that: "<span style="font-family:sans-serif;font-size:14px">The idea is to add stop signs where they don’t exist or add required tags to existing stop signs."</span></div><div>In most of the places there are notstop_signs - instead of that there are only stop_positions - places on a street/rails where the bus/tram will stop. In this case new object should be added.</div><div>But there are places where there are stop_positions and stop_signs. In this case the stop_sign should be updated with additional tags.</div><div>Example: <span style="font-family:sans-serif;font-size:14px">Rybnik - Kościuszki: </span><a href="https://www.openstreetmap.org/edit#map=20/50.09197/18.54794" style="color:rgb(102,51,102);padding-right:13px;font-family:sans-serif;font-size:14px" target="_blank">https://www.openstreetmap.org/edit#map=20/50.09197/18.54794</a></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"><span style="outline:none"><ul><li style="margin-left:15px">regarding stop_no, I would suggest something different (stop_n or simply stop_number) because stop_no seems to me that there is no stop :-)</li></ul></span></blockquote><div>stop_number is convincing me :) </div><div><br></div><div><h3 style="overflow:hidden;white-space:nowrap;font-size:0.75rem;font-weight:inherit;margin:inherit;text-overflow:ellipsis;font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;letter-spacing:0.3px;color:rgb(95,99,104);line-height:20px"><span style="outline:none"><span name="Fundacion TODOS PODEMOS AYUDAR" style="color:rgb(32,33,36);font-size:0.875rem;font-weight:bold;display:inline;vertical-align:top;letter-spacing:0.2px;line-height:20px">Fundacion TODOS PODEMOS AYUDAR</span></span></h3></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Sorry, im. Not blind OR an expert, when  you ha e your app. Developed i can sjare ir<br></blockquote><div>Sorry, I don't understand :(</div><div><br></div><div>--</div><div>Best regards,</div><div>Taraszka Łukasz</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">wt., 25 sie 2020 o 11:43 Martin Koppenhoefer <<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>> napisał(a):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
<br>
<br>
sent from a phone<br>
> On 25. Aug 2020, at 09:43, Alessandro Sarretta <<a href="mailto:alessandro.sarretta@gmail.com" target="_blank">alessandro.sarretta@gmail.com</a>> wrote:<br>
> <br>
> regarding stop_no, I would suggest something different (stop_n or simply stop_number) because stop_no seems to me that there is no stop :-)<br>
<br>
<br>
my suggestion would be „ref“ or maybe „ref:<shortname of your dataset/external source>=*“ if these should be imported at all<br>
<br>
<br>
Cheers Martin<br>
_______________________________________________<br>
Accessibility mailing list<br>
<a href="mailto:Accessibility@openstreetmap.org" target="_blank">Accessibility@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/accessibility" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/accessibility</a><br>
<br>
To unsubscribe from this mailing list send an empty email to <a href="mailto:accessibility-unsubscribe@openstreetmap.org" target="_blank">accessibility-unsubscribe@openstreetmap.org</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>Pozdrawiam</div><div><div>Taraszka Łukasz</div><div>tel. 668 462 791</div></div></div>
_______________________________________________<br>
Accessibility mailing list<br>
<a href="mailto:Accessibility@openstreetmap.org" target="_blank">Accessibility@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/accessibility" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/accessibility</a><br>
<br>
To unsubscribe from this mailing list send an empty email to <a href="mailto:accessibility-unsubscribe@openstreetmap.org" target="_blank">accessibility-unsubscribe@openstreetmap.org</a><br>
</blockquote></div></div>
</div></div>_______________________________________________<br>
Accessibility mailing list<br>
<a href="mailto:Accessibility@openstreetmap.org" target="_blank">Accessibility@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/accessibility" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/accessibility</a><br>
<br>
To unsubscribe from this mailing list send an empty email to <a href="mailto:accessibility-unsubscribe@openstreetmap.org" target="_blank">accessibility-unsubscribe@openstreetmap.org</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div>Pozdrawiam</div><div><div>Taraszka Łukasz</div><div>tel. 668 462 791</div></div></div>