I appreciate the DPA issues within this discussion, and I have learned a lot that I did not know before, and what has struck me is the underlying issue that is not being discussed, but sets the DPA context.
Why are both parties or one party so sure that recording will resolve the issues that they have? Recordings, especially in the digital age, are now notoriously unreliable. A decent sound engineer could insert into the recordings any manner of phrases. However, that is a technical point (which may be beyond the scope of the parties.) However, the underlying issues appears to be the lack of trust and the concern with the asymetry of power and control within a meeting.
Would it not be better to find a way to resolve the underlying issue (the cause) than deal with the symptoms (recording)? For example, would it be possible to hire an outside stenographer? Or use software that provides an automatic transcript (if you speak slowly enough?) Or, have an independent arbitrater?
I would be concerned that the DPA may be used to justify a course of action that it is not intended to resolve and thereby dragging into something that it cannot resolve.
Just a thought, I hope it is of use.
Best,
Lawrence
-----Original Message-----
From: This list is for those interested in Data Protection issues [mailto:[log in to unmask]] On Behalf Of Roland Perry
Sent: 30 June 2011 18:41
To: [log in to unmask]
Subject: Re: [data-protection] Tape recordings during formal meetings?
In message
<OF244AB90E.FE36A192-ON802578BF.002F1447-802578BF.003048F7@LocalDomain>,
at 09:47:23 on Thu, 30 Jun 2011, David Wilson
<[log in to unmask]> writes
>I would turn up with my own recording device and say we both record or
>not at all. That way if the meeting is called off, it would be down to
>them.
How would that interplay with those meetings which have a deadline, and
are often held very close to such deadlines?
--
Roland Perry
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
All archives of messages are stored permanently and are
available to the world wide web community at large at
http://www.jiscmail.ac.uk/lists/data-protection.html
If you wish to leave this list please send the command
leave data-protection to [log in to unmask]
All user commands can be found at http://www.jiscmail.ac.uk/help/commandref.htm
Any queries about sending or receiving messages please send to the list owner
[log in to unmask]
Full help Desk - please email [log in to unmask] describing your needs
To receive these emails in HTML format send the command:
SET data-protection HTML to [log in to unmask]
(all commands go to [log in to unmask] not the list please)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Help protect our environment by only printing this email if absolutely necessary. The information it contains and any files transmitted with it are confidential and are only intended for the person or organisation to whom it is addressed. It may be unlawful for you to use, share or copy the information, if you are not authorised to do so. If you receive this email by mistake, please inform the person who sent it at the above address and then delete the email from your system. Durham County Council takes reasonable precautions to ensure that its emails are virus free. However, we do not accept responsibility for any losses incurred as a result of viruses we might transmit and recommend that you should use your own virus checking procedures.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
All archives of messages are stored permanently and are
available to the world wide web community at large at
http://www.jiscmail.ac.uk/lists/data-protection.html
If you wish to leave this list please send the command
leave data-protection to [log in to unmask]
All user commands can be found at http://www.jiscmail.ac.uk/help/commandref.htm
Any queries about sending or receiving messages please send to the list owner
[log in to unmask]
Full help Desk - please email [log in to unmask] describing your needs
To receive these emails in HTML format send the command:
SET data-protection HTML to [log in to unmask]
(all commands go to [log in to unmask] not the list please)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|