On Fri, Dec 19, 2008 at 2:41 PM, Nick Whitelegg
wrote:
>>You can't crowdsource a timetable. You can't crowdsource the future
>>without objective evidence.
>
>>You can, however, crowdsource what has happened in the past, and use
>>it to make list of when the trains usually used to run. But I have
>
>You can't crowdsource a timetable. You can't crowdsource the future
>without objective evidence.
>You can, however, crowdsource what has happened in the past, and use
>it to make list of when the trains usually used to run. But I have
>absolutely no interest in an application that says "trains us
On Thu, Dec 18, 2008 at 04:29:29PM +, Andy Allan wrote:
> be running, which is in the future and the timetable changed this
> week[1].
[…]
> [1] hypothetically, but actually did quite recently for the UK rail
> network, which is a useful illustration.
If you’re lucky they’ll give you advance
On Thu, Dec 18, 2008 at 6:04 AM, Peter Miller wrote:
> I was wondering however, if any of the authorities in gtfs-data-
> exchange would mind their data about the positioning of bus stops to
> be imported into OSM. Might be worth asking them at some point. The
> current bus stop positions are some
On Thu, Dec 18, 2008 at 1:46 PM, Nick Whitelegg
wrote:
>>I think that would be an excellent idea, however don't assume transit
>>authorities will always give you the data because they often won't for
>>various reasons. There is not however a problem as far as I know in
>>people collecting their ow
On 18 Dec 2008, at 13:46, Nick Whitelegg wrote:
>> I think that would be an excellent idea, however don't assume transit
>> authorities will always give you the data because they often won't
>> for
>> various reasons. There is not however a problem as far as I know in
>> people collecting their
>I think that would be an excellent idea, however don't assume transit
>authorities will always give you the data because they often won't for
>various reasons. There is not however a problem as far as I know in
>people collecting their own timetable information from printed
>material and enter
On Wed, Dec 17, 2008 at 03:02:17PM +, Peter Miller wrote:
> Personally I also think it would be good to provide a way for people
> to enter old timetables. I have a bradshaws 1921 railway timetable and
> there is also a reprint for 1910. I am sure some people would love to
> enter it into
Frederik Ramm wrote:
> Soundy overly complex compared to just using pdftotext and then
> parsing the resulting ASCII text, unless of course there's OCR
> involved which would rule out this approach.
Doesn't preserve the layout, in particular the columns, well enough. The UK
rail timetable PDF i
Hi,
Richard Fairhurst wrote:
> Not that I'm planning to screenscrape the PDF timetable or anything. Though
> I imagine that, if I were, I'd use CAM::PDF to read the file, write my own
> PDF renderer, then parse the columns and put the result in a MySQL database.
> Purely hypothetically.
Soundy ov
On 17 Dec 2008, at 7:05, Peter Miller wrote:
>> I wonder if there is scope for an OpenTimetable.org system or similar,
>> which is an integrated - and open - bus/train timetable database.
>> Transport companies could be invited to supply data to this, and
>> then it
>> could be made available to an
> Not that I'm planning to screenscrape the PDF timetable or anything. Though
> I imagine that, if I were, I'd use CAM::PDF to read the file, write my own
> PDF renderer, then parse the columns and put the result in a MySQL database.
> Purely hypothetically.
Would you happen to have a hypothetical
Peter Miller wrote:
> I think that would be an excellent idea, however don't assume transit
> authorities will always give you the data because they often won't for
> various reasons.
One of the wonderful things about ODbL is the concept of a collective work
as applied to separate databases.
On 17 Dec 2008, at 14:22, Nick Whitelegg wrote:
>> I'm interested in completely mapping my city bus network, it would be
>> great if there was some online routing application that I could go to
>> that could plan my routes. Of course I'd have to provide it with
>> sufficient survey information to
14 matches
Mail list logo