<div dir="ltr">Hi Daniel,<div><br></div><div>I'm creating a separate thread just so I can keep the <a href="http://data.qld.gov.au">data.qld.gov.au</a> one on-point with regards to my future plans for a whole of government explicit permission request in 2014.<br>
<div><br></div><div>Bus stops sounds great although there is a stack load (thousands) of existing Brisbane Stops imported from a no longer accessible source (QROTI) <a href="https://wiki.openstreetmap.org/wiki/QROTI">https://wiki.openstreetmap.org/wiki/QROTI</a></div>
<div>(Here is a quick example: <a href="http://www.openstreetmap.org/changeset/739929">http://www.openstreetmap.org/changeset/739929</a>)</div><div><br></div><div>I'm more than happy to help out with importing although I don't know which way to jump on this because of potential route degradation the removal of existing stops will bring with it but I also acknowledge that the existing data is potentially incorrect given it is no longer maintained.</div>
<div><br></div><div>If there is any way to review routes that have stop nodes (highway:bus_stop and public_transport:platform) associated to them that would be a good indicator of impact to these relations.  If the ratio of stops to route relations is low enough then it would be grounds for removing all stops and adding them back into the route relations once the import was complete.  Here is one of my local routes with stops associated to it: <a href="http://www.openstreetmap.org/relation/3316448">http://www.openstreetmap.org/relation/3316448</a> (The stops would be removed from that route if my suggestion was adopted)</div>
<div><br></div><div>I grabbed the Airlie Beach stops.txt file from the qconnect dataset and that was fairly straight forward thankfully.  Literally no stops existed so I tidied up the data in a csv, imported it and added a few fixme tags for visually odd looking stop locations.  Brisbane will be significantly more difficult but I'm up for that challenge.</div>
</div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">Cheers,<div><br></div><div>Jason</div></div></div><br><br><div class="gmail_quote">On 25 December 2013 08:54, Daniel O'Connor <span dir="ltr"><<a href="mailto:daniel.oconnor@gmail.com" target="_blank">daniel.oconnor@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im"><br><br>On Thursday, December 5, 2013, Jason Ward wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi again,<div><br></div><div>There has been a response from TMR and the necessary permission has been obtained (for their <a href="https://data.qld.gov.au/organization" target="_blank">datasets accessible</a> on the <a href="http://data.qld.gov.au/" target="_blank">data.qld.gov.au</a> portal).  I have an administrative query to be cleared by TMR before I make any amendments to the Wiki.</div>
<div><br></div><div>Its a start and the gtfs data will shortly be okay to use (once the attribution goes up). </div></div></blockquote><div><br></div></div><div>So, how would we like to approach this? Bus stop import and reconcile with existing data? Full routes? something else? </div>
<div><br></div><div>I did a gtfs bus stop import for SA via a josm plugin, but managed to accidentally add a few doubled stops a year ago or so. I would probably look at a few custom tools to generate .osm files and avoid dupes this time around, so it can be repeatedly sync'd</div>
<div><br></div><div>Happy to help write up the various import plans.</div><div><br></div></blockquote></div></div>
</div>