CØDEshop

Three days of staking shelves for the new economies emerging from collaborative practices in art, digital culture and local politics.

Day 1: Curatorial Processes
_ is it a time for an alternative structure of exchange?
_ who are the protagonists in the performance of cultural production?
_ how does software change our relationship to memory?

Day 2: -O-b-j-e-c-t- contemporary art practice
_ how do you want your project, artwork, be remembered?
_ can software liberate you from the white cube?
_ what gets lost between the formal structures of established practices?

More detail ... context glue

Where we are ...

A show via liquid would be based on a number of works, in a traditional context we would consider the curator identifying the works in question, however this may not be the case in liquid. The physical and technical setting for encountering a work can be a highly significant factor, however for the present a relatively pragmatic decision is that the works will be browser ready. The feature of the setting that liquid will support is showing of the works and the contextual views that are associated with them or support them, that is providing a context. The contextual views can vary in technical complexity from windows about a work with static or independently dynamic content, through to "working with the work" views - for example a context view that provides some real-time interaction with the work. Architecturally, it makes sense for the working with the work views to be provided via the server hosting the work, where as independent views can supported by the liquid server. (See outline indicative XML image)

Technical Spec version two

Apologies for the delay in posting this. Here is the updated version of the technical specification.