Grand River Transit - Printable Version +- Waterloo Region Connected (https://www.waterlooregionconnected.com) +-- Forum: Waterloo Region Works (https://www.waterlooregionconnected.com/forumdisplay.php?fid=14) +--- Forum: Transportation and Infrastructure (https://www.waterlooregionconnected.com/forumdisplay.php?fid=25) +--- Thread: Grand River Transit (/showthread.php?tid=13) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
|
RE: Grand River Transit - trainspotter139 - 03-18-2019 (03-18-2019, 11:13 AM)danbrotherston Wrote:(03-18-2019, 11:01 AM)trainspotter139 Wrote: Changes coming to Route 76 for September Service Changes which will see the route split into two routes. The new route 36 will use larger conventional buses every 30 minutes as opposed to the smaller busPLUS buses currently in use. Route 76 will also get midday service The driver I talked to said they were standing room only (possibly exceeding registered vehicle capacity) for most trips to Conestoga during morning peak and from Conestoga during afternoon peak. From the P&W Committee Agenda: Quote:Route 76 Doon South – BusPLUS service – Continued growth in demand on Route 76 BusPLUS from Conestoga College students living in the Doon South area has strained the capacity of the current Route 76 Bus Plus service. Staff have evaluated service improvement options that would better accommodate anticipated ridership growth in September 2019 when the Conestoga College U-Pass program will take effect. RE: Grand River Transit - trainspotter139 - 03-18-2019 (03-18-2019, 10:56 AM)danbrotherston Wrote: Anyone have any theories as to what "Actionlist Entry performed ACT. FUNCTION" means? Did you register your card recently? That could have been attaching the account ID, etc. to the card so that if/when you lose it and block it the fareboxes will react to that properly. RE: Grand River Transit - danbrotherston - 03-18-2019 (03-18-2019, 11:41 AM)trainspotter139 Wrote:(03-18-2019, 10:56 AM)danbrotherston Wrote: Anyone have any theories as to what "Actionlist Entry performed ACT. FUNCTION" means? That is possible, the date does align with when I registered the card. Interestingly, it gives the location as GRT Strasbourg (which is already a stupid thing to do), instead of a more meaningful value like "Web Portal" as is seen on other lines. RE: Grand River Transit - trainspotter139 - 03-18-2019 (03-18-2019, 12:53 PM)danbrotherston Wrote:(03-18-2019, 11:41 AM)trainspotter139 Wrote: Did you register your card recently? That could have been attaching the account ID, etc. to the card so that if/when you lose it and block it the fareboxes will react to that properly. GRT Strasburg and GRT Conestoga are used whenever a bus performs an update to a card. I think it shows the garage of the bus or the location of the machine that updated the card vs where the transaction was processed. RE: Grand River Transit - danbrotherston - 03-18-2019 (03-18-2019, 01:30 PM)trainspotter139 Wrote:(03-18-2019, 12:53 PM)danbrotherston Wrote: That is possible, the date does align with when I registered the card. I did gather that, but it doesn't mean it isn't stupid. GRT's customers don't care that buses are parked on Strasbourg Rd. and such things should under no circumstances appear in the UI. The average user is going to be very confused why GRT thinks they are getting on/off the bus on Strasbourg Rd. RE: Grand River Transit - trainspotter139 - 03-18-2019 (03-18-2019, 01:48 PM)danbrotherston Wrote:(03-18-2019, 01:30 PM)trainspotter139 Wrote: GRT Strasburg and GRT Conestoga are used whenever a bus performs an update to a card. I think it shows the garage of the bus or the location of the machine that updated the card vs where the transaction was processed. The farebox isn't tied in to the INIT CAD/AVL (Computer-Aided Dispatch/Automatic Vehicle Location) system and so they wouldn't necessarily know that information RE: Grand River Transit - danbrotherston - 03-18-2019 (03-18-2019, 02:04 PM)trainspotter139 Wrote:(03-18-2019, 01:48 PM)danbrotherston Wrote: I did gather that, but it doesn't mean it isn't stupid. GRT's customers don't care that buses are parked on Strasbourg Rd. and such things should under no circumstances appear in the UI. I'm sure they could be connected together, although I am sure that would be expensive. Probably cheaper is simply to include a GPS unit in the farebox. But even cheaper than that is to simply use the route number as the location (and for bonus points, cross reference the schedule, or even the actual GPS track for location at a later time). But failing all those other reasonable options, don't show the location. Right now that field is garbage data which serves no purpose for the end user, and only serves to diminish the user experience. RE: Grand River Transit - robdrimmie - 03-18-2019 (03-18-2019, 02:04 PM)trainspotter139 Wrote: The farebox isn't tied in to the INIT CAD/AVL (Computer-Aided Dispatch/Automatic Vehicle Location) system and so they wouldn't necessarily know that information There are all kinds of systematic reasons presenting the information in a manner that is useful to the end user is hard, and it all makes sense. That doesn't mean that it's a good solution, just that it's the least amount of effort possible to solve a problem, which is a reasonable way to describe my complaint with every piece of software developed by eSolutions. They are incentivized to do the bare minimum (because they are an agency, and because the Region only has so much money to put into these products). It's easy to understand why an implementation is poor, but that doesn't invalidate criticisms of that implementation, nor does it really justify the poor implementation. The follow-on costs of supporting this tool's bad interface are going to exceed the cost of improving the experience by even a moderate amount, but the latter costs more today and therefore the latter will be someone else's headache. RE: Grand River Transit - KevinT - 03-18-2019 (03-18-2019, 11:13 AM)danbrotherston Wrote:(03-18-2019, 11:01 AM)trainspotter139 Wrote: Changes coming to Route 76 for September Service Changes which will see the route split into two routes. The new route 36 will use larger conventional buses every 30 minutes as opposed to the smaller busPLUS buses currently in use. Route 76 will also get midday service On my drive to work this morning I saw the 76 busPLUS bypass the eastbound stop on Thomas Slee just past Doon South Dr where there was 10 or so people waiting for it. It stopped at the next two stops that had 1 person each, so I guess the policy is if they don't have room for all then pick up none. (Either that or I misinterpreted what I saw.) RE: Grand River Transit - ijmorlan - 03-18-2019 (03-18-2019, 04:19 PM)robdrimmie Wrote:(03-18-2019, 02:04 PM)trainspotter139 Wrote: The farebox isn't tied in to the INIT CAD/AVL (Computer-Aided Dispatch/Automatic Vehicle Location) system and so they wouldn't necessarily know that information Well said. Based on the sample account statement posted to an earlier posting in this thread, I am not impressed. In addition to the issues mentioned by people, it appears that many transactions (as understood by anybody using the system) are listed twice in the transaction listing. One of the challenges that often arises in computer systems is displaying information in a meaningful way. Just because a direct dump of the database contents is not meaningful to users does not mean they are wrong. In this case the transaction listing gets a big fail from me. And that is my (partial) professional opinion. With more information and time, I could give a more complete opinion which would include suggested fixes and perhaps hints as to how the poor interface came about. But there is no new information other than “the transaction listing was faked” which could reverse my judgement that the interface is bad. I don’t have to know why it is that way or what challenges may exist to know it’s bad. And by the way, the Region, and every organization of any significant size, should have its own programming staff. Not for absolutely everything, obviously, but to create small and medium scale systems that connect together everything else and cover gaps in other systems. Every organization is an IT organization now. Suggesting that they shouldn’t have programmers is like, and really almost the same thing as, suggesting that they shouldn’t have managers but instead contract out all management activity. In short, utterly insane. RE: Grand River Transit - trainspotter139 - 03-18-2019 (03-18-2019, 07:10 PM)ijmorlan Wrote:(03-18-2019, 04:19 PM)robdrimmie Wrote: There are all kinds of systematic reasons presenting the information in a manner that is useful to the end user is hard, and it all makes sense. That doesn't mean that it's a good solution, just that it's the least amount of effort possible to solve a problem, which is a reasonable way to describe my complaint with every piece of software developed by eSolutions. They are incentivized to do the bare minimum (because they are an agency, and because the Region only has so much money to put into these products). the system often processes multiple actions on the card during a card tap. I personally think they should do a summary of those actions with an expander to see more details like the individual actions that occurred at that specific timestamp. RE: Grand River Transit - danbrotherston - 03-18-2019 (03-18-2019, 08:57 PM)trainspotter139 Wrote:(03-18-2019, 07:10 PM)ijmorlan Wrote: Well said. Based on the sample account statement posted to an earlier posting in this thread, I am not impressed. In addition to the issues mentioned by people, it appears that many transactions (as understood by anybody using the system) are listed twice in the transaction listing. The fact that multiple entries are made in a database is irrelevant to a user. From their perspective only one thing happened, they paid to get on the bus. The back end implementation should not drive the front end. The user needs should drive the front end experience. Too their credit however, GRT knows about the issue, and this is at least not final: RE: Grand River Transit - Spokes - 03-18-2019 Why wouldn't they get it right before launching? RE: Grand River Transit - trainspotter139 - 03-19-2019 (03-18-2019, 09:08 PM)danbrotherston Wrote:(03-18-2019, 08:57 PM)trainspotter139 Wrote: the system often processes multiple actions on the card during a card tap. I personally think they should do a summary of those actions with an expander to see more details like the individual actions that occurred at that specific timestamp. I would argue that multiple actions being performed on a user's card is very much relevant to many users, even if it's not relevant to you. Imagine for a moment that you loaded $20 onto your card through the online portal. 24-48 hours later, you tap your card on a GRT bus for your regular commute. You look at your card activity 24-48 hours later to see a row that says: Code: "03/19/2019 7:10 AM | Card Tap | GRT Bus #21101 (Route 7 - to Conestoga Stn) | +$17.24 | $21.72" Knowing a bit about how the system works you arrive at the conclusion that this card tap loaded the $20 you loaded online. Not every user will arrive at the same conclusion on their own however. That's why it's important to design User Experiences that accommodate users of all skill levels. It may not be relevant to you that multiple transactions occurred on the card at the time of tap, but it is to another user. A summary row in the table that can expand to show the individual transactions is absolutely a good user experience. Not all users will need to expand the row to understand what is going on with the card, but those that do should be allowed to see the list of transactions that occurred: Code: "03/19/2019 7:10 AM | Card Load | GRT Bus #21101 (Route 7 - to Conestoga Stn) | +$20.00 | $24.48" RE: Grand River Transit - Canard - 03-19-2019 It’s amazing: we managed to make a system even worse and more confusing than Presto. |