-
A collection of BSL multi-channel signs from Redditch Deaf Club
As we had a half term escape from my sign language course this week, we were given a monster homework. Translate an entire story from English to BSL. Here is my attempt - see if you can work out what the story is about
A really common way of differentiating things like speed, weight, size, etc in BSL is using non-manual features (NMF) such as modifiers and intensifiers. For example, when expressing the speed of someone cycling, I would use a single sign to represent both the fact they were cycling and the speed at which they were going (rather that a sign for ‘cycling’ and one for ‘fast’). This is achieved by both the speed of your signing and also your facial expression - e.g. for ‘cycling quickly’ you might sign ‘cycling’, moving your hands very quickly and clenching your teeth.
Some common uses of facial features for such differentiation are as follows:
P.S. I didn’t do a signed version of this post as I wasn’t quite sure where to start! Apologies but I’m just not good enough
I’ve mentioned compound signs in a previous post but I’ve studied them recently on my BSL course so I thought I’d go into a little more detail. A compound sign is one that is created by combining two (or more) other signs. For example, the sign for ‘believe’ is a combination of the signs for ‘think’ and ‘true’. Note that the lip pattern you use when a compound sign is the sign itself (e.g. ‘believe’) and not the words for the individual component signs (e.g. ‘think’ and ‘true’).
In general this make it easier to remember a few signs as they are made up of logical component signs but it can get a little confusing in some situations. An example that I always forget are the signs for ‘lifeguard’ and ‘lifeboat’. The ‘lifeguard’ sign is made up of the signs for ‘life’ then ‘rescue’, whereas the sign for ‘lifeboat’ is made up of the signs ‘rescue’ then ‘boat’.
A few other common examples are:
Lately I’ve been doing some work (I promise it is real work) with Battlefield 2. The server part of the game has a cut-down version of Python built in so that you can interact with it, modifying aspects of the game and reacting to events etc. More details on this can be found on this wiki.
Anyway, the Python version it uses is pretty old (2.3.4, current version is 2.5.2) and it’s had functionality cut, e.g. no threading support. For the work I’m doing I needed threading support and a few other things so wanted to swap out the version of Python for another - turns out this wasn’t obvious so here are the steps:
I do get the following warning at runtime: ’sys:1: RuntimeWarning: Python C API version mismatch for module host: This Python has API version 1013, module host has version 1012.’ but it doesn’t seem to cause any problems (so far!).
The one thing that really frustrates me about most online tools is that I can’t use them for work - confidentiality and other boring reasons stand in the way of me using twitter to talk about confidential IBM things, Remember The Milk for managing TODO lists (I do anyway but keep any confidential stuff elsewhere), Google Reader for reading internal blogs etc etc. This means we end up creating copies of these tools internally, e.g. BlueTwit (like twitter), Beehive (like Facebook et al), Dogear (like del.icio.us), Spectacular! (like Google Reader)… the list goes on.
Now I understand we need these tools so we can keep certain information out of the public space but it’s frustrating that I have to use two different tools for the same job. A suggestion - why don’t we write the backend stuff to store information privately and a load of Greasemonkey scripts for each of the different apps to integrate both into the same user interface? Just a thought.
Having said all that, maybe it’s a good thing - maybe it keeps me in the right mindset for not disclosing things accidentally. When I’m using an internal tool I know what I can and should say and vice-versa for the external tools.