An Alamein train continuing on to Syndal and Glen Waverley! (snapped on May 05, 2010)
I have also heard of Cranbourne trains displayed as continuing to Pakenham.
I fail to see how, weather it be Connex, Metro OR DOI, could fail to employ someone who would do such a simple job at programming, which would avoid any such dumb displays.Jim,
Are the displays in question connected to PRIDE? Are there two PRIDE systems in use at different stations throughout the network? If so, how are updates communicated between them?
The point of these questions is that they'd give a better idea of what to use for an analogy than a flat file or a shared XL spreadsheet.
The three examples I have shown are, exclusively the ones you find on the platforms.Who do you think would be telling your system what run to display? What do you do about ad-hoc runs? How does the system handle temporary changes to stopping conditions?
The Foyer types, which could exist elsewhere, to tell where a certain platform a train departs from. That should be very similar to what I have done.
I will look at doing some examples today or tomorrow.
The ideal thing would be to have these database tables
****** #1 **** list of trips in a day *******
-----Route number, Incl. Destenation and stopping conditions. This will select which item out of #2 you would need.
You may also
----- Incoming route, this will help set the points for its arrival
----- Arrival time
This would be a default list, and would be what the displays will show if no one changes the settingsSo how does your system know that the train is on-time? How does it know when a train has departed the platform?
There should be a means to re-set the settings for the day, like if platform X has to be closed, and trains at that platform need to be moved to other platforms.Are you under the impression that the same run ends up on the same platform every day?
**** #2 ****** Route information *****What about when the final station name is not the same of the route?
----- List of stops, where the display shows the list of stops, this will also contain other information to be shown on the platform displays.
----- Destenation, this can default to the last stop in the list of stops, but you may want the destenation display to show 'destenation via route'
----- Short message for Foyer type displays. Like the words 'stops all stations' or 'limited express'Wait, you want your system to tell the signalers what to do?
----- Exit route to select. This will help the signal box to determine which points need to be set in which way for the train to exit the station.
A very simple circuit, do not need a complex device like a PC, it should be easy enough to do with stuff I can get from Jaycar or Dick Smith Electronics.I can't wait!
Ok, this will do for now.
As stated in my above post, you would have some manual override. This would give the human operator the option to override any of the settings in the list for that day.What member of staff did you have in mind, and how do they know where the train is going?
The above is the simple basic version.
Database #1 above are for the SHEDULED departure and SHEDULED platform to dock at.
A simple display is all you need for the use of the member of staff.
FOR THE ACTURAL SETTINGS as being set by the days operations, weather this be human or computer or etc.Would you display this at the same time as the scheduled? How would you determine the actual times and platforms?
++2+2 digit, 7 segment display for ACTURAL departure time
++0.5 & 1 digit, 7 segment display for ACTURAL platform to dock at
OPERATING CONTROLDon't forget changing the destination, stopping plan, showing information screens, next train on platform...
++ (Plat +1) Adjust the platform up in value by 1
++ (Plat -1) Adjust the platform down in value by 1
++ (Plat =d) Set platform to the default setting as in the database list
++ To adjust the time (M+1) (M-1) (M=d) (H:M=d) perhaps additions for the Hours.
***** DATABASE EXAMPLE *****Who would generate these XML files? How big would you envisage the XML file being?
#2, list of stops. This would be much like the XML files I have done yesterday.
You can do it two ways,How are you going to foresee every possible permutation?
#1, have a specific table row for each short route and express combination or
#2, have just one for each route out of the location, then in DB#1, have a column which says we want a trip with terminates at stop #5, or runs express #2 to #6. The system would adjust the XML file to suit that.
With #1, - specific table row for each short and express variant.
#1 = Frankston; stops all stations
#2 = Frankston; express South Yarra to Malvern
#3 = Frankston; express SY - Caulfield - Moorabbin
#4 = Cheltenham; stops all stations.
*** TRIPS DATABASE TABLE *****What's all this 'Set route to Richmond #4' business?
The default trips for a Monday.
#001;12:30pm;#7; #1 ( Frankston - stops all stations) ; Set route to Richmond #4
#002;12:45pm;#8; #1 (Frankston - stops all stations ) ; set route to Richmond #4
#003;1:00pm;#7; #2 (Frankston - Express Sy to Malvern); Set route to Richmond #4
This is only a very short example.
**** MY AWNSERS to QUESTIONS FORM WEBSLAVE *****So you'll need more staff for your system? Expensive...
***Who do you think would be telling your system what run to display?
When you are talking about the sheduled timetabled runs, which would be the bulk of the trips.
You would have them set when they are doing the timetable.
++This is the full timetable of the services in the new timetable
++Here is the full docking shedule for trains at this location, and do so for each location.
***What do you do about ad-hoc runs? How does the system handle temporary changes to stopping conditions?Sounds like a lot of typing and training for ordinary station staff. Particularly when an occupation is meaning four or five lines have disruptions!
The system would have the option of where an operator, weather human or computer via a network, would be able to insert special once off trips like when SRHC or Steamrail wants to run a trip somewhere.
It would be possible to do a calender of events, where you have once off trips on each day over a month or two, and be able to set them in advance by such.These one-off trips often run late, and come in on odd platforms. How do you account for that? What about empty car runs, or trains being sent to North Melbourne yard? Sometimes these trains arrive and leave on a full service, other times, it's empty cars. Who is going to tell the staff member operating the system where it's going?
As for to change existing services, to cut short at stop #12, rather than go all the way to #18, or to not run express between #5 to #9, that can be done by the operator.It would make for a very busy shift when something goes wrong! Imagine the spelling mistakes, too! Who is to say they will always enter the data correctly when under pressure?
*** So how does your system know that the train is on-time? How does it know when a train has departed the platform?How do you plan to accomplish this? And have it feed into your system? What about splitting trains on the platform?
There are a few things, #1, sensors in the tracks. When it detects a train has gone, it will know the train has gone.
Also, the manual override I have said on a post above, it would be possible for the system to be told that train #1921 in the list will depart at 12:33 rather than the sheduled 12:30What about when the train is sitting on the platform waiting for a driver or similar? How does the operator know this is the case, much less when the driver is going to show up and the train be ready for departure?
***Are you under the impression that the same run ends up on the same platform every day?I didn't ask whether it should. I asked whether you are under the impression that it does?
Strictly speaking, the 12:30 departure for Frankston on weekdays, SHOULD depart from the same platform always.
***What about when the final station name is not the same of the route?I mean exactly what I asked. What happens when the last station on the line doesn't share the name of the line itself?
What do you mean by this?
***Wait, you want your system to tell the signalers what to do?No, you didn't answer my question. Do you want your system to tell the signalers what to do? Or, to put it another way, do you want your system to decide which way the points should be set and do it?
--- A train to Frankston, only has three possbile ways out from Flinders street. This being,
.....via City loop
....direct to Richmond platform #4
...direct to Richmond platform #6
If your going to show a train which is going to Frankston, and NOT running via the city loop, then you would want the tracks/points to be set to either platform #4, or #6 at Richmond.