Re: [talk-au] QLD GTFS Data Imports

2014-02-23 Thread Jason Ward
If this [1] doesn't yield a response he is definitely over OSM. [1] : https://twitter.com/jward101/status/437826150052552704 Cheers, Jason On 24 February 2014 15:37, Ross Scanlon wrote: > On 24/02/14 12:01, waldo000...@gmail.com wrote: > >> Bummer that you can't get in contact with morb_au >

Re: [talk-au] QLD GTFS Data Imports

2014-02-23 Thread Ross Scanlon
On 24/02/14 12:01, waldo000...@gmail.com wrote: Bummer that you can't get in contact with morb_au Have you tried twitter? A search there shows he's still around but possibly not really interested in osm any more. His first diary post gives a hint to the dis-interest. Cheers Ross ___

Re: [talk-au] QLD GTFS Data Imports

2014-02-23 Thread waldo000...@gmail.com
Ah goodo, sorry, my incorrect impression was that you hadn't seen that page. Bummer that you can't get in contact with morb_au...But regardless, I reckon the best solution would be to facilitate and encourage locals to grab a MapCraft slice and merge the data in themselves by local knowledge/survey

Re: [talk-au] QLD GTFS Data Imports

2014-02-23 Thread Jason Ward
Thanks for that. I have read that several times and in fact link to it in the Wiki page for this import (my prior email contains that link). That is the clearest indication yet that I might need to rethink the existing dataset. > I would advise against removal of anything unless verified by sur

Re: [talk-au] QLD GTFS Data Imports

2014-02-23 Thread waldo000...@gmail.com
> > My only requirement being to understand where the qroti:surveyed is from > (a government employee survey date or a morb_au survey date?) My thinking > is that morb_au didn't survey 6,000 bus stop across Brisbane and that this > was information held in a dataset that he had access to. > This: h

Re: [talk-au] QLD GTFS Data Imports

2014-02-23 Thread Jason Ward
Hi everyone, I've been sporadically looking at the best way forward on this import and am at a bit of a loose end. I am still to document the process for importing but in doing so and monitoring the @imports list for a while now one of their significant considerations is how best to maintain the

Re: [talk-au] QLD GTFS Data Imports

2013-12-25 Thread Jason Ward
Hi everyone, I took the discussion offline momentarily and Daniel and I have had a few email exchanges. The result is a Wiki page with information about the process. Anyone interested in helping with the import and QA process (both documenting and doing) is more than welcome to go right ahead.

Re: [talk-au] QLD GTFS Data Imports

2013-12-25 Thread Daniel O'Connor
So, I might spend an hour or two generating a few .osm files with imported data, so we can get an picture of what it looks like without doing an import. https://github.com/CloCkWeRX/data.gov.au-qconnect-gtfs is a quick repo I added with all of the data extracted, and an initial.osm which shows eve

Re: [talk-au] QLD GTFS Data Imports

2013-12-25 Thread Jason Ward
Hi Daniel, Wow that is a lot. I looked at http://taginfo.openstreetmap.org/search?q=qroti#keys and was considering these as candidates for removal and replacement with the new gtfs data / positioning. I presume nodes tagged without these key:value tags would come under the standard duplication c

Re: [talk-au] QLD GTFS Data Imports

2013-12-25 Thread Daniel O'Connor
> Bus stops sounds great although there is a stack load (thousands) of > existing Brisbane Stops imported from a no longer accessible source (QROTI) > https://wiki.openstreetmap.org/wiki/QROTI > (Here is a quick example: http://www.openstreetmap.org/changeset/739929) > http://overpass-turbo.eu/s/1

[talk-au] QLD GTFS Data Imports

2013-12-25 Thread Jason Ward
Hi Daniel, I'm creating a separate thread just so I can keep the data.qld.gov.au one on-point with regards to my future plans for a whole of government explicit permission request in 2014. Bus stops sounds great although there is a stack load (thousands) of existing Brisbane Stops imported from a