[-empyre-] the crisis of documentation
Dear Ian and all others,
you are right, even if we discuss this within the net being a virtual medium
of what-can-be we must not forget to look at the things actually
happening...
Unfortunately there is no complete net-based documentation available yet
which could offer to learn about all levels of the project. Most of the
material is DV which is hard to present on the net. However there exists a
photo-documentation by backup's photographer Uwe Erler, you can access it at
www.backup-festival.com --->> press/news section/ gallery
or
http://www.uwee.de/foto/events/backup/index.html
These images show much of the workshop week we established prior to the
festival and exhibition which is good because they give a glimpse on how the
work-in-progress situation went on.
At the same time these images show the "crisis of documentation" such a
project must naturally encounter:
For lounge|lab, "outcomes" might be divided in three categories being
a) the results visible, audible and tangible for the visitor; (surface and
skin)
Here, we received a lot of statements from visitors of the lab who FELT the
space there being one homogenous situation rather then the usual
accumulation of individualistic works one may encounter on different
occasions.
If we were able to create a whole instead of single elements how can the
still image then grasp this if it is bound to focus on the particular?
The use of time-based media is more successful in its attempt but here the
question of broadcast especially within the net is difficult.
b) the content of communication between those who participated as it exists
in written and (sometimes recorded) spoken word.
I feel the necessarity to publish these artefacts, still it remains unclear
in which way this should be done because the process of exchange is not yet
finished and may branches are created after the lab has officially ended.
There will be some net-based thing similiar to the empyre archives,
presently our mailing-list does not have this feature.
However this part is the easiest to become documented and published.
c) The establishment of nodes and meta-communication structures which made
it possible to actually act as an ensemble.
The question of the nature of source code enters here again. It is simple to
understand sources as the material created, shared, recycled, abandoned and
output: A painter's image or an algorithm for musical structure generation
are sources.
When the painter tells the composer/programmer (and vice versa) about his
image/composition and what to do with it this discussion becomes another
source.
Now the way the painter and the composer arrange themselves to be able to
understand each other is what? Another source? The basic one, the
environment (or programming language)?
When we had been using the IRC to introduce people to each other and we
began to explore the possibilities of collaboration we had some difficulties
in understanding each other based on the diversity of the group. I remember
a discussion about microcontrollers where suddenly some people apparently
not satisfied and not understanding the talk began to disturb the chat using
other languages than English. When everybody had come to Weimar these
problems ceased to exist.
People are continuing collaborations now even if not everybody knows about
microcontrollers.
My question now is:
If a project like the .lounge|lab is able to support the development of
nodes of communication and catalyse the differences between participants to
a certain point, how much do we consider this to be part of the actual
outcome? And, knowing we are dealing with an art space and an exhibition
where we always want to address a public, how much care should be taken to
translate this hidden structure into the display, the surface?
Regards,
Felix
>
>
> Dear Felix,
>
> One way to gauge the characteristics of the open source model when applied
> to the production of art would be to look at the outcomes of the
> "backup.lounge|lab" project. Is there any evidence of what work was actually
> created, either physical or virtual?
>
> Regards,
> Ian Stevenson
>
>
This archive was generated by a fusion of
Pipermail 0.09 (Mailman edition) and
MHonArc 2.6.8.