On Thu, Nov 8, 2018 at 5:07 PM Leif Rasmussen <354...@gmail.com> wrote:
> Integrating GTFS seems like a much better idea than adding actual
> schedules to OpenStreetMap. I had not considered this previously because I
> did not understand how GTFS is used worldwide. Perhaps it would be
>
That is something that OSM should map instead of the official timetable :)
In Paris it is almost the same case, the bus does not follow their official
timetable due to grid locks.
Julien « djakk »
Le mer. 7 nov. 2018 à 00:16, Martin Koppenhoefer a
écrit :
>
>
> sent from a phone
>
> > On 6.
On Thu, Nov 8, 2018 at 12:07 AM OSMDoudou <
19b350d2-b1b3-4edb-ad96-288ea1238...@gmx.com> wrote:
> > Even if you can make it fit, it's not necessarily a good idea to do it.
> > I'm thinking of the Hoover Dustette.
>
> Excuse my ignorance. You’re thinking to what ?
>
The Hoover Dustette was a
For example in Japan transit companies sells their timetable for about
1000€ ... maybe copying the timetable is forbidden but Osm can have at
least an opening hour and a frequency for a line in Japan.
An other example, the city of Accra (Ghana) : only share taxis, no transit
authority, lines are
I've been following along the few threads to better understand this topic,
however I'm still feeling that mapping complex timetables is a bit like
mapping the full menu of a cafe or restaurant, or the room options at a
hotel. These things vary whenever the service business chooses and it is
close
Hello !
Ok for a google hangout ! I’m also available tonight and on Friday evening.
Julien « djakk »
Le mer. 7 nov. 2018 à 12:53, Jo a écrit :
> Hi Tony,
>
> Could you also have a look at the proposal I created?
>
>
>
On Wed, Nov 7, 2018 at 5:08 PM Jo wrote:
> (started writing this several hours ago)
>
> And another that goes into full detail, listing all the departures at the
> first stop and then lists all stops, with the most common times between
> stops as roles. For this we would need separate
Hi
I have worked in data analysis for many years, recently become
interested in PT and added routes to my locality. I look at PT
timetables frequently as much of my travel is by PT.
My use case is that I want to find times and routes from A to B, I do
not know the route numbers or their
Hi Tony,
Could you also have a look at the proposal I created?
https://wiki.openstreetmap.org/wiki/Proposed_features/Public_transport_timetables
At the moment I'm looking into how to represent that in meaningful ways
using MapCSS in JOSM, but I don't think that makes too much sense.
For your
:)
Le mar. 6 nov. 2018 à 20:55, Yves a écrit :
> Are you looking for a general transit feed specification?
> :)
>
> Yves
>
> Le 6 novembre 2018 20:22:18 GMT+01:00, djakk djakk
> a écrit :
>>
>> Ok I see.
>>
>> I am still a bit reluctant to your proposal since the travelling time
>> between 2
Are you looking for a general transit feed specification?
:)
Yves
Le 6 novembre 2018 20:22:18 GMT+01:00, djakk djakk a
écrit :
>Ok I see.
>
>I am still a bit reluctant to your proposal since the travelling time
>between 2 stops can vary during the day, especially for train routes.
>Ok there is
Ok I see.
I am still a bit reluctant to your proposal since the travelling time
between 2 stops can vary during the day, especially for train routes.
Ok there is the possibility of adding a new timetable relation ...
Moreover, I think that data inputs from the ground can not be done with
your
Almost that ! Sometimes bus stops does not have their official timetable,
the user have to refer to the closest previous bus stop having an official
timetable. So this kind of bus stop may not have a timetable in osm (except
an osm mapper really wants to put it into osm, knowing per habits the
In which case a timetable per stop and per route is unmaintable ?
Julien “djakk”
Le mar. 6 nov. 2018 à 16:59, djakk djakk a écrit :
> I think it is important to have an osm object describing the timetable
> user-oriented for simple editing without any tool.
> The mapper is at a bus stop,
I don’t get it ...
With my point of view, one route with 15 stops has 15 timetables, each
timetable describes the arrival time and the departure time of several
trips at the stop.
There must be the same number of trips along the stops’ timetables.
(Otherwise this is an other route).
You mean,
I think it is important to have an osm object describing the timetable
user-oriented for simple editing without any tool.
The mapper is at a bus stop, takes a picture of the timetable, can import
it later in osm without the need of any extra tool.
Validator can be inside a tool.
Julien « djakk »
Martin, maybe locals do know their bus stop timetable, as they always use
the service they may memorize the schedules ... ?
Julien
Le lun. 5 nov. 2018 à 17:08, Jo a écrit :
> Hi Leif,
>
> You made me do it! :-) I sort of stole your proposal and started creating
> a new one. It differs in
... and/or an abbreviation with the frequency : departures=5:15 - 1:25
every 1:30 ~ 3 minutes
(This is for Rennes’ subway line)
Julien « djakk »
Le mar. 6 nov. 2018 à 16:07, djakk djakk a écrit :
> I’ll agree with Leif, having a timetable relation per stop is better.
>
>
> Yes Leif, there can
In order to reduce the length of the value of the departures= tag, should
we allow this kind of abstraction level : departures=5:35 ; 6:35 ;
[7-19]:[05;35] ; 20:35 ; 21:35 ?
Julien « djakk »
Le mar. 6 nov. 2018 à 15:41, djakk djakk a écrit :
> Martin, maybe locals do know their bus stop
I’ll agree with Leif, having a timetable relation per stop is better.
Yes Leif, there can be a delay expressed in minutes instead of an
arrival-departure pair of time.
Julien « djakk »
Le mar. 6 nov. 2018 à 16:04, djakk djakk a écrit :
> In order to reduce the length of the value of the
> Even if you can make it fit, it's not necessarily a good idea to do it.
> I'm thinking of the Hoover Dustette.
Excuse my ignorance. You’re thinking to what ?
> I'm not sure that a wiki would be the optimal architecture for this if we
> ended up with many GTFS feeds that were interrogated
(Re-posting because I accidentally dropped talk-transit)
On Nov 8, 2018, at 00:30, OSMDoudou
<19b350d2-b1b3-4edb-ad96-288ea1238...@gmx.com> wrote:
Just a quick web search, but it appears there exist GTFS editors and there is
an entire ecosystem around creating and hosting GFTS files. Here is
(Re-posting because I accidentally dropped talk-transit)
On Nov 8, 2018, at 00:18, OSMDoudou
<19b350d2-b1b3-4edb-ad96-288ea1238...@gmx.com> wrote:
> And it's re-inventing the wheel. GTFS already exists.
> Could we do better? Maybe, maybe not.
Indeed. If someone determines GTFS needed
Hello,
it would be good to have this generalised kind of information for
routes.
https://wiki.openstreetmap.org/wiki/Proposed_features/Differentiation_for_routes_of_public_transport
may be related.
We should not keep thinking about this "2nd version" though. It is
probably impossible to add this
(started writing this several hours ago)
The way this proposal is evolving, there will be 2 versions. One that
gives an approximate idea of how much time there is between 2 buses for a
given time of day/day of week. Those can be added as tags on the route
relations.
That one should not be
Great to hear that. when I get back home I'll further elaborate on the
spreadsheet idea. Now with a full timetable for one general direction of
travel
On Wed, Nov 7, 2018, 13:59 Tony Shield Hi Jo
>
> I've looked at your proposal and I'm starting to understand it and like it.
>
> I looked at your
Hi Jo
I've looked at your proposal and I'm starting to understand it and like it.
I looked at your spreadsheet and this is the style of data entry which I
think will work, using a spreadsheet then processing it to OSM data
formats. If we use a spreadsheet then why not put the whole timetable
Hi Tony,
Could you also have a look at the proposal I created?
https://wiki.openstreetmap.org/wiki/Proposed_features/Public_transport_timetables
At the moment I'm looking into how to represent that in meaningful ways
using MapCSS in JOSM, but I don't think that makes too much sense.
For your
Indeed, a mapper who wants to add this and who can't find the information
on the internet or in a booklet, would have travel to the first stop, take
note of all the departure times and then establish the deltas between all
the stops of the itinerary.
If that's the case, such a mapper would
Yes, very hard to debug and we already established some change every few
months. So after a change from the operator. One traveler will update one
of those schedules, Another may do so for 3 stops down the line, in the
mean time the stops in between and after are not updated yet. A maintenance
If you have a single one for a stop/route pair, no problem. As soon as you
have a few hundred and the information in them starts to conflict with
other another timetable relation for the same route it will be extremely
hard to figure out where it went wrong.
Polyglot
Op di 6 nov. 2018 om 17:08
Hi Leif,
You made me do it! :-) I sort of stole your proposal and started creating a
new one. It differs in rather important ways from your proposal, so I
preferred not modifying your wiki page. I also think it's important to
decouple the (voting for a) full timetable solution from the solution
32 matches
Mail list logo