I&IC Workshop #2 with James Auger at HEAD, brief: “Cloudy”

At HEAD – Genève today, we started the first workshop of the research project with James Auger (from Auger-Loizeau design studio and the Royal College of Arts in London). We’re going to spend this week with the first year students of the Media Design MA exploring cloud computing, personal cloud systems, objects and user interfaces.

In order to address this, the workshop started with a background description of the project’s purposes, the evolution of computers and network infrastructures, as well as an introduction to the current state of design objects and architectures related to cloud Computing: NAS systems, servers combined with heater, speculative projects related to such technologies. From this broad list of material we wondered about the lack of artefacts that go beyond purely functionalists goals. Cloud computing systems, especially in the context of people’s context is generally a commodity… hence a need for design interventions to re-open this black box.

Following Eames’ quote “A plan for arranging elements to accomplish a particular purpose” (as a definition of design), we asked students to start with a basic activity: to create a map of “elements” related to cloud computing. They had to choose a domain of everyday life (cooking, communication, etc.), begin by compiling “their” elements (material scale, cultural, historical, list people’s motivations, objects used to achieve it, situations, behaviors, etc.), sub-themes.

From this we discussed this ecology of elements and what aspects or user contexts they could focus on. Interestingly, students chose very broad topics: religion, communication, cooking, art performances, animal-computer relationships or music-making.   Based on this map, we then asked students to explore the role of cloud computing into these elements by looking at these questions:

  • How elements of the diagram might work with the cloud? How the cloud may influence each of these elements/the relationships between two of these elements?
  • How relationships between the elements on these maps may evolve with cloud computing?
  • What are the new situations/problems that may arise with the cloud? Implications?
  • What kind of objects will be linked to the cloud? Why? (From products to the role of the product and situations that arise)

The (many) answers to these questions led the groups to highlighting design opportunities to be discussed tomorrow.

Toward OwnCloud Core Processing Library

The purpose of the OwnCloud Core Processing Library is to give the possibility to program “cloud functionalities” within a well known and simplified designer oriented programming language (and community): Processing.

 

Therefore, the OwnCloud Core Processing Library linked with our personal cloud merges the Open Collaboration Service (OCS) Share API with higher level functions in order to implement seamlessly “search&share files” applications written in the well known designers oriented Processing programming language. This will soon become available to everyone on the I&IC website. The workshops we are currently running / will run during the coming weeks are helping/will help us fine tune its functionalities.

 

The OwnCloud Core Processing Library allows the automation of the action of sharing files and the action of file tagging within an open source OwnCloud environment. Search&Sharing tasks can be threaded and/or interdependent, everything depending on the kind of results expected from one application to another. Thus, these actions can be driven by unmanned processes, decision-making (copy, delete, share one or several files) based on related metadata (i.e. metadata relation/link) or based on external data, dug from the Internet or networked/connected items/things.

Setting up our own (small size) personal cloud infrastructure. Part #2, components

While setting up our own small size data center and cloud infrastructure, we’ve tried to exemplify the key constitutive ingredients of this type of computing infrastructure, as of November 2014. But we’ve also tried to maintain them as much open as we could, for further questioning, developments and transformations.

The first key ingredients are software parts and we’ve described them in the previous post about the same topic.

Comments on: Setting up our own (small size) personal cloud infrastructure. Part #1, components

Following Patrick’s post about our different options for choosing a “Cloud” software and the one that we finally made by choosing ownCloud. Here are a few related comments that develop our point of view and technical choices.

ArkOs, Openstack and RiakCS all take the hand over an entire server/system/computer, offering a kind of embedded linux system within a human-friendly interface, the kind of mechanism one can find on ready-to-use NAS (Network Attached Storage) hardware.

Basically, it transforms any regular computer into a NAS device. One of the key points about the structure we are trying to setup is to be able to host anything we would like/need or may appear interesting to probe. That includes our own website(s), web services in order to feed projects with data and any kind of applications that may be useful to try and develop within the frame of this research.

We do need therefore to keep the research server as generic as possible by using a normal linux distribution, which we can then enhance by any set of additional services. While ArkOS, Openstack and RiakCS are of course interesting projects, at some point, it may become already too specific for our goals.

 

iic_server_05m

 

Owncloud appears to be a simple web site structure dedicated to file sharing. As mentioned in my previous post, Owncloud proposes a set of APIs that allow the access to Owncloud features while being able to develop our own applications. Thus, these applications can rely on Owncloud while being hosted on a heterogeneous set of devices, network connected.