User:Alexander Roidl/itl proposal
Interface for Interface
The infrastructure of the library
For the XPPL I am working on the infrastructure of the library and how to make this structures accessible in a useful but also in a playful way. The structure of the library is built around a database, that can be accessed from several points and in different ways. The infrastructure is built in such a way, that it can be modified easily. The platform itself will be hosted on a PI, that serves the library. The Library can be interfaced in programmatic as well as in graphical ways. The fundamental basis of the library is the database, but it shouldn’t hide within it self. The library should contain the books not only as downloadable pdf/ebook–book files, but also include the actually text in some form. To »convert[s] an image of a book page back into language – searchable, retrievable, scalable, and translatable. In the future most designers will be creating reading experiences not book designs.« (Blauvelt, 2010) This compiled all together asks the question on how the library can be read.
The library will provide a framework and API to be accessible. It is a self-programmed environment written in python and freely accessible and forkable for anybody. Therefore it integrates the matters of the Experimental Publishing Course perfectly. »Users« (= non registered visitors within the network) are able to contribute to the library. Whereas »Visitors« can only view the catalogue and its structure.
The Library needs a profound structure to be maintainable. A dynamic structure and different ways of access provide for a good basis to keep it alive and to also not display the »only truth« of how books can be stored and interfaced. The API offers the opportunity to query the database and use it in a much wider sense than we can think of now.
The infrastructure of the library provides all the interfaces with the necessary connection to the database. Therefore it connects all the interfaces to it in its database. The library you see is always only a potential interface to it.
This projects connects to my previous interests in databases and how different programming approaches interface differently with the latter. Different ways of reading the database means different interfaces. I want to explore the structure of database driven projects and how these structures can transform.
Blauvelt, A. (2010). From Books to Texts. In: M. Gerritzen, G. Lovink, M. Kampman, ed., I Read Where I Am: Exploring New Information Cultures, 1st ed.* Breda: Valiz/Graphic Design Museum.
- Interface for Interfaces
- building the Infrastructure of the library
- Application programming interface
- different access points to the library
- interested in how the library opens up to the public
From Reading to Seeing
- What is the position of the library?
- Does the library make books visible or readable?
- How can a book be seen in the interface?
- How can the library be read? -> if the books are inside the library as texts
- Does the digital library prefer the text over the book?
Ideas & Thoughts
(sorted by relevance)
- view books in library
- upload new books (might also work via scp)
- sort books (categorize, tag, edit metadata, description, ISBN)
- search (interface)
- users (access how and who?)
- Mediawiki (modified?)
- Amusewiki: http://amusewiki.org/special/index
library as physical object
- how can we put the PI into space?
- with display / connected to coffee machine?
- physical presence also as a reminder -> maintenance
- make pdfs available to everyone in local network
- make structure available to www (tunnel)
- distributed library (multiple persons have parts of the library)
PDF Reader / Editor in Web
- Possibilites to edit and view Pdfs in browser
- access PDFs in terms of search / preview
- View / Edit without »downloading«
- https://web.hypothes.is/ for web annotation
Using a pi with webinterface Catalog is available online, while files are stored offline and only accessible via the local network. python dictonary -> use shelve python -> API with python