London Banter

London Banter (https://www.londonbanter.co.uk/forum.php)
-   London Transport (https://www.londonbanter.co.uk/london-transport/)
-   -   CCTV - again (https://www.londonbanter.co.uk/london-transport/15176-cctv-again.html)

Michael R N Dolbear November 16th 16 10:13 PM

CCTV - again
 

"MB" wrote

It's too easy just to check you can see a picture from the camera and
assume it is recording.


Which is why there needs to be a system in place to check at some

regular interval that they are recording and that the recordings are
archived properly with that being logged.

The interim report says
Initial analysis of the tram’s OTDR indicates that some braking was applied
in the 180 metres before the 20 km/h (12.5 mph) speed restriction board, but
this was only sufficient to reduce the tram’s speed from 80 km/h (50 mph) to
approximately 70 km/h (43.5 mph) by the time the tram passed the board and
entered the curve on which the accident occurred.
==
And
The RAIB’s ongoing investigation will include consideration of:
{. . .}
l any previous over-speeding incidents at Sandilands Junction;
==

Does this mean that trams' OTDR (and CCTV) data are archived so, eg, any
report of possible over-speeding can be checked against real data on this
and on normal running?


--
Mike D


[email protected] November 17th 16 12:50 AM

CCTV - again
 
In article , (Michael R N
Dolbear) wrote:

"MB" wrote

It's too easy just to check you can see a picture from the camera and
assume it is recording.


Which is why there needs to be a system in place to check at some
regular interval that they are recording and that the recordings are
archived properly with that being logged.


The interim report says
Initial analysis of the tram_s OTDR indicates that some braking was
applied in the 180 metres before the 20 km/h (12.5 mph) speed
restriction board, but this was only sufficient to reduce the tram_s
speed from 80 km/h (50 mph) to approximately 70 km/h (43.5 mph) by
the time the tram passed the board and entered the curve on which the
accident occurred.
==
And
The RAIB_s ongoing investigation will include consideration of:
{. . .}
l any previous over-speeding incidents at Sandilands Junction;
==

Does this mean that trams' OTDR (and CCTV) data are archived so, eg,
any report of possible over-speeding can be checked against real
data on this and on normal running?


I don't know about practice on trams but common usage is to keep CCTV
recordings for a month only.

--
Colin Rosenstiel

Martin Coffee[_3_] November 17th 16 06:46 AM

CCTV - again
 
On 16/11/16 23:13, Michael R N Dolbear wrote:

"MB" wrote

It's too easy just to check you can see a picture from the camera and
assume it is recording.


Which is why there needs to be a system in place to check at some

regular interval that they are recording and that the recordings are
archived properly with that being logged.

The interim report says
Initial analysis of the tram’s OTDR indicates that some braking was
applied in the 180 metres before the 20 km/h (12.5 mph) speed
restriction board, but this was only sufficient to reduce the tram’s
speed from 80 km/h (50 mph) to approximately 70 km/h (43.5 mph) by the
time the tram passed the board and entered the curve on which the
accident occurred.
==
And
The RAIB’s ongoing investigation will include consideration of:
{. . .}
l any previous over-speeding incidents at Sandilands Junction;
==

Does this mean that trams' OTDR (and CCTV) data are archived so, eg,
any report of possible over-speeding can be checked against real data
on this and on normal running?http://www.bbc.co.uk/news/uk-england-38003934

The OTDR may not be downloaded regularly for review but providing the
units retain enough data I would expect that some, if not all, have been
downloaded to examine driving habits before this accident.



Anna Noyd-Dryver November 18th 16 02:19 PM

CCTV - again
 
Michael R N Dolbear wrote:

"MB" wrote

It's too easy just to check you can see a picture from the camera and
assume it is recording.


Which is why there needs to be a system in place to check at some

regular interval that they are recording and that the recordings are
archived properly with that being logged.

The interim report says
Initial analysis of the tram’s OTDR indicates that some braking was applied
in the 180 metres before the 20 km/h (12.5 mph) speed restriction board, but
this was only sufficient to reduce the tram’s speed from 80 km/h (50 mph) to
approximately 70 km/h (43.5 mph) by the time the tram passed the board and
entered the curve on which the accident occurred.
==
And
The RAIB’s ongoing investigation will include consideration of:
{. . .}
l any previous over-speeding incidents at Sandilands Junction;
==

Does this mean that trams' OTDR (and CCTV) data are archived so, eg, any
report of possible over-speeding can be checked against real data on this
and on normal running?



Mainline practice is that the vehicle's OTMR stores the data for as long as
it can; it's basically always full and deleting the oldest data at the rate
that new comes in. In practice I think that's around 2-3 weeks for plain
OTMR data, presumably those fitted with CCTV have larger data storage
devices?

When a vehicle is downloaded (for fault finding, assessment or
post-incident) afaik the whole file is then kept and made available for
other authorised uses. If a download is not taken, then once the info times
out on the vehicle's data recorder then it's lost.

Tramway practice may be different.


Anna Noyd-Dryver



All times are GMT. The time now is 12:54 PM.

Powered by vBulletin®
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2006 LondonBanter.co.uk