Participants
Nicolas - Constant, active archives http://activearchives.org/
Sam - video libre
Amanda Egbe - filmmaker, interested in archiving. artistic + radical archive practices
Michael - http://automatist.org 
Anne - teaching new media; preserving internet art
Femke - archive of lgm as part of my life. If the video archive could find a life.  
Christoph - not so much libre video, more markup for print, multi-output; overlap with AA
Dennis - will talk tomorrow; rapid prototyping, 3D printing. Works with Roel on alternative network
Roel - open source video workflows. How could a video archive be spread around? Torrents to distribute files
Pat - part of the gimp team. interested in web, photography
Michael/schumaml - GIMP, gimp office manager, kidnaps gimp participants to lgm2016
Ville - gimp, site, archiving. video is a dayjob
Manetta - student at PZI; using FLOSS since 2 yrs and excited to be here!

PREPARATION NOTES (and ongoing comments...)
http://pad.constantvzw.org/p/lgm-video-archive

Possible practical things to do:
Create a torrent / document it...
*#WSA2Q
Torrents
what would it take to have a local way in a small group to share large files?
archive as a collection of files.
LGM Video Archive
Has been working on these files for a year. Opening the bedroom, not entirely comfortable. What have I been doing?
Manuel Schmalstieg missing; LGM as an applied problem

LGM is distributed
chrome2  different approaches:
*Manuel started working a parallel track on how to make LGM's video archive: pragmatic tools - wordpress blog, documented  (http://libregraphicsmeeting.org/video/)
*Michael: Interested in the problems, what is hard. Not the right way maybe? A distributed archive. How could be multiple interfaces. http://activearchives.org/lgm-video-archive/index_years.html

Active Archives:
http://activearchives.org/ 
How can day to day workflows become part of the archive.
cultural institutions that work with archives, making the tools part of the archive
Michael was brought in to AA due to his background with video, web, and programming
Working with archivists (Spain, Basque country) at cultural institutions ... 
Video wiki http://activearchives.org/aaa 
part of its success with was a space that users can fantasize with
a place to imagine together - but is that a real space?
No upload, no 'ingestion'
A browser for videos that are stored elsewhere
Allowing different forms of publishing, ie to publish with torrent files along the mediafiles in an apache directory
The Apache file-listing http://video.constantvzw.org/ A partial interface that, without trying to offer the ultimate solution, it is a intermediate archive that allows other interfaces can be built  for it.
A video archive that is made in the moment; no continuity -- it is by nature not complete, and has different qualities, formats, urls how to work with that as a feature, not a bug.
What interfaces actually have to add to the apache file directory. Or is it a backend? A "good interface"?
an archive = not keeping everything. in this cases you can have all the data, but different view of what is there.
browser are different!

tools that can work with a mess and large "archive"

video wiki: proof of concept for annotations; paste timecodes. The timecodes + subtitles become an interface.
avoiding the heaviness of video. handling video with the lightness of text
"writing with video" an interface with writerly style
getting out of Flash
Random access important 

the video becomes a interface to the document, the document to the video.
putting simple elements toguether and interaction between then starts to happen

Ward Cunning on wikis: "this system privileges writability at the expense of writability"
"this software has an attitude"

how could you create an archive that does not suffer from the problem as "yet another platform".
The LGM archive became distributed. 
some is on youtube, some on medialab prado, some on gimp site
along with turning LGM site into static repository
html as the stable bridge. Michael was interested in the fact that the team were in the process of making all the yearly lgm website as spanshots. 
urgency of what to do when projects fall apart.
Michael puts a lot of his time and efforts in website for events, what happens when the website goes down?
Heartbreaking: things pulled apart, histories erased
there is a  cost to choose the fastest solution. 
It was interesting that LGM was making static snapshots.


for example: river valley (responsible for documenting many floss events) had gone down
what are we going to do with ten years (eleven) of videos?
how we gonna store in a away that makes it useful for reuse
gimp website avoiding url changes - hard, but worth as their long history
a libre graphics meeting server that has the raw files, The Beatles Master Tapes
a server for LGM videos?

Amanda Egbe: a use element of an archive - something beautiful about storing film reels under the bad
someone being in the group interested in those materials - it is important
Pat: 
Femke: the archive is not just the files, but also the metadata (and/or the context around it)
Pat: that is all that is needed. Attaching the metadata to the files.
Amanda: the problem is that when you say when you label the file the problem is sorted.
michael: the trick is to keep the surfaces writable (in a wiki sense). The work of relauching the website is not subtractive, but additive
Pat: we need to perserve to is important i
Amanda: when you alread
Femke: is important to talk about the content of these people (LGM), this problem (how to build coherence, continuity and a "possible" workflow across different teams of people), these materials (videos at different qualities, levels of editing, labeling styles).

showing different places where videos are embedded
assymetry

"the split screen as the best of both worlds"
wouldn't it be great if a new interfaces shoots around the perimeter 
http://video.constantvzw.org/LGM15/player/
with video, program, pdf with the slideshow, and show the urls


embedded metadata, so integration rather than separate dbases etc.
"The RDF burn-out"

interest: using local files and using git, pandoc, make files.and pushing files from local to server. 
inside out systems
makefiles for webpublishing

unstructured text vs raw data vs html: pretty damn structured!
microdata. marking with microdata in html with argument itemprop 

scraping the program. Your document is your api. Linked data: overengineered tools. knitting the pieces together.

lightweightness of embbed microdata

local lgm website archive
extrusion to create new pages from the re-contextualised videos. Another document ... through an iterative process
embedded player, iframes are alive!

each presentation is an ideosyncratic player.

indexing of years and presenters

coming close to the directory listing
multiple interfaces.


Femke: LGM as a organization does not exist. it is not an accident, but in 10 years there has not been the move to say "there will be a foundation, register".
You can say LGM will own a server/url. But who is LGM?? There is no structure. How will maintain an archive that keep by an structureless organization.
Pat:
Michael: The problem is single ownership.
Amanda: you dont have the original files. if you are an archivist you want the originals. you dont want the archive to determine what the organization should be. One can buy a server, but it wont be that will solve the lgm archive problem. it is this continuous conversation that will solve the problem. 
Michael: there wont be a permanent solution. digital archives love copies - the more the better. Do we have tools that get better with more copies? What is the the equivalent to forks in archive terms. I'd resist centralization. 
Femke: there are 2 question: where the files store; where and what are the interfaces.
Pat: definitive place where that things come from.
Amanda: the problem is the definitive - immortalize me. That is the problem with the archive - keep me for ever.
Pat: do we iunderstand the word archive different.
Michael: we understand an ideal notion of the archive. 
Michael schumaml: examples gimp and bit torrents: 
"we should own the seed"
Michael: with bittorrent you get load balancing for free. Popular downloads will "always" be available but less popular resources not. 
2 things worry me: getting less popular resorces in 2 years.
Distribution jumpstart - right after LGM; this could be sth to deal with as LGM local, a responsibility
encourage mirrors
Pat: a place to mirror them from. We'll send encouragments: harddrives sent by mail.
Femke: it work well with LGM. A local in the moments excitment, a few more month of energy. Work with these dynamic. 
The seeding could be integrated into this dynamic.

some photos:
    http://gallery3.constantvzw.org/index.php/Libre-Graphics-Meeting-London/P1017983
    http://gallery3.constantvzw.org/index.php/Libre-Graphics-Meeting-London/P1017982
    http://gallery3.constantvzw.org/index.php/Libre-Graphics-Meeting-London/P1017984
[workshop ends: 15:20]