[Imports] SASA bus stops import

Mon Sep 30 06:43:04 UTC 2013

Hello Jason,

first of all, the SIRI Standard [0] is a standard which describes the 
real-time data exchange. I don't think, that SIRI provides routes too.

If you read about SIRI, it's a kind of "data to be elaborated", for 
example for the digital advisers in train stations etc. Often you have 
some clients, which overlay the maps with this information (SIRI can 
provide not only vehicle related information, information about 
facilities or other pt-related things too).

Even in our travelplanner (which is from HaCon and is the same as the DB 
or SBB or OEBB were using) uses other id's to identify the bus-stops.

So I think that the SASA-ref id's are not usefull to be imported into osm.

I hope out there are much more questions about the public transport, 
because I think that the public transport is the future, otherwise, 
where is the space for so much cars in the cities? ;-)

HTH
~markus

[0] http://www.vdv.de/siri.aspx
------------------------------------------------------------------------

Markus Windegger

SASA SpA-AG
Buozzistr. / via Buozzi 8
39100 Bozen / Bolzano

www.sasabz.it <http://www.sasabz.it>

Tel. +39 0471-519603
Mobil +39 366-9035886

SASAbus und OpenData
SASAbus on Github: https://github.com/markuswindegger/SASAbus
OpenData Webseite: http://www.opensasa.info
Free Software - Not For Nerds Only! / Freie Software - Nicht nur für 
Nerds! / Software libero - Non solo per i nerd!

Am 29.09.2013 20:42, schrieb Jason Remillard:
> Hi Markus,
>
> Thanks for jumping into this!
>
> Just one question. The SIRI spec is very large and complicated! I am
> not sure if you will know.
>
> So far we have decided to not import the SASA reference number for
> each stop, generally these ID's are not really useful in OSM. However,
> I just wanted to verify the SASA reference will not be needed to
> overlay SIRI routes on top of imported bus stations in OSM. We expect
> that the bus lat/lon will end up being changed/refined in OSM over
> time, versus the upstream source data. Since we are not importing
> routes, we don't want to make it impossible for downstream users of
> OSM to integrate with SIRI route information.
>
> Hopefully this is my last dumb question about bus stops....
>
> Thanks
> Jason.
>
>
>
> On Sat, Sep 28, 2013 at 3:39 PM, Markus Windegger <windegger at sasabz.it> wrote:
>> Hello there,
>>
>> I'm Markus Windegger, I'm the maintainer of the data on opensasa.info (it
>> was open.sasabz.it).
>>
>> I can confirm that we have donated the bus stop data as a data donation to
>> osm.
>>
>> First of all some comments about public transport data:
>>
>> - bus stops are not as dynamic as you thought. Most of the europe countries
>> have strict regulations about bus stops (and train-stops and metro-stops
>> too). So the companies don't chenge them, as it is a very burocratic work.
>>
>> - bus routes are very flexible (they change more often than bus stops) and
>> they were a little bit complexer than you think. Bus routes consist of a
>> general line-number and description, which is a general route, not even with
>> coordinates. There exists many variations of a bus line, depending of the
>> time, of days and sometime depending of seasons or months. So a line can
>> have more than one instance on the osm-map.
>>
>> - most of the european pt-companies (I don't know anything about the
>> american, asian or african ones) in the last years have adapted programs,
>> which are using the standard model of pt - data, which was developed by an
>> association named vdv [0]. In this data model it is possible to transfer a
>> full dataset of the hole bus-schedules from one system to another. And this
>> for planned data (vdv 452) and data like the schedules for the workers and
>> for the busses.
>>
>> - this datamodel in europe is becomming an european standard for the
>> realtime data exchange, called SIRI. Gtfs is not used so much, because most
>> of the companies need to transfer the data, and this is an additional work.
>> Additional work is in most companies not possible (because they don't have
>> computer engineers that understand the difference or whatever...).
>>
>> I hope you understand most of this (my english isn't very good). If you have
>> more questions about the public transport, please ask. I'll help you as much
>> as I can.
>>
>>
>> ~markus
>>
>> P.s. I'm not the person to discute the licence. The licence was decided from
>> the ceo, and I do my best to change the licence in a cc0 in the future...:-)
>>
>> [0] http://www.vdv.de
>> --
>> Markus Windegger
>>
>> Tel. +39 0471-519603
>> Mobil +39 366-9035886
>>
>> SASAbus & OpenData
>> SASAbus on Github: https://github.com/markuswindegger/SASAbus
>> SASAbus data: www.opensasa.info
>>
>> Free Software - Not For Nerds Only! / Freie Software - Nicht nur 'was für
>> Nerds! / Software Libero - Non solo per i nerd!
>>
>> --
>> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
>>
>>
>>
>> Martin Raifer <tyr.asd at gmail.com> schrieb:
>>>> As far as I can see they do not support GTFS. But I'll ask.
>>> Turns out GTFS really isn't supported.
>>>
>>> Martin
>>>
>>> ________________________________
>>>
>>> Imports mailing list
>>> Imports at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/imports
>>
>> _______________________________________________
>> Imports mailing list
>> Imports at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/imports
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20130930/0a9d5742/attachment.html>