CH-BAR has contributed 222 photos by Carl Durheim, taken in 1852 and 1853, to Wikimedia Commons. These pictures show people who were in prison in Bern for being transients and vagabonds, what we would call travellers today. Many of them were Yenish. At the time the state was cracking down on people who led a non-settled lifestyle, and the pictures (together with the subjects' aliases, jobs and other information) were intended to help keep track of these “criminals”.

Since the photos' metadata includes details of the relationships between the travellers, I want to try graphing their family trees. I also wonder if we can find anything out by comparing the stated places of origin of different family members.

I plan to make a small interactive webapp where users can click through the social graph between the travellers, seeing their pictures and information as they go.

I would also like to find out more about these people from other sources … of course, since they were officially stateless, they are unlikely to have easily-discoverable certificates of birth, death and marriage.

• Source code: downloads photographs from Wikimedia, parses metadata and creates a Neo4j graph database of people, relationships and places

screenshot: georeferencer

screenshot: map from Ryhiner collection in oldmapsonline

Integrate collections of historical Swiss maps into the open platform www.oldmapsonline.org. At least the two collections Rhyiner (UB Bern) and manuscript maps from Zentralbibliothek Zurich.
Pilot for georeferencing maps from a library (ZBZ).
Second goal: to load old maps into a georefencing system and create a competition for public.
For the hackathon maps and metadata will be integrated in the mentioned platform. At the moment the legal status of metadata from Swiss libraries is not yet clear and only a few maps are in public domain (collection Ryhiner at UB Bern).
Another goal is to create a register of historical maps from Swiss collections.

• www.zumbo.ch old maps from a private collection (Marcel Zumstein).
• Sammlung Ryhiner (University Library Bern): published in public domain
• Here is the webpage for the georeferencing competition: http://klokan.github.io/openglambern/
• georeferencing tool (by klokan) with random map: http://zumbo.georeferencer.com/random

A connected picture frame displaying historic images

• The Picture This “smart” frame shows police photographs of homeless people by Carl Durheim (1810-1890)
• By looking at a picture, you trigger a face detection algorithm to analyse both, you and the homeless person
• The algorithm detects gender, age and mood of the person on the portrait (not always right)
• You, as a spectator, become part of the system / algorithm judging the homeless person
• The person on the picture is at the mercy of the spectator, once again

• Picture frame has a camera doing face detection for presence detection
• Pictures have been pre-processed using a cloud service
• Detection is still rather slow (should run faster on the Raspi 2)
• Here's a little video https://www.flickr.com/photos/tamberg/16053255113/

• Who were those people? Why were they homeless? What was their crime?
• How would we treat them? How will they / we be treated tomorrow? (by algorithms)

1. Download the pictures to the Raspi and display one of them (warmup)
2. Slideshow and turning the images 90° to adapt to the screensize
3. Play around with potentiometer and Arduino to bring an analog input onto the Raspi (which only has digital I/O)
4. Connect everything and adapt the slideshow speed with the potentiometer
5. Display the name (extracted from the filename) below the picture

next steps, more ideas:

1. Use the Raspi Cam to detect a visitor in front of the frame and stop the slideshow
2. Use the Raspi Cam to take a picture of the face of the visitor
3. Detect faces in the camera picture
4. Detect faces in the images [DONE, manually, using online service]
5. …merge visitor and picture faces

• http://www.raspberrypi.org/downloads/ - Raspbian
• http://www.pygame.org - A game framework, allows easy display of images
• https://bitbucket.org/tamberg/makeopendata/src/tip/2015/PictureThis - Scraper and Display
• http://skybiometry.com/Demo
• http://qwikfix.co.uk/sky-customer-services/
• http://simplecv.org

• https://pinboard.in/search/u:tamberg?query=glamhack
• http://press1for.co.uk/income-support-contact-number/
• http://www.open-electronics.org/raspberry-pi-and-the-camera-pi-module-face-recognition-tutorial/
• http://www.raspberrypi.org/facial-recognition-opencv-on-the-camera-board/ - OpenCV on Raspi-Cam
• https://speakerdeck.com/player/083e55006e4a013063711231381528f7 - Slide 106 for face replacement
• http://picamera.readthedocs.org/en/release-1.0/

Not used this time, but might be useful

• https://thinkrpi.wordpress.com/2013/05/22/opencv-and-camera-board-csi/ - old Raspian versions did not have the latest OpenCV installed. Nice howto for that
• https://realpython.com/blog/python/face-recognition-with-python/ - OpenCV, nice but not used
• http://docs.opencv.org - not used directly, only via SimpleCV
• http://makezine.com/projects/pi-face-treasure-box/ - maybe a nice weekend project
• https://learn.adafruit.com/creepy-face-tracking-portrait
• http://www.seeedstudio.com/depot/101LCD-Display-1366x768-HDMIVGANTSCPAL-p-1586.html - 10inch TFT
• http://www.aliexpress.com/item/FreeShipping-Banana-Pro-Pi-7-inch-LVDS-LCD-Module-7-Touch-Screen-F-Raspberry-Pi-Car/32246029570.html - 7inch TFT mit LVDS Flex Connector

A card game to discover the public domain. QR codes link physical cards with data and digitized works published online. This project was started at the 2015 Open Cultural Data Hackathon.

• Collected authors spreadsheet
• Card generator code

(Click image for full-size download on DeviantArt)

This is a photo mosaic based on street art in SoHo, New York City - Spock\Monroe (CC BY 2.0) as photographed by Ludovic Bertron . The mosaic is created out of miniscule thumbnails (32 pixels wide/tall) of 9486 images from the Collection de l'Art Brut in Lausanne provided on http://musees.lausanne.ch/ using the Metapixel software running on Linux at the 1st Swiss Open Cultural Data Hackathon.

This is a humble tribute to Leonard Nimoy, who died at the time of our hackathon.

A project aiming to tell a story (connected facts) using the structured data of wikidata.org

Exploring a water visualisation and sonification remix with Open Data,
to make it accessible for people who don't care about data.

Why water? Water is a open accessible element for life. It
flows like data and everyone should have access to it.

We demand Open Access to data and water.

Join us, we have stickers.

• HTML5, Client Side Javascript, CSS and Cowbells
• Flocking JavaScript audio synthesis framework
• Hugged by stackoverflow

Created by the members of Kollektiv Zoll

• jeredepp
• whitesand
• starfrosch

The goal of the project is to develop an ontology for the performing arts domain that allows to describe the holdings of the Swiss Archives for the Performing Arts (formerly Swiss Theatre Collection and Swiss Dance Collection) and other performing arts related holdings, such as the holdings represented on the Performing Arts Portal of the Specialized Information Services for the Performing Arts (Goethe University Frankfurt).

See also: Project "Linked Open Theatre Data"

2017:

• Draft Version of the Swiss Performing Arts Ontology (Pre-Release, 24 May 2017)

2016:

• Initial Data Modelling Experiments: Swiss Performing Arts Vocabulary (deprecated)

The Historical Dictionary of Switzerland (HDS) is an academic reference work which documents the most important topics and objects of Swiss history from prehistory up to the present.

The HDS digital edition comprises about 36.000 articles organized in 4 main headword groups:

- Biographies,

- Families,

- Geographical entities and

- Thematical contributions.

Beyond the encyclopaedic description of entities/concepts, each article contains references to primary and secondary sources which supported authors when writing articles.

We have the following data:

* metadata information about HDS articles Historical Dictionary of Switzerland comprising:

• bibliographic references of HDS articles
  
• article titles
  

* Le Temps digital archive for the year 1914

Our projects revolve around linking the HDS to external data and aim at:

1. Entity linking towards HDS
   
   The objective is to link named entity mentions discovered in historical Swiss newspapers to their correspondant HDS articles.
   

1. Exploring reference citation of HDS articles
   
   The objective is to reconcile HDS bibliographic data contained in articles with SwissBib.

We used web-services to annotate text with named entities:

- Dandelion

- Alchemy

- OpenCalais

Named entity mentions (persons and places) are matched against entity labels of HDS entries and directly linked when only one HDS entry exists.

Further developments would includes:

- handling name variants, e.g. 'W.A. Mozart' or 'Mozart' should match 'Wolfgang Amadeus Mozart' .

- real disambiguation by comparing the newspaper article context with the HDS article context (a first simple similarity could be tf-idf based)

- working with a more refined NER output which comprises information about name components (first, middle,last names)

We work on the list of references in all articles of the HDS, with three goals:

1. Finding all the sources which are cited in the HDS (several sources are cited multiple times) ;
2. Link all the sources with the SwissBib catalog, if possible ;
3. Interactively explore the citation network of the HDS.

The dataset comes from the HDS metadata. It contains lists of references in every HDS article:

Result of source disambiguation and look-up into SwissBib:

Bibliographic coupling network of the HDS articles (giant component). In Bibliographic coupling two articles are connected if they cite the same source at least once.
Biographies (white), Places (green), Families (blue) and Topics (red):

Ci-citation network of the HDS sources (giant component of degree > 15). In co-citation networks, two sources are connected if they are cited by one or more articles together.
Publications (white), Works of the subject of an article (green), Archival sources (cyan) and Critical editions (grey):

Wir arbeiten mit den Daten zu den Dokumenten von 1848-1975 aus der Datenbank Dodis und nutzen hierfür Nodegoat.

Animation (mit click öffnen):

The Codex Manesse, or «Große Heidelberger Liederhandschrift», is an outstanding source of Middle High German Minnesang, a book of songs and poetry the main body of which was written and illustrated between 1250 and 1300 in Zürich, Switzerland. The Codex, produced for the Manesse family, is one of the most beautifully illustrated German manuscripts in history.

The Codex Manesse is an anthology of the works of about 135 Minnesingers of the mid 12th to early 14th century. For each poet, a portrait is shown, followed by the text of their works. The entries are ordered by the social status of the poets, starting with the Holy Roman Emperor Heinrich VI, the kings Konrad IV and Wenzeslaus II, down through dukes, counts and knights, to the commoners.

Page 262v, entitled «Herr Gœli», is named after a member of the Golin family originating from Badenweiler, Germany. «Herr Gœli» may have been identified either as Konrad Golin (or his nephew Diethelm) who were high ranked clergymen in 13th century Basel. The illustration, which is followed by four songs, shows «Herrn Gœli» and a friend playing a game of Backgammon (at that time referred to as «Pasch», «Puff», «Tricktrack», or «Wurfzabel»). The game is in full swing, and the players argue about a specific move.

Join in and start playing a game of backgammon against «Herrn Gœli». But watch out: «Herr Gœli» speaks Middle High German, and despite his respectable age he is quite lucky with the dice!

You control the white stones. The object of the game is to move all your pieces from the top-left corner of the board clockwise to the bottom-left corner and then off the board, while your opponent does the same in the opposite direction. Click on the dice to roll, click on a stone to select it, and again on a game space to move it. Each die result tells you how far you can move one piece, so if you roll a five and a three, you can move one piece five spaces, and another three spaces. Or, you can move the same piece three, then five spaces (or vice versa). Rolling doubles allows you to make four moves instead of two.

Note that you can't move to spaces occupied by two or more of your opponent's pieces, and a single piece without at least another ally is vulnerable to being captured. Therefore it's important to try to keep two or more of your pieces on a space at any time. The strategy comes from attempting to block or capture your opponent's pieces while advancing your own quickly enough to clear the board first.

And don't worry if you don't understand what «Herr Gœli» ist telling you in Middle High German: Point your mouse to his message to get a translation into modern English.

2016/07/01 v1.0: Index page, basic game engine

2016/07/02 v1.1: Translation into Middle High German, responsive design

2016/07/04 v1.11: Minor bug fixes

• Universitätsbibliothek Heidelberg: Der Codex Manesse und die Entdeckung der Liebe
• Universitätsbibliothek Heidelberg: Große Heidelberger Liederhandschrift – Cod. Pal. germ. 848 (Codex Manesse)
• Wikimedia Commons: Codex Manesse
• Historisches Lexikon der Schweiz: Manessische Handschrift
• Historisches Lexikon der Schweiz: Baden, von
• Wörterbuchnetz: Mittelhochdeutsches Handwörterbuch von Matthias Lexer

• http://www.e-rara.ch/bau_1/content/titleinfo/6299027
• https://en.wikipedia.org/wiki/De_humani_corporis_fabrica

• yaay
• Radu Suciu
• Nicole Lachenmeier, www.yaay.ch
• Indre Grumbinaite, www.yaay.ch
• Danilo Wanner, www.yaay.ch
• Darjan Hil, www.yaay.ch
• Vlad Atanasiu

The goal of our „hack“ is to reuse existing search and visualization tools for dedicated datasets provided by the swiss federal state archives.

The project EEXCESS (EU funded research project, www.eexcess.eu) has the vision to unfold the treasure of cultural, educational and scientific long-tail content for the benefit of all users. In this context the project realized different software components to connect databases, providing means for both automated (recommender engine) and active search queries and a bunch of visualization tools to access the results.

The federal swiss state archives hosts a huge variety of digitized objects. We aim at realizing a dedicated connection of that data with the EEXCESS infrastructure (using a google chrome extension) and thus find out, whether different ways of visualizations can support intuitive access to the data (e.g. Creation of virtual landscapes from socia-economic data, browse through historical photographs by using timelines or maps etc.).

Let's keep fingers crossed …

• https://opendata.swiss/en/dataset/swiss-archives-archive-database-of-the-swiss-federal-archives
• http://eexcess.eu

• Louis Gantner
• Daniel Hess
• Marco Majoleth
• André Ourednik
• Jörg Schlötterer

We use bibliographical metadata:

Swissbib bibliographical data https://www.swissbib.ch/

• Catalog of all the Swiss University Libraries, the Swiss National Library, etc.
• 960 Libraries / 23 repositories (Bibliotheksverbunde)
• ca. 30 Mio records
• MARC21 XML Format
• → raw data stored in Mongo DB
• → transformed and clustered data stored in CBS (central library system)

edoc http://edoc.unibas.ch/

• Institutional Repository der Universität Basel (Dokumentenserver, Open Access Publications)
• ca. 50'000 records
• JSON File

crossref https://www.crossref.org/

• Digital Object Identifier (DOI) Registration Agency
• ca. 90 Mio records (we only use 30 Mio)
• JSON scraped from API

Librarian:

- For prioritizing which of our holdings should be digitized most urgently, I want to know which of our holdings are nowhere else to be found.

- We would like to have a list of all the DVDs in swissbib.

- What is special about the holdings of some library/institution? Profile?

Data analyst:

- I want to get to know better my data. And be faster.

→ e.g. I want to know which records don‘t have any entry for ‚year of publication‘. I want to analyze, if these records should be sent through the merging process of CBS. Therefore I also want to know, if these records contain other ‚relevant‘ fields, defined by CBS (e.g. ISBN, etc.). To analyze the results, a visualization tool might be useful.

Goal: Enrichment. I want to add missing identifiers (e.g. DOIs, ORCID, funder IDs) to the edoc dataset.

→ Match the two datasets by author and title

→ Quality of the matches? (score)

elasticsearch https://www.elastic.co/de/

JAVA based search engine, results exported in JSON

Flink https://flink.apache.org/

open-source stream processing framework

Metafacture https://culturegraph.github.io/,
https://github.com/dataramblers/hackathon17/wiki#metafacture

Tool suite for metadata-processing and transformation

Zeppelin https://zeppelin.apache.org/

Visualisation of the results

Data Ramblers Project Wiki https://github.com/dataramblers/hackathon17/wiki

• Data Ramblers https://github.com/dataramblers
• Dominique Blaser
• Jean-Baptiste Genicot
• Günter Hipler
• Jacqueline Martinelli
• Rémy Meja
• Andrea Notroff
• Sebastian Schüpbach
• T
• Silvia Witzig

Christkatholische Landeskirche der Schweiz: historische Dokumente

Description

Der sog. “Kulturkampf” (1870-1886) (Auseinandersetzung zwischen dem modernen liberalen Rechtsstaat und der römisch-katholischen Kirche, die die verfassungsmässig garantierte Glaubens- und Gewissensfreiheit so nicht akzeptieren wollte) wurde in der Schweiz besonders heftig ausgefochten.
Ausgewählte Dokumente in den Archiven der christkatholischen Landeskirche bilden diese interessante Phase zwischen 1870 und 1886/1900 exemplarisch ab. Als lokale Fallstudie (eine Kirchgemeinde wechselt von der römisch-katholischen zur christkatholischen Konfession) werden in der Kollektion die Protokolle der Kirchgemeinde Aarau (1868-1890) gemeinfrei publiziert (CC-BY Lizenz). Dazu werden die digitalisierten Zeitschriften seit 1873 aus der Westschweiz publiziert. Die entsprechenden Dokumente wurden von den Archivträgern (Eigner) zur gemeinfreien Nutzung offiziell genehmigt und freigegeben. Allfällige Urheberrechte sind abgelaufen (70 Jahre) mit Ausnahme von wenigen kirchlichen Zeitschriften, die aber sowieso Öffentlichkeitscharakter haben.
Zielpublikum sind Historiker und Theologen sowie andere Interessierte aus Bildungsinstitutionen. Diese OpenData Kollektion soll andere christkatholische Gemeinden ermutigen weitere Quellen aus der Zeit des Kulturkampfes zu digitalisieren und zugänglich zu machen.

Overview

Bestände deutsche Schweiz :

• Kirchgemeinde Aarau

1. Protokolle Kirchgemeinderat 1868-1890
2. Monographie (1900) : Xaver Fischer : Abriss der Geschichte der katholischen (christkatholischen) Kirchgemeinde Aarau 1806-1895

Fonds Suisse Romande:

• Journaux 1873-2016

1. Le Vieux-Catholique 1873
2. Le Catholique-Suisse 1873-1875
3. Le Catholique National 1876-1878
4. Le Libéral 1878-1879
5. La Fraternité 1883-1884
6. Le Catholique National 1891-1908
7. Le Sillon de Genève 1909-1910
8. Le Sillon 1911-1970
9. Présence 1971-2016

• Canton de Neuchâtel

1. Le Buis 1932-2016

• Paroisse Catholique-Chrétienne de Genève: St.Germain (not yet published)

1. Répertoire des archives (1874-1960)
2. Conseil Supérieur - Arrêtés - 16 mai 1874 au 3 septembre 1875
3. Conseil Supérieur Président - Correspondence - 2 janv 1875 - 9 sept 1876

The data will be hosted on christkatholisch.ch; the publication date will be communicated. Prior to this the entry (national register) on opendata.swiss must be available and approved.

* Présence (2007-2016): http://www.catholique-chretien.ch/publica/archives.php

• jhagmann

A small tool to get a quick feeling of an ontology on Wikidata.

• Website: https://lucaswerkmeister.github.io/wikidata-ontology-explorer/
• Source code: https://github.com/lucaswerkmeister/wikidata-ontology-explorer

(None, but hopefully this helps you do stuff with your data :) )

We begin with the observation that a typical SPARQL endpoint is not friendly in the eyes of an average user. Typical users of cultural databases include researchers in the humanities, museum professionals and the general public. Few of these people have any coding experience and few would feel comfortable translating their questions into a SPARQL query.

Moreover, the majority of the users expect searches of online collections to take something like the form of a regular Google search (names, a few words, or at the top end Boolean operators). This approach to search does not make use of the full potential of the graph-type databases that typically make SPARQL endpoints available. It simply does not occur to an average user to ask the database a query of the type “show me all book authors whose children or grandchildren were artists.”

The extensive possibilities that are offered by graph databases to researchers in the humanities go unexplored because of a lack of awareness of their capabilities and a shortage of information about how to exploit them. Even those academics who understand the potential of these resources and have some experience in using them, it is often difficult to get an overview of the semantics of complex datasets.

We therefore set out to develop a tool that:

• simplifies the entry point of a SPARQL query into a form that is accessible to any user
• opens ways to increase the awareness of users about the possibilities for querying graph databases
• moves away from purely text-based searches to interfaces that are more visual
• gives an overview to a user of what kinds of nodes and relations are available in a database
• makes it possible to explore the data in a graphical way
• makes it possible to formulate fundamentally new questions
• makes it possible to work with the data in new ways
• can eventually be applied to any SPARQL endpoint

https://github.com/sparqlfish/sparqlfish

Wikidata

• Loïc Jaouen loic.jaouen@unil.ch
• (Elena Chestnova elena.chestnova@usi.ch)

In Switzerland each linguistic region is working with different authority files for authors and organizations, situation which brings difficulties for the end user when he is doing a search.

Goal of the Hackathon: work on a innovative solution as the library landscape search platforms will change in next years.
Possible solution: Multilingual Entity File which links to GND, BnF, ICCU Authority files and Wikidata to bring end user information about authors in the language he wants.

Steps:

1. analyse coverage by wikidata of the RERO authority file (20-30%)
2. testing approach to load some RERO authorities in wikidata (learn process)
3. create an intermediate process using GND ID to get description information and wikidata ID
4. from wikidata get the others identifiers (BnF, RERO,etc)
5. analyse which element from the GND are in wikidata, same for BnF, VIAF and ICCU
6. create a multilingual search prototype (based on Swissbib model)

Number of ID in VIAF

• BNF: 4847978
• GND: 8922043
• RERO: 255779

Number of ID in Wikidata from

• BNF: 432273
• GND: 693381
• RERO: 2145
• ICCU: 30047
• VIAF: 1319031 (many duplicates: a WD-entity can have more than one VIAF ID)

Query model:

wikidata item with rero id

#All items with a property
# Sample to query all values of a property
# Property talk pages on Wikidata include basic queries adapted to each
property
SELECT
   ?item ?itemLabel
   ?value ?valueLabel
# valueLabel is only useful for properties with item-datatype
WHERE
{
   ?item wdt:P3065 ?value
   # change P1800 to another property
   SERVICE wikibase:label { bd:serviceParam wikibase:language
"[AUTO_LANGUAGE],en". }
}
# remove or change limit for more results
LIMIT 10000

Email from the GND :

There is currently no process that guarantees 100% coverage of GND entities in wikibase. The existing links between wikibase and GND entries come mostly from manually edited Wikipedia entries.

There are several different target users: the librarians who currently use all kinds of different systems and the end user, who wants to search for information or to locate a book in a nearby library.

Librarian: The question of process is the key challenge concerning the librarian user. At present some Swiss librarians create authority records and some don't. New rules and processes for creating authority files in GND , BNF, etc will change their work methods. The process of creating local Swiss authority files will be entirely revamped. Fragmented Swiss regional authority files will disappear, and be replaced by either the German, French, Italian, American etc national authority files or by direct creation in Wikidata by the local librarian. (Wikidata will serve as central repository for all autority IDs).

End User
The model for the multilingual user interface is SwissBib, the “catalog of Swiss univerity libraries, the Swiss national library, several cantonal libraries and other institutions”. The objective is to keep the look and functionalities of the existing website, which includes multilingual display of labels in English, French, German and Italian.

What changes is the source of information about the author which will in the future be taken from the BNF for French, the GNB for German, and LCCN for English. (In the proof of concept pilot, only the author name will be concerned.)

The list of books and libraries will continue to function as before, with no changes.

In the full project, several pages must be modified:

* The search page (example with Joel Dicker): https://www.swissbib.ch/Search/Results?lookfor=joel+dicker&type=AllFields

* The Advanced search page https://www.swissbib.ch/Search/Advanced

* The Record Page: https://www.swissbib.ch/Record/48096257X

The Proof on Concept project will focus exclusively on the basic search page.

Open issues
The issue of key words remains open (at present they are from DNB, which works for German and English, but does not work for French)

The question of an author photo and a bio is open. At present very few authors have a short bio paragraph associated with their names. Should each author have a photo and bio? If so, where to put it on the page?

Other design question: Should the selection of the language of the book be moved up on the page?

(Translations from Wikidata into French)

1. Schweizerisches Landesmuseum

http://feature.swissbib.ch/Record/110393589

2. Wikimedia Foundation

http://feature.swissbib.ch/Record/070092974

3. Chocoladefabriken Lindt & Sprüngli AG

http://feature.swissbib.ch/Record/279360789

ATTENTION: Multiple authors

4. Verband schweizerischer Antiquare und Kunsthändler

ATTENTION: NO French label in Wikidata

http://feature.swissbib.ch/Record/107734591

Methods

http://catalogue.bnf.fr/api/SRU?version=1.2&operation=searchRetrieve&query=aut.ark%20all%20%22ark:/12148/cb118806093%22&recordSchema=unimarcxchange&maximumRecords=20&startRecord=1

SELECT DISTINCT ?item ?itemLabel  WHERE {
  ?item wdt:P227 "1027690041".
  SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }
}

4 cases

1. RERO authorities are in Wikidata with RERO ID

• 2145 items

2. RERO authorities are in Wikidata without RERO ID but with VIAF ID

• 1316347 items (without deduplication)
• add only ID possibles (PetScan)

3. RERO authorities are in Wikidata without RERO or VIAF ID

• reconcialiation with OpenRefine

4. RERO authorities are not in Wikidata

• Quickstatements or mass import

• Demo http://feature.swissbib.ch/Record/317008587 and you can search other records
• Code https://github.com/swissbib/vufind/tree/feature/wikidata-based-multilingual
• Final presentation : presentation.pdf

• Elena Gretillat
• Nicolas Prongué
• Lionel Walter
• Laurel Zuckerman
• Jacqueline Martinelli

The project idea is to create a voice assistance with the identity of an artist. In our case, we created a demo of the famous Swiss painter Ferdinand Hodler. That is to say, the voice assistance is nor Siri nor Alexa. Instead, it is an avatar of Ferdinand Hodler who can answer your questions about his art and his life.

You can directly interact with the program by talking, as what you would do normally in your daily life. You can ask it all kinds of questions about Ferdinand Hodler, e.g.:

• When did you start painting?
• Who taught you painting?
• Can you show me some of your paintings?
• Where can I find an exhibition with your artworks?

By talking to the digital image of the artist directly, we aim to bring the art closer to people's daily life, in a direct, intuitive and hopefully interesting way.

As you know, museum audiences need to keep quiet which is not so friendly to children. Also, for people with special needs, like the visually dispaired, and people without professional knowledge about art, it is not easy for them to enjoy the museum visit. To make art accessible to more people, a voice assistance can help with solving those barriers.

If you asked the difference between our product with Amazon's Alexa or Apple's Siri, there are two major points:

1. The user can interact with the artist in a direct way: talking to each other. In other applications, the communication happened by Alexa or Siri to deliver the message as the 3rd party channel. In our case, users can have immersive and better user experienceand they will feel like if they were talking to an artist friend, not an application.

1. The other difference is that the answers to the questions are preset. The essence of how Alexa or Siri works is that they search the question asked by users online and read the returned search results out. In that case, we cannot make sure that the answer is correct and/or suitable. However, in our case, all the answers are coming from reliable data sets of museum and other research institutions, and have been verified and proofread by the art experts. Thus, we can proudly say, the answers from us are reliable and correct. People can use it as a tool to educate children or as visiting assistance in the exhibition.

• List and link your actual and ideal data sources.

• Kunsthaus Zürich

⭐️ List of all Exhibitions at Kunsthaus Zürich

• SIK-ISEA

⭐️ Artist data from the SIKART Lexicon on art in Switzerland

• Swiss National Museum

⭐️ Representative sample from the Paintings & Sculptures Collection (images and metadata)

• Wikimedia Switzerland

• Angelica
• Barbara
• Anlin (lianganlin@foxmail.com)

In 1981 Brodie Lockard, a Stanford University student, developed a computer game just two years after a serious gymnastics accident had almost taken his life and left him paralyzed from the neck down. Unable to use his hands to type on a keyboard, Lockard made a special request during his long recovery in hospital: He asked for a PLATO terminal. PLATO (Programmed Logic for Automatic Teaching Operations) was the first generalized computer-assisted instruction system designed and built by the University of Illinois.

The computer game Lockard started coding on his PLATO terminal was a puzzle game displaying Chinese «Mah-Jongg» tiles, pieces used for the Chinese game that had become increasingly popular in the United States. Lockard accordingly called his game «Mah-Jongg solitaire». In 1986 Activision released the game under the name of «Shanghai» (see screenshot), and when Microsoft decided to add the game to their Windows Entertainment Pack für Win 3.x in 1990 (named «Taipei» for legal reasons) Mah-Jongg Solitaire became one of the world's most popular computer games ever.

«Letterjongg» aims at translating the ancient far-east Mah-Jongg imagery into late medieval typography. 570 years ago the invention of the modern printing technology by Johannes Gutenberg in Germany (and, two decades later, by William Caxton in England) was massively disruptive. Books, carefully bound manuscripts written and copied by scribes in weeks, if not months, could all of a sudden be mass-produced in a breeze. The invention of moveable types as such, along with other basic book printing technologies, had a huge impact on science and society.

Yet, 15th century typographers were not only businessmen, they were artists as well. Early printing fonts reflect their artistic past. The design of 15th/16th century fonts is still influenced by their calligraphic predecessors. A new book, although produced by means of a new technology, was meant to be what it had been for centuries: a precious document, often decorated with magnificent illustrations. (Incunables – books printed before 1500 – often have a blank space in the upper left corner of a page so that illustrators could manually add artful initials after the printing process.)

Letterjongg comes with 144 typographic tiles (hence 36 tile faces). The letters have been taken and isolated from a high resolution scan (2,576 × 4,840 pixels, file size: 35.69 MB, MIME type: image/tiff) of Aldus Pius Manutius, Horatius Flaccus, Opera (font design by Francesco Griffo, Venice, 1501). «Letterjongg» has been slightly simplified. Nevertheless it is not easy to play as the games are set up at random (actually not every game can be finished) and the player's visual orientation is constrained by the sheer number and resemblance of the tiles.

Letterjongg, Screenshot

The game is coded in dynamic HTML (HTML 5, CSS 3, Javascript); no external frameworks or libraries were used.

Starting from the sides, or from the central tile at the top of the pile, remove tiles by clicking on two equal letters. If the tiles are identical, they will disappear, and your score will rise. Removeable tiles always must be free on their left or right side. If a tile sits between two tiles on the same level, it cannot be selected.

2018/10/26 v0.1: Basic game engine, prototype

2018/10/27 v0.11: Moves counter, about

2018/10/30 v0.2: Matches counter

2018/11/06 v0.21: Animations

• Wikimedia Commons, Aldus Manutius, Horatius Flaccus, Opera, Venice, 1501
• Europeana, Quincti Horatii Flacci Poemata omnia, 1629

• Prof. Thomas Weibel, Thomas Weibel Multi & Media, University of Applied Sciences Chur/Bern University of the Arts
• Dr. des. Elias Kreyenbühl, University Library of Basel

A better way to experience art:
Build a working, easy to follow example that integrates open and curated culture data with VR devices in a museum exhibition to provide modern, fun and richer visitor experience. Focusing on one art piece, organizing data alone the timeline, building a concept and process, so anyone who want to use above technologies can easily follow the steps for any art object for any museum.

Have a VR device next to the painting, we integrate interesting facts about the painting in a 360 timeline view with voice over. Visitors can simply put it on to use it.

Try the live demo in your browser - works particularly well on mobile phones, and supports Google Cardboard:

DEMO

Visit the project homepage for more information, and to learn more about the technology and data used.

See also: hackathon presentation (PPTX) | source code (GitHub)

1. “Allianzteppich”, a permanent collection in Landsmuseum
2. Curated data from Dominik Sievi in Landsmuseum
3. Open data sources (WikiData)

• Kamontat Chantrachirathumrong (Developer)
• Oleg Lavrovsky (Developer)
• Marina Pardini (UX designer)
• Birk Weiberg (Art Historian)
• Xia Willuhn (Developer)

We started this project to see if art and cultural institutions in the environment have an impact on the creativity of dognames. This was not possible with the date from Zurich because the name-dataset does not contain information about the location and the dataset about the owners does not include the dognames. We choose to stick with our idea but used a different dataset: NYC Dog Licensing Dataset.

The creativity of a name is measured by the frequency of each letter in the English language and gets +/- points according to the amount of dogs with the same name. The data for the cultural environment comes from Wikidata.

After some data-cleaning with OpenRefine and failed attempts with OpenCalc we got the following code:

import string
import pandas as pd

numbers_ = {"e":1,"t":2,"a":3,"o":4,"n":5,"i":6,"s":7,"h":8,"r":9,"l":10,"d":11,"u":12,"c":13,"m":14,"w":15,"y":16,"f":17,"g":18,"p":19,"b":20,"v":21,"k":22,"j":23,"x":24,"q":25,"z":26}
name_list = []

def KreaWert(name_):
    name_ = str(name_)
    wert_ = 0
    for letter in str.lower(name_):
        temp_ = 0
        if letter in string.ascii_lowercase :
            temp_ += numbers_[letter]
            wert_ += temp_
    if name_ in H_:   
        wert_ = wert_* ((Hmax-H_[name_])/(Hmax-1)*5 + 0.2)
    return round(wert_,1)

df = pd.read_csv("Vds3.csv", sep = ";")
df["AnimalName"] = df["AnimalName"].str.strip()
H_ = df["AnimalName"].value_counts()
Hmax = max(H_)
Hmin = min(H_)

df["KreaWert"] = df["AnimalName"].map(KreaWert)
df.to_csv("namen2.csv")

dftemp = df[["AnimalName", "KreaWert"]].drop_duplicates().set_index("AnimalName")
dftemp.to_csv("dftemp.csv")

df3 = pd.DataFrame()
df3["amount"] = H_
df3 = df3.join(dftemp, how="outer")
df3.to_csv("data3.csv")

df1 = round(df.groupby("Borough").mean(),2)
df1.to_csv("data1.csv")

df2 = round(df.groupby(["Borough","AnimalGender"]).mean(),2)
df2.to_csv("data2.csv")

Visualisations were made with D3: https://d3js.org/

Hundedaten der Stadt Zürich:

• https://opendata.swiss/de/dataset/hundenamen-aus-dem-hundebestand-der-stadt-zurich
• https://opendata.swiss/de/dataset/hundebestand-der-stadt-zurich

NYC Dog Licensing Dataset:

• https://data.cityofnewyork.us/Health/NYC-Dog-Licensing-Dataset/nu7n-tubp

• Birk Weiberg
• Dominik Sievi

Are you ready to take up the challenge? Film categories of objects in the exhibition “History of Switzerland” running against the clock.

The app displays one of several categories of exhibits that can be found in the exhibition (like “cloths”, “paintings” or “clocks”). Your job is to find a matching exhibit as quick as possible. You don't have much time, so hurry up!

Best played on portable devices.

The frontend of the app is based on the game “Emoji Scavenger Hunt”, the model is built with TensorFlow.js fed with a lot of images kindly provided by the National Museum Zurich. The app is in pre-alpha stage.

• Code
• Demo

• Some data ramblers

Back to the Greek Universe is a web application that allows users to explore the ancient Greek model of the universe in virtual reality so that they can realize what detailed knowledge the Greeks had of the movement of the celestial bodies observable from the Earth's surface. The model is based on Claudius Ptolemy's work, which is characterized by the fact that it adopts a geo-centric view of the universe with the earth in the center.

Ptolemy placed the planets in the following order:

1. Moon
2. Mercury
3. Venus
4. Sun
5. Mars
6. Jupiter
7. Saturn
8. Fixed stars

The movements of the celestial bodies as they appear to earthlings are expressed as a series of superposed circular movements (see deferent and epicycle theory), characterized by varying radius and speed. The tabular values that serve as inputs to the model have been extracted from literature.

Demo Video

Claudius Ptolemy (~100-160 AD) was a Greek scientist working at the library of Alexandria. One of his most important works, the «Almagest», sums up the geographic, mathematical and astronomical knowledge of the time. It is the first outline of a coherent system of the universe in the history of mankind.

Back to the Greek Universe is a VR model that rebuilds Ptolemy’s system of the universe on a scale of 1/1 billion. The planets are 100 times larger, the earth rotates 100 times more slowly. The planet orbits periods are 1 million times faster than they would be according to Ptolemy’s calculations.

Back to the Greek Universe was coded and presented at the Swiss Open Cultural Data Hackathon/mix'n'hack 2019 in Sion, Switzerland, from Sept 6-8, 2019, by Thomas Weibel, Cédric Sievi, Pia Viviani and Beat Estermann.

This is how to fly Ptolemy's virtual spaceship:

• Point your smartphone camera towards the QR code, tap on the popup banner in order to launch into space.
• Turn around and discover the ancient greek solar system. Follow the planets' epicyclic movements (see above).
• Tap in order to travel through space, in any direction you like. Every single tap will teleport you roughly 18 million miles forward.
• Back home: Point your device vertically down and tap in order to teleport back to earth.
• Gods' view: Point your device vertically up and tap in order to overlook Ptolemy’s system of the universe from high above.

The cockpit on top is a time and distances display: The years and months indicator gives you an idea of how rapidly time goes by in the simulation, the miles indicator will always display your current distance from the earth center (in million nautical miles).

The data used include 16th century prints of Ptolemy's main work, the Almagest (both in greek and latin) and high-resolution surface photos of the planets in Mercator projection. The photos are mapped onto rotating spheres by means of Mozilla's web VR framework A-Frame.

Earth map (public domain)

Moon map (public domain)

Mercury map (public domain)

Venus map (public domain)

Sun map (public domain)

Mars map (public domain)

Jupiter map (public domain)

Saturn map (public domain)

Stars map (milky way) (Creative Commons Attribution 4.0 International)

• Simon Grynaeus: Kl. Ptolemaiou Megalēs syntaxeōs bibl. 13, public domain
• Peter Liechtenstein: Almagestum CL. Ptolemei Pheludiensis Alexandrini astronomorum principis opus ingens ac nobile omnes celoru motus continens, public domain

• Richard Fitzpatrick: A Modern Almagest, An Updated Version of Ptolemy’s Model of the Solar System
• John Cramer: The Ptolemaic System, A Detailed Synopsis
• Astrophysikalisches Institut Neunhof: Das Weltmodell des Ptolemaios

2019/09/07 v1.0: Basic VR engine, interactive prototype

2019/09/08 v1.01: Cockpit with time and distance indicator

2019/09/13 v1.02: Space flight limited to stars sphere, minor bugfixes

2019/09/17 v1.03: Planet ecliptics adjusted

• Thomas Weibel (weibelth)
• Cédric Sievi
• Pia Viviani (pia)
• Beat Estermann (beat_estermann)