Tag Archive for application

How do I catalogue a smartphone app?

By Paul Rowe

Some app symbolsTraditionally museum collections were made of physical items covering everything from beetles to books, and archives to artworks. Photography collections consisted of the analogue works – negatives or prints of the photographs. The items being added to museum collections are increasingly born-digital works such as photographs taken on a digital camera or films recorded on a smartphone.

We recently had a question on our users’ forum asking for advice on how to catalogue a smartphone app. How do born-digital works fit within the traditional museum cataloguing process? Where do you start with more complex acquisitions such as software package or app?

Here are some general tips about cataloguing born-digital objects, as well as some notes on multimedia material that you might only have in analogue form (such as reels of film).

Link the source digital files

When cataloguing any born-digital works you should link the digital files directly into the catalogue. These could include a high resolution original image and smaller images derivatives if they’re used by your system. For a smartphone app, you may be able to link to still images from the user interface or a trailer/help video about the app.

You may also be able to link to web addresses for the digital material, such as GitHub source code page or Wikipedia page describing a more complex digital item such as a smartphone app.

Many systems will be able to automatically import metadata from linked files so that you have detail including creation dates and capture equipment, dimensions and duration.

Use the standard object cataloguing fields

Many of the fields used to describe traditional collections will still apply to multimedia material, including born-digital files. Typical fields that you might use are:
Object Type: a simple description of the type of material. e.g. Sound Recording, Smartphone app.

Measurements: if you don’t have duration as metadata directly in the digital file then running time and digital file sizes could be noted in the catalogue record.
Size Category: analogue film stock is usually stored in standard can sizes. These could be created as standard size categories in your system.
Display Requirements: describe the equipment required to play the recording or to use the app.
Format: e.g. Digital Video Disc, 35mm colour film, iOS app
Sound: e.g. Dolby 5.1
Colour: Technicolor
Scale: e.g. 4:3 or 1200px x 900px.
Timecodes: You can note the start and end time within an audio or video file of key clips or episodes. Each start and end time should have title or description noting the subject of the clip.
Special Features: Note features available on a commercial film release or special attributes of a software package or app.
Technical Details: Note any important technical details such as DVD Zone or Video codec.

Carriers versus Titles

Large audio or video collections often include multiple copies of the same recording. Each copy is often referred to as a Carrier. An example would be film, which the organisation may hold as a 16mm master copy, and as an analogue VHS and digital DVD copy for lending.
For larger catalogues it can be worth splitting the catalogue detail into a title record and linking this to multiple related carrier records. The title record captures the intellectual description (the title, who made it, when and where was it made). The carrier records describe details of the copies (what format are they in, where are they stored, what loans and conservation work have they been involved in). This is a more complex structure and is only necessary when large numbers of duplicate copies are managed.

Vernon CMS

This article was as a result of a question specifically about using Vernon CMS to catalogue a smartphone app. Our tips should be applicable to many similar cataloguing systems. You can read more about the Vernon Collection Management System on www.vernonsystems.com.


Paul Rowe is CEO of Vernon Systems, an New Zealand-based collections management software company. Vernon Systems develops software to help organisations record, interpret and share their collections. Paul is particularly interested in the use of web-based systems within museums and increasing public access to museum collection information. He is occasionally seen caving.

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail

How I became a museum registrar I

The artist that became a registrar – and is now professor

Fernando Almarza Rísquez

Fernando today, in front of the ILAM in Costa Rica.

Fernando today, in front of the ILAM in San José, Costa Rica.

I studied fine arts for four years, and developed an activity as an artist in three exhibitions. Later I studied graphic design for two years, having worked briefly as an assistant designer. I was then 26 years old, and had some knowledge of art history and aesthetic sensibility.

In 1986 I began studying art history in college (BA, MA History Art), and I saw a notice posted requesting an assistant to the registrar at the Museum of Contemporary Art in Caracas (MACC, in spanish), Venezuela. Required studies art history, knowledge of art handling, conservation, English, organizational skills, responsibility, etc. I submitted my CV. I did the interview rigor, including the translation of a press report that made the museum on a grand exhibition of the English sculptor Henry Moore few months earlier.

This was in April 1986. I was excited but worried because there was another candidate who studied Arts in England and had excellent English. But on the 28th I was called to give me the good news that I had been selected for the position. Very happy, I started on 2 May.

I had some “advantage” because I knew quite well the largest museums of Caracas, and much of its permanent collections, including the Museum of Contemporary Art itself. The English translation was done very well, as I concentrated on the Spanish translate ideas and concepts rather than to translate word for word. Anyway, I began my career, and to date (December 2012). I have accumulated 26 years of continuous experience, always intense study. Common sense has led me to investigate how different objects are registered, whether cultural, or technological, natural or naturalculturales.

I was at the MACC until 1993, after which I began to provide advice to other museums of Caracas and Venezuela, where I developed a record structure and current computerized cataloging. In 2006 I started writing articles in newspapers and magazines specialized museological on that experience, and develop virtual catalogs for some museums of the Western world. Since 2007 I started as a professor at the Latin American Institute of Museums (ILAM, in spanish), sited in Costa Rica, where I teach courses online and face on the same subject, plus related topics.

I have always held to reflect on our profession, and I am actively linked with institutions and professionals from many countries.

Facebooktwittergoogle_plusredditpinterestlinkedintumblrmail
http://world.museumsprojekte.de/?tag=application
world.museumsprojekte.de
crawl=CC-MAIN-2018-47
60286
application/http; msgtype=response
sha1:A6HEMWQGFDUTHQLOPQHENT2P7SNGZ2JO
<urn:uuid:280266f9-a35c-478d-8437-0ae34d99903c>
2018-11-16T23:12:11Z
81.88.35.166
text/html
sha1:LSBOHH2EP563CHNMWF5QBEZP3E5DP3PA
<urn:uuid:4959e567-168d-429c-a440-1dddfe35068d>
http://world.museumsprojekte.de/?tag=application
response
<urn:uuid:5e60f1dd-be4a-4503-93b5-1fca99b39610>
isPartOf: CC-MAIN-2018-47
publisher: Common Crawl
description: Wide crawl of the web for November 2018
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-171-47-161.ec2.internal
software: Apache Nutch 1.15 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 0.11-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: http://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/