Archive for Angela

Itsy-bitsy climate engineer

Our education department does some activities on weather and climate this summer and asked us if we could spare a logger. Of course we could… but we also could built them a special one that measures barometric pressure, too. Who doesn’t love to learn how to do a little weather forecast by looking at the barometer? But, but, don’t we need an engineer who keeps care of that logger while it does its duty? There, we fixed it:

plastic spider on data logger

Our itsy-bitsy sensor engineer keeps quite a few eyes open…

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail

Build Your Own Data Logger – The Software, Telling the Logger to Log

790px-Kaffeetasse_Milchkaffee_Cafe-au-Lait_CoffeeOkay, with the arduino, shield, wiring and sensor complete, we’ve got our stuff together and can get our logger to log. To do that, we need to tell the arduino what it has to do. This is done with the arduino coding language. Now, what’s that and why do we need it?

As we have seen in the last part, an arduino itself is not very intelligent. To every ordinary person you can say “Would you be so kind and fetch me a cup of coffee?” and he or she will be able to execute that task without further ado, given he or she knows where the kitchen is and all necessary tools are available. If you want the same thing from a machine, you have to speak its language (or have a translator, which is called a “compiler”) and you have to think about the task you give it in a way as if that thing doesn’t know anything about this world. Which is, in fact, true for any machine. So, to stay in the example, to code a machine you have to say:

When hearing the command “Would you be so kind and fetch me a cup of coffee?” do the following:

1. Go to the kitchen
2. If the door is locked, open it to go into the kitchen
3. Go to cupboard
4. Open door of cupboard
5. Take out 1 cup
6. Close door of cupboard
7. Put cup under the coffee machine
8. Press first button
9. Wait until fluid has filled cup
10. Take cup in an upright position
11. Bring cup to person who spoke command

Silly, isn’t it? You would go mad with an assistant asking for such precise commands. That’s why some people find it hard to code – it’s very complicated to think so basic. But, anyway, we want our logger to log, so let’s take a look at the necessary code step by step (the complete code can be copied from our Quick Start Guide):

The part that is introduced by /* and ended by */ is a comment, something that is written for humans to read, not for the arduino to understand. Think of it like spelling out certain words so the kids don’t understand. Well, we never can be sure with kids and spelling, but we can be quite sure with /* */ and arduino.

You use this comments to make sure that another human being is able to understand what you wanted to achieve with a section of code. Chances are that human being is you because after some time you won’t remember why you coded some things that way. Comments are a part of good documentation, something we collections folk like, right?

Next up we have a couple of so called “libraries” we include in our code.

We have seen what an arduino mind needs to fetch you some coffee. Well, someone has already defined all the steps beginning with “1. Go to the kitchen…” in a library, so if you want your specific arduino assistant to be able to fetch coffee for you, you just have to write “#include <coffee.h>” at the beginning of your code and whenever you write “Would you be so kind and fetch me a cup of coffee?”, your assistant will be able to do all the necessary steps to bring you a nice, hot cup of coffee. It will also include what to do if the coffee machine is turned off, the water tank is empty, there is no coffee…

Now, I have to admit that I don’t understand all those libraries that are included here, of some I only know as much as that I do need them, and I know that I need them because I saw that they were used in some example codes. I think of it like when we need a conservator – of course we have to know which specific conservator we need, but we don’t have to fully understand what she or he does. Although, of course, the better we understand what she or he does, the more effectively we can cooperate.

For our logger we have included some libraries so it:

  • understands some functions you might need from the programming language C (stdlib.h)
  • knows how to handle time, that is, knowing that there are seconds, minutes, hours, days… (Time.h)
  • knows how to read the Real Time Clock on the logger board (DS1307RTC.h)
  • knows how to communicate with I2Cs (Wire.h)
  • understands what our sensor tells it (DHT.h)
  • knows how to communicate with peripheral devices like the SD card reader (SPI.h)
  • knows how to read from and write to a SD card (SD.h).

Next up we have to define where our sensor is and what type of sensor we use. The DHT library we included is able to handle DHT11, DHT21 and DHT22, so we have to specify that we connected a DHT22 and we connected it to our pin 9. The notations behind the “//” are again comments to be read by humans, not the arduino:

Next our sensor gets a name so we can order it to do something.

To keep things simple, we called it just “dht” in small letters, but we also could have called it “Walter”, “Gretchen” or “sensor1”. It’s only important that it is named consistently and that we are careful in using upper and lower case. For an arduino “Gretchen” is something other than “gretchen”, so the program won’t run if you make a mistake here.

The next line makes sure that we can communicate with the SD-Card although we used a logger shield. In the library, pin 4 is defined for a certain action, but this is already taken by the shield, so the arduino should use pin 10 instead.

So far, we have just made sure that our arduino knows what it needs to know. Next up we enter the “setup”. Think of it as your new assistant walking through the door. Before you can order her/him to do anything for you, you have to show her/him around. Where is the toilet? Where is the kitchen? Where is the coffee machine… This all will happen in the curly brackets after “void setup”.

Actually, the very first thing we do is we tell our imaginary assistant how s/he should communicate with us. Our arduino will be able to tell us what it does when it is connected to a computer using a thing called “serial communication”. It will be able to send information via the USB cable which we can read in the Serial Monitor of our arduino software. The line Serial.begin(9600) is like telling our assistant that s/he should communicate with us in English.

Next up, we tell our arduino that it should use pin 7 and 8 as output. This is where our two LEDs are connected, but our arduino only knows this if we tell it so. There are two possibilities for a pin: it can be an output or an input. If we define it as an output we can send signals to it that will do something with the thing that is connected to said pin. In our case, if we send that pin a “HIGH” signal it will switch the LED on, if we send it a “LOW” signal, it will turn it off.
If we define a pin as an input our arduino will “listen” to what happens on said pin instead. If the arduino receives a signal there, it can do something according to that signal. But in this case, we only need an output for our LEDs.

Next up, we do a couple of checks to see if our SD card works properly. It prints “Initializing SD card…” to the serial monitor so we can see it.
There is again a pin, pin 10, we define as an output, because our SD-Card-Reader needs this (we know this from the example code).

Now, the arduino checks if it can read the SD-Card. If it can’t read it, it sends a message to the serial monitor saying “Card failed, or not present”.
But “in the field” we won’t have an USB cable connected to a computer, only the logger itself. So we use our red LED on pin 7 to send us the same message. If the arduino doesn’t find the SD card reader or the SD card, it switches the red LED on for 5 seconds. In the arduino language this time span is given in milliseconds. So you see that we send the LED a “HIGH” signal, then wait (delay) for 5000 milliseconds until we send it a “LOW” signal to turn it off.
This is a mission for the Q-Tip: If the red light indicates that the SD card is missing or not properly inserted, you can put your SD card in the slot and press the q-tip, which reaches to the reset button inside the case to restart your arduino and try again.

If the arduino can read the SD-Card it will send the message “card initialized.” to the serial monitor. Next it sends “DHTxx test!”. Again, we have no idea if it can read the SD card, so if this is the case, we switch the green LED on pin 8 on for 5 seconds.

With the simple statement “dht.begin();” we tell our sensor that it should start reading.

Now our setup is finished, we can now tell our assistant what s/he shall do all day long. We do this in a function that is called “loop”. This function will repeat itself forever, if we don’t code anything that make it stop (or the plug is pulled).

What we want to do repeatedly is to read how high the humidty and the temperature in our room is, right? To read from our sensor, we call “dht.readHumidity” for the humidity and “dht.readTemperature” for the temperature.
If we want to use these values repeatedly in our code we use a thing called “variables”. A variable is something like a bag. We can store a value in it and carry it around. In our case we call our variables “h” for humidity and “t” for temperature. Bags come in all sorts and sizes, so do variables. You would choose your small, black handbag for a dinner invitation and your rucksack for your day trip so you always got the bag that fits your storage needs. Our sensor readings will come in a form like 14.5 or 34.8, they come as floating point numbers. So we choose the variable type “float” for it. There are a lot of other variable types, but for now, we just learn that “float” is the right type for our sensor values.
To sum up, the following lines of code store our sensor readings in the variables “h” and “t”. Whenever we call those variables in the fllowing parts of the code, they will repeat the sensor values.

But what will happen when the sensor returns something that isn’t a valid value for humidity or temperature? The next part of our code checks exactly this and reacts accordingly.

If either the value for humidity which we stored in “h” or temperature which we stored in “t” is not a number, the arduino will inform us by writing “Failed to read from DHT sensor!” on the serial monitor. The expression for something not being a valid number is called “isnan” (for IS Not A Number. Instead of writing “or” between the conditions, we have to use wording the arduino understands, which are the two upright strokes || (there are a few of these, like “and” which is &&, “greater than” which is > or “smaller than” which is < ).

Again, with a free standing logger we won’t see a message on our computer, so we let our red LED blink frantically if the sensor values are nonsense. There might be more elegant ways to code this, but I’m just a collections manager, not an IT professional.

Next up we print our values to the serial monitor for check, in case we have a computer connected. Right now you should be able to understand what happens:

Now, we need the time that comes from our Real Time Clock. Note that to use the Real Time Clock properly, you have to set it to the correct time first, using the example provided with the RTC library. Basically here we say “look at the clock and remember anything you saw in a variable called “tm”). We will be able to call the specific day, month, hour, minute, second… that way later in the code.

What follows next is perhaps a little weird to explain and to look at. We want to store our data on the SD card later, in a form that each data point is separated by a comma. That way, we can use any old spreadsheet software, import the data in a form that is called “comma separated values” (CSV) and process it further. The thing is, our data are numbers. You remember how we defined our sensor readings to be floats? Yep.

What we need to process it further is charcaters, in other words, we need a string. To be more exact, we need a string that incorporates all the data we want to be stored when we read our sensor. We want to have something that looks like this:
“34.8, 14.5, 2017, 04, 14, 2, 45, 23,” that we can have in our spreadsheet software to process a reading of 34.8 % relative humidity, 14.5 degrees Celsius on the 14th of April 2017 at 2:45 p.m (and 23 seconds).

To achieve this, we first open up an new bag called “dataString” to store our values in. I must admit I don’t get what line 116 really does, but it has something to do with defining the size that is available for our values.

What happens next is that we put all our values that we want to store into our “bag” called “dataString”. We do this one by one, as if we open up our bag, put the tape measure in, put the gloves in, put the lipstick in… The tricky thing is that whatever we take, we first need to convert something that is a number into a string. Hmmm… perhaps like if you want to put a fluid into your bag. You first have to put it into a container. Well, perhaps not exactly so, but along these lines.

So, we put our humidity value into a container. We call this container “stringH”. The function “dtostrf” does this with our variable h, which is, as we know a float number of our relative humidity reading. Then we put our container “stringH” into our bag “dataString”:

We said we wanted to have comma separated values in the end, so what we do have to do now is to add a comma. We take our “dataString” bag and put a comma in, useing “+=” as the order to do so. Here we go:

The same goes with our temperature reading:

What does our bag now contain? Something that looks like that: “34.8, 14.5, “. You can make sure by ordering your code to let you know on the serial monitor by adding this line:

We didn’t do that here. Instead we are putting in our bag one by one the values for the day, month, year, hour, minute and second of the reading, each separated by a comma. Note: I later discovered that I wouldn’t have had to separate them all with a comma, but we will discuss this later in the series. For now, we just know it works.

Whew, that’s a lot of code. Our “bag” dataString now looks like that: “34.8, 14.5, 2017, 04, 14, 2, 45, 23,”. Next up, we want to write it to our SD card. To do that, we have to open the file the string should be written to:

If the arduino finds the file called “Mylogger.csv” on the card, it openes it, writes the content of dataString to it (at the end of all other data that is already stored there) and closes the file again. Mission accomplished!

What’s great about this is that if there is no file called “Mylogger.csv” on the SD card, the arduino will automatically create it. Only in the occasions where there is such a file, but it can’t be opened or if the SD card is missing, we will need an error coding which informs us on the serial monitor and lights up the red LED until the next loop:

Finally, we have to define how long the arduino should wait between measurements. The more often you read, the more data you get, which is a plus in detail, but also needs more storage space. In our example, we wait 5 minutes between readings, which are 300000 milliseconds. For 10 minutes, set it to 600000 milliseconds and so forth.

That’s it, that’s the whole code. There is, of course, room for improvements, for example if you need the temperature in Fahrenheit or want to calculate the dew point. But this will be another part of the series…

More posts on this topic:
A thing that can do things – Taking a look at the Arduino from the perspective of a collections specialist
Build Your Own Data Logger – Quick Start Guide
Build Your Own Data Logger – The Sensor, Heart of the Logger
Build Your Own Data Logger – The Shield and the Wiring

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail

Just one of the small, hidden, big hazards

Last week our electrical devices were checked.

One of the power cables taken out of service due to the check...

One of the power cables taken out of service due to the check…

This happens regularily as safety regulations in Germany require that all equipment is safe to work with.

...it soldered itself to a three way adapter, the connection was nearly inseparable.

…it soldered itself to a three way adapter, the connection was nearly inseparable.


That’s a good thing, because you certainly don’t want to be electrocuted by a defect device, nor do you want your storage burning down because of a malfunctioning power supply. So, if this isn’t a requirement in your country, it’s maybe a good idea to let them check, anyway…

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail

Mostly Underwhelming – A Registrar’s Month

I didn’t come to post on this blog for a whole month, mainly because I was teaching a course on Managing Previously Unmanaged Collections for Museum Study which was simply eating up all the spare time I am willing to give to museum topics while not on clock. So, I was looking back at the work I did last month.
At first, I found it disappointing. I didn’t save the world. I didn’t save the big opening. I didn’t negotiate that one important contract. Heck, I didn’t even have that one genius idea that freed up more space than expected.
Instead, it was business as usual. But then I thought, maybe that’s well worth a post. Because it is the business as usual that, in a way, is the stepping stone for others to do magnificent things. So, here we go:

20170223_135124

Radios and other home entertainment equipment selected for the move.


We are uniting our newly aquired collection of radio and broadcasting equipment with the collection we already have. This means we select what will go to a new storage space and what stays where it is.

20170214_120147

Packing cases folded, labeled and ready for packing.


The selection is packed, correctly labeled and the objects and boxes are tracked in the database. Note: the “real work” is done by two young emerging museum professionals. I’m just the database and logistics consultant, box provider and forklift truck driver.

Boxes packed, ready for transport.

Boxes packed, ready for transport.

I’m often smiled upon or even challenged because I insist on documenting every move of an object, even if it’s “just” from one offsite storage to another or the museum. But just this month it happened that I accidentally found an object which was missing for quite a while and suspected to be stolen. It didn’t leave its box ever. If the location of this box was correctly documented, no one would have wasted his/her precious time searching it. Seems no one ever has the 30 seconds for changing a location, but always the hours for searching.

Radios still to be processed.

Radios still to be processed.

It seems useless to bring all the radios together in one place. In the end, what is a database there for? But having them together has a lot of advantages: similar object groups have similar storage needs and are endangered by the same kind of pests. Some radios are duplicates, bringing them together at one place will help us to decide if we really need a second or third one or if we just keep the best. Finally, it’s much easier to prepare loans and exhibitions on this topic if we don’t have to go to different locations for it.

Several small bike related labels and pins.

Several small bike related labels and pins.


Our bicycle exhibition is open and doing fine, but there remained a lot of artifacts which were in the first selection but didn’t make it in the final selection. When putting them back to their original location I check the database entries and fill in what is missing. Measures, descriptions, conditions… some I sent off to our photographer to have their mugshots taken, so to speak. When preparing an exhibition there is never enough time to do this. You can only do it for the things that really go on display. By doing it now, future curators will have better data and more time for other duties.
Assmann psychrometer on a tripod.

Assmann psychrometer on a tripod.


I checked the calibration of our dataloggers with an Assmann psychrometer.
20170214_120213
I also checked the reliability of our sensors against two different salt solutions. That way we know our climate data is reliable for the moment. We will check them again every 6 months.

Roll of polyethylene tube for packing maps.

Roll of polyethylene tube for packing maps.


Together with the responsible curator I packed about 200 rolled maps. They always gave me headaches because I found no good way to store them. Then the curator took over a large collection of maps along with a wall rack designed to hang them. Because there are more hanging spaces than maps we can now store all our maps hanging.
A pallet of bagged maps.

A pallet of bagged maps.


This means that we have to bag them all and apply a hanging system for those who have no hook.
Because we will hang them high above the ground this will create free space where they were stored previously, which is great. But I can’t claim this success, as it was the idea of the curator.
Empty shelves, ready to be filled again.

Empty shelves, ready to be filled again.


So, this month passed by. Of course there were many more things to do, each underwhelming in itself, but important in the big picture.
So, as you are all struggeling with your daily underwhelming tasks, never forget that you might not save the world, but doing major improvements in the way you eat an elephant: one piece at a time.

Keep up the good work!

Angela

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail

Holy Crap – Something’s in There!

Objects Containing Ingredients in Collections

Recently I stumbled upon this article on Piero Manzoni’s work “Artist’s Shit”: https://www.sartle.com/artwork/artists-shit-no-014-piero-manzoni

It reminded me of a problem that hits every collections manager at least once in his or her career. The object that contains something. Not always the content is as debatable as canned crap, but from arsenic to zwieback there is an endless list of ingredients that can give you headaches for various reason. Now, what does the responsible collections manager do in those cases? It sure doesn’t come as a surprise that he or she is asking a variety of questions before he or she decides what to do.

Does it fit into the collection?

The can reads “no shit” in German, thus avoiding copyright infringement. “Kein Scheiß” in Germany means both  “no shit” and “I am not kidding you”.

The can reads “no shit” in German, thus avoiding copyright infringement. “Kein Scheiß” in Germany means both “no shit” and “I am not kidding you”.

This is – or should be – of course the first question with every object that is presented to a collecting institution like a museum. The question here is whether the object supports the mission and fits into the collections policy. But isn’t this the same thing? As far as we all know a collections policy should always elaborate on an institution’s mission statement. Yes, but a collections policy might limit what you collect anyway.

Your mission might say that you are collecting Italian art from 1960 to 1970, so Piero Manzoni’s work might well fit in there. But your collections policy might limit this down to paintings and works on paper for the reason that your storage is only suitable for these materials and you don’t have the capacity to store sculptures or other three dimensional objects. In this case, a can of artist’s you-know-what is luckily none of your business.

 
 

What’s important? The container, its ingredient or both?

If you come so far that the object fits into your collection, the next question is if this holds true for all of it.

If you are a museum for industrial design chances are you want to preserve the container. If the can held meat extract instead of this artist’s… product… you would probably have no problem with carefully opening and emptying the can in the least invasive form possible to preserve the original design of the container.

If you are a museum whose mission is to educate people about feces (nope, I so totally didn’t make this up: https://www.poomuseum.org/ ) and therefore you preserve that stuff, you might likely be more interested in preserving the ingredient than the container. In real collections life, this often means that you have to remove the content from the original container to store it in a more appropriate container for long-term preservation. Now, I haven’t done any research on this concerning human feces, but my gut feeling tells me that a tin can is probably not the best container for their long-term storage.

Then, there are the cases where both, ingredient and container are worth preserving. I think we are safe to say that this is the case with “Artist’s Shit”. The age long questioning if Piero Manzoni really did it, if the can really contains what is said on its label is a strong evidence. A container just saying “Artist’s Shit” but obviously being empty would be somehow pointless. So would be preserving Mr. Manzoni’s feces, I guess. Although I’m not completely sure about this. Some future art historian might be interested in having it analyzed in a lab to find out about the artist’s lifestyle habits. After further consideration: it MIGHT be worth preserving it, as long as it fits into your collections policy and you solved the issue of long-term preservation.

But in this case, both, content and container form the artwork, so we certainly want to preserve both. And for that matter, we can’t separate the container from its ingredient, even if feces might demand other storage conditions than tin cans. We would alter the original condition of the artwork, which we strive to avoid as museum professionals. As a side note: countless collections managers have missed the chance to become artists themselves by leaving Manzoni’s work untouched – someone did open a can and it is now an artwork itself: http://beachpackagingdesign.com/boxvox/opening-can-boite-ou%C2%ADver%C2%ADte-de-pie%C2%ADro-man%C2%ADzo%C2%ADni

Is it hazardous?

It’s one of the key questions for every collections manager. The question goes different ways: is it harmful for itself and the other collections items and is it harmful for those working with the collection? On a sad note, I never, ever encountered a collections manager who is asking these questions in a different sequence, although, really, we should!

The question if it is harmful for itself is one that also plays a role when deciding on whether or not separating the ingredient from the container. Some things can destroy themselves if locked in an air-tight container. I’m sure every museum with a collection of celluloid items has a story about it. Concerning feces I would consider this risk rather low. However, I’m not an expert.

Whether or not the object is a threat to the rest of the collection is a key question before accepting an object. As there is quite a bandwidth of dangers that range from highly dangerous to mostly harmless under most conditions this kind of risk analysis can keep a collections manager up all night.

In the case of Manzoni’s artwork… well, there is a certain possibility that the feces inside (if they are inside) start fermenting, especially if it is too hot in the storage. There is a certain likeliness of the artwork becoming a fragmentation bomb under these circumstances. This could be avoided when stored properly.

The hazard for people handling it goes into the same direction. However, the risk is not so high that it would justify denying the acquisition (like it would probably be if someone offers the museum some live chemical agent). There should be a written procedure for the handling, for example containing that staff should check the can regularly for swelling. It should also be noted that there is a potential biohazard as we don’t know if there are real feces inside and we can’t be completely sure that Manzoni was in the best of health when he… safety first, right?

Summing up

After the collection manager knows

  • if the object fits into the collection,
  • if the content and its container are worth preserving,
  • if they can be separated of have to stay together unaltered, and
  • if they are hazardous and what these hazards are,

the collections manager will

  • advise on whether or not to acquire the object,
  • store the container and its ingredients in the most appropriate way,
  • label hazardous objects if necessary, and
  • write handling procedures for future colleagues.

I desperately tried to find a closing sentence for this article that is not a bad pun or for other reasons inappropriate. I failed. So I just write: Stay safe!

Angela

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail

How Should Museums Equip Themselves For Rapid Response Collecting?

by Kathleen Lawther

by Liz Lemon via flickr (CC0)Following the Women’s March on Washington and the marches which took place around the world in solidarity on Saturday 21st January, I began to see posts popping up on Twitter and from the Museums Association in the UK highlighting the fact that museums wanted to collect protest signs, pink pussy hats and other artefacts relating to the marches. It’s great that museums want to document this moment and this movement, but I wonder if by the time museums have put out the message that they were collecting, it is already too late? Do people commonly bring their signs home with them? I didn’t personally attend a women’s march on the 21st but I have been to demonstrations before and I certainly didn’t lug any cumbersome signs home with me at the end of the day. They are not objects which are meant to last longer than a day or serve a purpose other than getting a specific message across at the specific time. This does not mean museums should not be collecting them, museums have always collected and preserved things which their makers never intended to last. But it does make the business of physically collecting them that much harder.

By Mobilus In Mobili via flickr (CC BY-SA 2.0)One of my concerns about museums putting a call out for signs after the fact is that the available signs are limited not only by the amount of people who will have bothered to take their signs home with them after the march, but by the amount of these people who will see these call outs and volunteer to donate their signs. This reduces the amount of available material to a tiny proportion of the millions of signs created for the day. It is therefore unlikely that museums will be able to pick and choose acquisitions which reflect the diversity of signs on the marches, from funny, light-hearted but pointed attacks on the new administration to signs highlighting the importance of intersectionality and making links to other movements such as black lives matter and LGBTQ (lesbian, gay, bisexual, transgender and queer) rights. You cannot encapsulate the breadth of these events in a pink pussy hat. Again, collecting specific items which stand for themes and events and using them to reflect on those themes is part of the everyday work in museums, but doing so at speed makes the process much harder. Social media also means that the people all over the world have already seen and shared images of the most thought-provoking, powerful and funny signs from the day, so if a museum is only able to collect a couple of items that don’t measure up to what has already been shared from the marches, people will know that what has been collected is not a true reflection of the protest.

by Liz Lemon via flickr CC0What is the solution to this? To be able to collect the best and most relevant objects from a protest, museum staff would need to be there at the event, either physically taking in objects on the spot, or at least handing out flyers with contact details and information about how to donate. Both of these approaches have their practical problems. To take in items there and then, museum staff would need to have entry forms on them, take the time to explain the donation procedure to protesters, and get them to sign the forms, all of which is taking up time in the day of someone who is there to take action, not record that action for posterity. By just handing out information, you place the burden on donors to take their sign home, keep it safe, and then bring it to the museum on a later date. A further option could be an alternative entry form designed for rapid response collecting, something quicker and easier to administer on the spot, which would allow museums to take in items with the minimum of fuss for donors and collectors, while upholding good documentation practice.

by  AnubisAbyss via flickr  (CC BY-NC-ND 2.0) That is just the practical side of things. First a museum has to make a decision that an upcoming event will be significant enough to warrant on the spot collecting. It’s easy to say in hindsight that the Women’s March was significant and that items from the march should be preserved. But in the current climate protests are happening all the time, in quick reaction to new events. On 28th January people flooded the terminals of several US airports in protest at the executive order banning refugees, the following day spontaneous protests also happened in US cities. How can a museum as an institution react quick enough to be on the ground collecting at protests that erupt in multiple locations on a Saturday night? An individual member of staff could, perhaps, but would they be able to represent their museum in these circumstances without approval from their institution?

by Liz Lemon via flickr CC0The other question this raises for me is whether it is ethical for a museum, or the representative of a museum, to attend a protest just to collect donations? A relevant parallel might be that of journalists and photographers, who attend protests as observers and recorders. In reacting to current events museums may have to act more like journalists, covering events with a detached eye. But museum staff and established museum practices for collecting are not prepared for this type of fieldwork. The protesters being asked to donate may be sceptical of museum workers being there in this context, especially if they believe the museum to be at odds with their cause, or taking a neutral and unhelpful stance on whatever they are protesting. There is something uncomfortable for me in the idea of a museum taking up space, and taking up people’s energy and time at a protest if the museum is ultimately only there to serve its own interests. Perhaps this will change in time if museums do take up a more active social role, as opposed to their more traditional role of collecting and recording.

by Liz Lemon via flickr CC0The answers to at least some of these questions come down to individual museums having a clear mission and a collecting policy which supports it, as well as robust collections management and documentation processes which can meet the needs of rapid response collecting. Museums have traditionally been reactive and they need to find ways to be more proactive. This might mean the staff who are usually responsible for approving new acquisitions taking the time to look ahead to upcoming local events which have the potential to produce interesting ephemera or other objects worth collecting, and assigning someone to go out and actively seek donations. It definitely means museums putting targeted policies and processes, like an on the spot temporary entry form, in place now if they want to be equipped to act quickly to what is happening around them. Like so many things it comes down to good collections management: museums really knowing their collections, and knowing what they want their collections to achieve.

Kathleen Lawther is keeper of local history & archives at Hastings Museum & Art Gallery in South East England, and a freelance museum consultant with an interest in collections management, learning and engagement and the places where they intersect. She has worked in a range of organisations in the U.K. from small local authority museums to a national museum. She writes a personal blog about current issues in museums as acidfreeblog.com

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail

Happy 4th Birthday, Registrar Trek!

shrubbery2I can’t believe it’s 2017 already! Seems like yesterday that we celebrated the third birthday of our project.

2016 was a strange year after all. For me personally it was highly successful, but in the big picture, it was terrible. Terrorist attacks, wars, conflicts, mockeries of elections,… you name it, we could all have done without that. And then, in our own sector, we saw again budget cuts, museums closing, people poorly paid and people with high creativity and potential been let go. Again, we could have done without that.

So, is there any way to have a positive outlook into this new year?

Yes, there is.

We see that many museums and museum professionals work towards the goal of making museums safe spaces for all. We see more and more museum professionals speak up against things that go wrong in this sector, here, let me mention #MuseumWorkerSpeak as an example. And, we see more and more museum professionals finding the courage to speak up against things that go wrong in their communities and in politics. This gives me hope for the New Year.

Now, when we look at this project Registrar Trek, what does the future hold? My past predictions were all more or less off the mark, as all predictions have a tendency to be. But I do hope, that in the new year we will encourage more contributions in forms and articles and stories from around the world. Too be honest, there was a little bit too much “Angela Kipp” stuff on this blog recently. As much as I like my projects like the book and the logger (a new generation of them were installed just before Christmas for a serious test under real-life conditions), this was never the intention of the blog. So here is my wish for this our fourth birthday:

That many, many of you find the courage to sit down to write an article, an observation, a story or a thought for us.

Read you soon!

Angela

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail

‘Tis the Season to be Busy…

via pixabay, OpenClipart-Vectors

via pixabay, OpenClipart-Vectors

The advent is probably a stressful time everywhere – opposed to what its original intention was. And sometimes you hear from colleagues working in other fields of the museum: “You registrars are lucky. The exhibition opening was in November and you don’t have to organize all those Christmas events…” Oh, if only it were so…

Deck the halls with boughs of holly

Christmas decoration is beautiful. But it also holds a lot of potential conflict. Of course, the decoration should not be dangerous for artifacts. Freshly cut trees from the woods can be the home of various pests, glitter has a tendency to be everywhere, especially where it’s not intended to be, and if you are watching out which materials are used in the vicinity of objects all year you are naturally suspicious about artificial snow from a spray can… It’s plain to see that the registrar is not the most loved colleague when organizing a Christmas party for the patrons of the museum.

All I want for Christmas is you (or a tax deduction)

Just before Christmas many people realize that the tax declaration for this year will be due next year. If you want a tax deduction valid for this year all the paperwork and the physical transfer of this object must be done this year. And that’s why many people want to do something good for the museum in December. The attic and grandma’s cabinet hold a large amount of valuable artifacts, that’s what the noble donor thinks. So, the registrar has to do a lot of checking, organizing transports and issuing deeds of gift.

I saw three ships on Christmas Day

Longterm loans often are issued with an end date of December 31. Now, no one wants to work on New Year’s Eve, so it’s now time for the decision if the loan period should be prolonged or if the object is returned. If it is returned, it’s naturally returned this December. If it stays where it is, the loan contract has to be prolonged. In either case it’s a job for the registrar.

Oh the weather outside is frightful…

The previous two points show that there is much transportation going on around this time of year. Unfortunately, it’s also the time when it’s winter on the Northern hemisphere. Snow, frost, wind, dead leaves… All those things that point towards leaving doors and gates shut. Unfortunately, this isn’t always possible. So the registrar keeps watching the weather reports to choose good days for transport. And he or she keeps a close eye on doors and gates to make sure they are not kept open longer than absolutely necessary – which annoys his or her colleagues who have to bring in the Christmas decoration and chairs for the Christmas party.

Christmas Lights

The days before Christmas you get together, drink some tea and eat Christmas cookies. To make it more comfortable you light a few candles – and get into trouble with your registrar who sees this as a fire hazard. Rightly so as statistics show that around Christmas the number of damages due to fire increase about 40% (in Germany, source). Pro tip: Use LED lights instead of real candles and calm the nerves of your fellow registrar with some cookies.

Along these lines I wish all colleagues a joyful pre-Christmas period despite of all the work!

Angela

This post is also available in Italian translated by Marzia Loddo.

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail

Two Questions For Registrars/Collections Managers

Dear colleagues,

I sure would like to be warned if humidity rises from 27 % to 43 % within 10 minutes!

I sure would like to be warned if humidity rises from 27 % to 43 % within 10 minutes!

I like to pick your brains, experience, gut feelings… It has to do with the data loggers I’m currently building and testing.
We all have our set temperatures and humidity levels we don’t want the values to drop beyond or go above. We sure want to know if the humidity level in our storage for metal objects exceeds 55% or the temperature drops beyond 11 °C (51.8 °C). So it’s quite logical that we want our device to send us a warning when this happens.

But there is something other we sure would like to know about: we all know that the most harm is done to objects by sudden change in the climate. Sudden drops or rises in temperature and/or humidity. Those changes might stay well between our given ranges but happen so fast we sure want to hear about as soon as it happens. On the other hand: if we get warnings too often we will grow numb towards them. So, I try to find a good middle ground and that’s why I’m asking you to state your opinion:

Imagine you had a device that warns you about sudden climate changes within a 10 minutes time span on your prefered channel (email, twitter, cell phone), what would you pick as trigger value?

What would you choose as a trigger value for relative humidity change within 10 minutes in your storage?

View Results

Loading ... Loading ...

What would you choose as a trigger value for temperature change within 10 minutes in your storage?

View Results

Loading ... Loading ...
Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail

Build Your Own Data Logger – Arduino, the Datalogger-Shield and the Wiring

Sorry for the delay continuing this series. Actually, part of the delay had to do with developing an hands-on for explaining how gears work on a bicycle together with a colleague, using an arduino…

So, the basis of the logger is an arduino, which we presented lately as the “thing that can do things“. There are several arduino platforms depending on what you want to do. For our project we chose an arduino uno:
Photo by Clic17 via Wikipedia, CC-BY-SA 4.0Photo by Clic17 via Wikipedia, CC-BY-SA 4.0

Now, an arduino uno can do much more than just reading sensor data like we want to do, but it’s rather easy to make projects real without having to solder anything, it comes with a quite easy to understand coding language and there is a broad international community experimenting with it, so you probably find answers to your questions at the official arduino forum https://forum.arduino.cc/ or somewhere else on the web.

To work with an arduino you will connect the sensor and other devices you need to the ports of the arduino. You got digital ports (0 to 13), analog ports (A0 to A5) and some ports for connecting to power (marked 3.3 V, 5 V and GND). We take a close look on what we connect how later on.

First, we need another useful device, a data logger shield. So, what is a shield you ask? Well, as your arduino comes out of the box, it is a generalist. It can do anything, from showing the bike speed to logging your climate data. You connect it to all the parts you need for your specific project. Depending on the project, this can be a lot of wires, resistors, capacitors, switches… So, for some specific tasks you need for certain projects some fine people have developed boards that have everything you need on them and which you can connect to the arduino by simply “clicking” it on. So, the shield sits on the arduino like a backpack, is ready to perform certain tasks and you still have a reasonable amount of ports for your specific task, although some ports are now used for the connection.

And what is a data logger shield? Well, look here:

Taken from Adafruit website https://www.adafruit.com/product/1141

Taken from Adafruit website https://www.adafruit.com/product/1141


A data logger shield has two very useful devices: a SD card reader to log your data for further use and a real time clock (RTC). We need a real time clock because an arduino is incredibly dumb. When we tell it what time it is, it just remembers it as long as it got power. When we disconnect it from the power source it immediately assumes that it’s 0 o’ clock. The RTC has a small battery on board that safeguards the arduino remembers the time even when disconnected.

When we clicked the data logger shield to the arduino we can start wiring our logger. We can do that by soldering the wires directly to the shield, which comes with a convenient hole matrix for this task, or we can use a little breadboard and breadboard cables to do the wiring like in our example. For long-term use, I’d prefer soldering because it is less vulnerable to bad contacts. You can see the exact wiring in this scheme:

logger

The data pin of the sensor is connected to digital port 9, the green LED over a 100 Ohm resistor to digital port 8, the red LED over a 200 Ohm resistor to digital port 7. The “buckled (short) legs” of the LEDs, which are the minus pole, and the ground pin of the DHT22 are connected to the GND port. The power pin of the DHT22 and the data pin over a 10 K Ohm resistor are connected to the 5 V power port.

For our logger, we mounted the breadboard with the sensor and the two LEDs on the outside of the casing, while arduino and shield are inside of the casing. You can see the breadboard wires being connected from the inside to the outside:

DatLog_2

Finally, we need something that allows us to push the reset button in case we want to restart the arduino. In our case we used a q-tip with a broad plastic peg on one end.

Next up, we will take a look at the coding for our logger.

Angela Kipp

More Posts on this topic:
A thing that can do things – Taking a look at the Arduino from the perspective of a collections specialist
Build Your Own Data Logger – Quick Start Guide
Build Your Own Data Logger – The Sensor, Heart of the Logger
Build Your Own Data Logger – The Software, Telling The Logger to Log

This post is also available in Russian translated by Helena Tomashevskaya.

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail