User talk:Lemon1974: Difference between revisions

From SgWiki
Jump to navigation Jump to search
Jonathanchu (talk | contribs)
Haram (talk | contribs)
Bus allocation: new section
 
(22 intermediate revisions by 6 users not shown)
Line 1: Line 1:
== Re: Peak & Off-Peak Dilemma ==
== SEDEP Citaro Deployment Changes ==


Hi Lemon1974,
Hi Lemon1974,


I think forwarding your concerns to the administrators would be a better option. I am not an administrator that can decide and determine the changes.
Not sure about the morning crossover bus to 269 as of now, haven't seen 6810 around lately
 
I put 1025K as perm 269 as it always does the split shift with crossover to 262 in the afternoon
 
But one day this week I took 262 from amk int at about 8.10pm, was surprised to get SG1093M driven by 269 split shift bc (I did see 1093 on 269 with same bc that morning). Couldn't see DDU properly but it showed something like 269-se-4x2, definitely a crossover. I doubt it's the same one as 1025K as I saw the bus too on a different duty, and that slot should be se-413.


Hope this helps. Thank you.
Really not sure how many 269/262 crossovers there are now. So many split shift duties seem to crossover. Not sure if this means 262 fleet reduction too? I haven't seen 1153 or 6580 around on 262 lately. The only full 262 split or E shift I see is 6594P


Themystery
Jonathanchu
 
==User: Bus74742==
Hi.
 
Thanks for highlighting this. Yes this particular user created the account today. I have imposed a warning point for this user for now. Will take the necessary actions when needed if the user continues to add false information.
 
Thanks!
 
== 268B for Evening Peak ==


== SEDEP Citaro Deployment Changes ==
Hi to both Lemon1974 and Jonathanchu,


Hi Lemon1974,
Just letting you know that 268B is still detected on the bus apps. 1843 hours departing the first bus stop. Should be only 1 trip for evening now I believe. Thanks and regards.


Needa check these few buses with you, deployment has been super messy
Themystery


I’m not sure what’s going on with 1750A 1751Y 1781K 1782H these days, but I’ve heard many observations of 1781K always on 71 and 1782H always on 265
== Grab Unlimited Ad ==


6855L seems to be back to 261, but I think 6593S is still running around
The removal of Grab Unlimited was not a mistake, but "this same ad made a return onto the same rego aft becoming adless due to some issues from Grab", quote from another bus enthusiast


1101Z / 1173R – 1173R has rarely ever done the 162 (se-474) slot shortly after the deployment swap. 1101Z did do 24 for some time, but now I see both buses running all over the place, with 1101Z on 162 sometimes, I suspect that se-474 slot.
== Bus allocation ==


6568R / 1202R – ever since the euro 5 A22s went back to 852, these 2 citaros supposedly came back to 265 and 268, but I’ve noticed them running around very very often
Hi,


6583X seems to be back to 76 but I heard 1202R has been on 269 a lot regularly. I haven’t seen 6587K at all recently.
Just saw the comment you left on the BYD page. The buses you mentioned can appear because they are operator based, meaning the buses can be cross deployed on different depots and services.  


1105M / 1150G – neither of the buses seem to be doing 24 or 261 nowadays, always running around, very confusing. And I also think I might have seen 1150G with a new ad, so could you please help me keep a lookout for it? Thanks!!
But the BYD buses are a different thing. These are specifically allocated to package, which in this case, it’s Sengkang Hougang. Nothing to do with depot, which is also the reason why when SKDEP opens, the BYD buses will follow to SKDEP, since HGDEP will be purely based on Serangoon Eunos.


And lastly, SBS8279L. Heard it’s gone MIA recently and has never done 130 for almost a month
The two scenarios are completely different, one being package based and the other being operator based.  


Jonathanchu
Hope it clarifies.

Latest revision as of 20:30, 10 December 2024

SEDEP Citaro Deployment Changes

Hi Lemon1974,

Not sure about the morning crossover bus to 269 as of now, haven't seen 6810 around lately

I put 1025K as perm 269 as it always does the split shift with crossover to 262 in the afternoon

But one day this week I took 262 from amk int at about 8.10pm, was surprised to get SG1093M driven by 269 split shift bc (I did see 1093 on 269 with same bc that morning). Couldn't see DDU properly but it showed something like 269-se-4x2, definitely a crossover. I doubt it's the same one as 1025K as I saw the bus too on a different duty, and that slot should be se-413.

Really not sure how many 269/262 crossovers there are now. So many split shift duties seem to crossover. Not sure if this means 262 fleet reduction too? I haven't seen 1153 or 6580 around on 262 lately. The only full 262 split or E shift I see is 6594P

Jonathanchu

User: Bus74742

Hi.

Thanks for highlighting this. Yes this particular user created the account today. I have imposed a warning point for this user for now. Will take the necessary actions when needed if the user continues to add false information.

Thanks!

268B for Evening Peak

Hi to both Lemon1974 and Jonathanchu,

Just letting you know that 268B is still detected on the bus apps. 1843 hours departing the first bus stop. Should be only 1 trip for evening now I believe. Thanks and regards.

Themystery

Grab Unlimited Ad

The removal of Grab Unlimited was not a mistake, but "this same ad made a return onto the same rego aft becoming adless due to some issues from Grab", quote from another bus enthusiast

Bus allocation

Hi,

Just saw the comment you left on the BYD page. The buses you mentioned can appear because they are operator based, meaning the buses can be cross deployed on different depots and services.

But the BYD buses are a different thing. These are specifically allocated to package, which in this case, it’s Sengkang Hougang. Nothing to do with depot, which is also the reason why when SKDEP opens, the BYD buses will follow to SKDEP, since HGDEP will be purely based on Serangoon Eunos.

The two scenarios are completely different, one being package based and the other being operator based.

Hope it clarifies.