User:Eleanorg/Journal 2.2: Difference between revisions

From XPUB & Lens-Based wiki
No edit summary
 
(60 intermediate revisions by the same user not shown)
Line 1: Line 1:
__NOTOC__
==27 March==
===Feedback from the assessment:===
* Need to think about how to present project publicly - lots of strands. Either filter, or focus on one aspect. Or do hands-on experiments to 'explain through doing'.
* Explain more clearly how the f2f workshops correspond to digital interfaces.
* The workshop IS the end product.
* Why the need for a printed product at the end? Research is more interesting than end result.
* If the process is the product, then how can I adequately document the process?
* The posters ILLUSTRATE the point; they are AN outcome - not THE outcome.
* Posters could act as nice illustration of the idea of provisionality/multiplicity.
* This structure for collaboration (interfaces etc) could be interesting in a setting of extreme conflict.
Where does this leave me then.
===Problems I've solved:===
* How to use voting interfaces in a workshop setting
* How to generate and curate useable texts in a workshop setting
* How to make the point that BOTH digital and social algorithms 'mediate'/perform
* How to make people aware of the way their choices are manipulated by interfaces
* How to highlight coercion of yes/no without endorsing naive/cybernetic metadata alternative
===Remaining problems===
* How to 'render' the range of provisional versions graphically. Should their design reflect the voting stats, and if so how?
:: Answer: this is less important than the social process. Experiment with it if there are interested ppl at Interactivos.
* Long essays are incompatible with the voting interfaces. Should short texts be collected online as well as in workshops?
:: Answer: yes. It would be good to collect a database of proposals, to use in future who knows how.
* Should the outcome still be a magazine, if long texts don't work? Or a series of posters?
:: Answer: No. I need to think creatively about what 'publication' could mean and how it could respond to specific spaces.
* In what setting will the outcome be 'published'? (Eg - a 'poster campaign'? Safer spaces cards?)
:: Answer: the answer is in the question. This could work well as a portable workshop, eg with youth groups.
* What is the role of the Vex website, if not to collect long texts?
:: Answer: to document the project, announce news, and feature related blogs etc.
===Interactivos===
What to do at Interactivos.
Possibilities:
* Put in place an API for grabbing submitted content from the project website/wiki. Then create voting interfaces for it that feed graphical renderers.
* Only create voting interfaces that accept content submitted on the fly during workshops.
* Focus on graphical rendering/output.
* Focus on the design of the interfaces.
===thoughts===
Where to take the voting interfaces:
- workshop proved that it doesn't affect the winning proposal, as long as every proposal uses every interface
- make it more manipulative? Different proposals use different interfaces?
- this would also solve the problem that 'favourites' emerge and ppl quickly start to agree. Make it so that UNPOPULAR ones win!
- give ppl the chance to design their own, to maximise the chance that people will vote for their proposal.
Solution: two categories. Both 'slogans' and 'statements' (max 150 words or so).
The latter will be mainly contributed via the website.
Before interactivos:
- spend half a day learning mongoDB and decide if it is the best tool for storing slogans and plugging into voting algorithms.
===Aim:===
a store of slogans and statements tagged as such. Ability to tag also for a specific workshop, so that those can be voted on in isolation if people want.
Ability to then store the voting results for each interface and workshop.
- IF NOT: Try to figure out msql python thing so that you can grab data from drupal site.
==20 march==
* Magazines with a different design each time:
** http://mono-kultur.com
** http://www.amagazinecuratedby.com
** http://www.dummy-magazin.de/issues
* Provisional logos: tate
Marie's magazine with her friends: http://shortlistberlin.com/ A shortlist of Berlin things.
Ask Karin from Printroom.
Thoughts: there are different things which create 'coercion' or lower the quality of consent - ie, constraints which ''perform'', altering the outcome:
* A time limit
* Rules on what will 'fit' (eg, what will fit within a grid)
* Imperative for a single proposal to be chosen
* Imperative for any proposal to be chosen
* Imperative for the outcome to look a certain way
* Inability to modify proposal/s
===thesis notes===
* the desire to reach agreement is what produces the 'coercion' of trying to converge on a given outcome. Without this, there is divergence and thus no coercion. But argue: this isn't the only alternative to coercive agreement. You could stay together without an agreement, in the provisional zone?
==15 March==
Planning for Interactivos.
I would like to have a pre-written bit of code that will grab all the relevant articles collected on the Vex site, so that people can then develop voting interfaces to rate and assemble the content into PDFs. I've been researching various ways of doing this. I think the easiest way will be the MySQLdb module for Python. I'll make a script which we can then duplicate/host (on Interactivos server?) and use to grab input for the voting scripts that we will develop.
I need some help installing this, and setting up my Drupal site to allow the script access to its database.
http://www.mikusa.com/python-mysql-docs/index.html
==13 March==
Couldn't figure out cookies in Python. Working examples anyone?
Aim: revealing the way that CHOICE of metadata, and HOW it is rendered, affects output. A parallel to the debate about consent, but not exactly equivalent. Basically need some web-to-print software to modify. Maybe MediaWiki is the way to go? And modify their bookmaker?
reason yes/no is coercive is because of the options given - options produce result
same can be true in collaborative dialogue if questions posed in a certain way
how to reveal this? offer different things to vote on? Phrase questions in different ways? (Social media does this - 'like' is not equivalent to 'retweet' etc.)
'most popular' will vary depending on how you measure popularity << how to prove/demonstrate this?
over summer - visualize the output of various democratic systems (a la conditional design).
two questions:
- WHICH democratic systems to use (political? sexual (yes/no/maybe)? Or algorithms from exsiting software?) because QUESTION/INTERFACE PRODUCES RESULT
- HOW to apply them to web2print system (how does numeric voting system output visual result) because RENDERING ALGORITHM SKEWS RESULT
- I like the little widgets that count how many tweets your article has.
- could just use these - but there's no nuance. no chance to say 'no'. how can i draw attention to this?
what metadata? only 'likes'?
or subject tags?
next: make very simple printed outcomes from my initial voting prototypes.
first: start with the graphic design output question. (single input interface can produce different outputs.)
make a system that accepts yes or no votes only.
then render that result graphically in 3 different ways.
==28 Feb==
Prototyping: tools that use existing voting systems & expose their differing algorithms, thus how their results are produced by the design of the system.
http://www.codercaste.com/2009/11/28/how-to-use-the-urllib-python-library-to-fetch-url-data-and-more/
Next: learn how to submit login forms from a python webscraping script.
===thoughts===
* The script I write to translate the voting results into graphic design introduces yet another algorithm layer. Be open about this: eg, by using the same one across the various sites?
* A single voting system could be interpreted in multiple ways. Eg - e-consensus.org: only print a copy when all comments = 'consent'? Print one copy per 'consent' given? Print a copy as long as no 'concerns' are present?
* Hard to do an accurate comparison because different voting/consenting systems have different interfaces + options. So you can't simply take all the votes, then process them according to the different algorithms. Is this ok? Maybe starting from the same group of texts is ok, and then letting them diverge per platform?
==20 Feb==
Questions for Aymeric:
* How to deal with conclusion that meaningful consent requires face-to-face dialogue?
* How to use workshops in feminist context? Purely to produce material, or try out democratic systems?
* If not creating a utopian system, what am I making? Several contrasting systems?
Answers (thanks Aymeric!)
* Differentiate between "how question is asked/interface" and "algorithm used to process the input".
* You could use the same algorithm with several different input interfaces to produce wildly differing results.
* Feminist point that MORE is needed than simple mediation of "yes/no" checkbox. Illustrate this by creating frustration - set people tasks but only allowed to use certain limited tools.
* Create the urge to bypass the software, to make the point that they are not neutral tools.
* In workshops: create analogue versions of software algorithms with pen & paper.
* Software is widely understood to be a neutral, universal set of tools - reveal how it mediates/shapes conversations.
* USE EXISTING SOFTWARE! Don't re-create its mistakes, but use it & contrast it in order to critique it.
==15 Feb==
Useful tutorial w/Femke S. Notes:
* Graphic design
** Collision: elements and WHERE they are arranged becomes important. With a placard, the layout includes where it's held, by whom, how high etc.
** Collaborative design systems come down to 'weighing' relative importance of different elements.
** Look at how real-life decisions are made by graphic designers - how do they allocate space in, eg, newspapers?
* Interfaces
** Input forms create a (numerical) 'result' - but this isn't the case in real negotiation.
** How could this 'result' show its history? How can there be tension?
** Many ways of showing "something should have been there but isn't there" - usually not visible in a 'final outcome'.
* Politics
** See: Alexi Shulgin 'Refresh' - early example of a piece that breaks w/out cooperation
** Slogans: Decision not to use them in Madrid 15 May. LGRU meeting ads subvert slogans by using (non-rhetorical) questions instead (http://libregraphicsmeeting.org/2013/r+w/)
==5 Feb==
Clearing up my brain to know what to do next.
===Project history:===
* Dissolute Image: a file only published with the endorsement of many participants.
* How could this logic be applied to the problem of how to curate Radical X content?
* Idea: a magazine where each article needed to be 'hosted' elsewhere
<br><br>
* Instead of starting writing code for this, stopped to pause & reflect on 'gestures of endorsement' - could there be others?
* 2.1 - Residency: transmitting repetition; what is relationship of person transmitting to the content they transmit? Do we mean what we say?
* 2.2 - Consent. Reading up on feminist theories of consent: signifiers are often unclear. 'yes' is transmitted but is it meant? Project: [http://pzwart3.wdka.hro.nl/~egreenhalgh/2.1/placards/instantPlacard.html Party Line Placard Generator].
<br><br>
* Project plan: an ongoing discussion about consent, ending in a publication. Supported by editing software that visualizes the extent to which people endorse the content.
* Experiments
** Modular ideal of consent: Endorsing individual sentences - Mediawiki (not best tool)
** Visualizing level of endorsement through typography.
** But consent must be encoded in the interface: Researching how consent/agreement encoded in online interfaces.
* Current possibilities:
** A 'voting' system to visualize popularity using graphic design. (eg [http://pzwart3.wdka.hro.nl/~egreenhalgh/cgi-bin/2.2/sloganVoting/3votingForm.cgi Slogan Voting]).
*** Problem: populist approach; doesn't address fact that voting systems force decisions, perform in their own right
** Interface/s to encode consent [Interactivos proposal]
*** By contrasting the options offered by different systems, the way they 'manufacture consent'/ create different output can be critiqued.
*** Problem: if only one is made, problematic implication that this system ''accurately'' encodes meaningful consent.
** Original idea of individuals hosting own content, magazine aggregating it.
*** Problem: populist approach. 'Problem of silence'.
BIG PROBLEM #1:
# How to be critical of the way that signifiers (words & interfaces) encode consent, thus perform in their own right? (Not try to make a utopian system)
One the one hand I want to make a utopian system that REPRESENTS consensual process in printed outcome. On the other hand, I want to critique the assumption of accurate REPRESENTATION underlying such a project.
==31 Jan==
Idea for workshops: use workshops to generate discussion & new slogans. Then put these into the software.
To prototype next: use 'Bang with Friends' idea as editing tool. Invisible until both agree.
==30 Jan==
Working on the visual design of [[User:Eleanorg/2.2/sloganVoting | consent slogan voting system]]. Thinking about changing it from css to SVG - easier to have control over layout, and potentially easier to print to .PDF as well. TODO next: look over code from yr1 for generating svgs and copy paste.
by the way... Just found this on the wiki. Possible basis for future project. Perfect combination of elements: painstaking collective labour, gender, human computing:
The word ''computer'' was originally used (circa 1900's) to describe a person whose job it was to compute.
http://www.cfa.harvard.edu/~jshaw/bw1912.jpg
http://www.cfa.harvard.edu/~jshaw/pick.html
"Pickerings Harem" was a group of women computer's who translated astronomical data recorded on photographic films into tables of data in standardized units.
==25 Jan==
hello journal. Today it's How I Learned to Stop Worrying and Love Data Visualization.
Now thinking for the forseable prototyping future of my project as a data-viz one, not only ETHICS but AESTHETICS of consensus or lack thereof. Re-visting a lot of code & ideas from trim 2.1 and 1st year, and my interest in translating numbers into visual things. I think this is what I enjoy most about writing code actually. So I'm going to do that for a bit, and enjoy it, and make some things and then we can have the serious conversations later. OK!
BUT. In the meantime - note that current version ADDS each vote to the previous total. So if someone votes 'no' (0), it stays the same rather than having its total reduced. This mirrors the 'common ground' exercise where people take a step into the circle when they agree with a statement - everyone ends up standing together, because disagreement is ignored by the system while agreement gradually accumulates. A more sophisticated system could deduct votes. Although this could lead to edit wars. I like the current model, where things get bigger as they are consented to - the other ones fade into the background.
It could also work to add annotations - so people cast their vote, but written feedback is also stored and can be accessed for example on a hover event or summat.
Interview about a book about collaborative media in Prototyping Futures: http://medea.mah.se/2012/12/collaborative-media-production-consumption-and-design/
==24 Jan==
http://ecx.images-amazon.com/images/I/518CtGBupxL._SS500_.jpg
50-pack tattoo consent forms.<br />
Somehow arrested by this image/marketing of this 50-pack. Industrial-scale anticipated consent/ encoded consent/ consent as business --- link to callcentre work and its relentless ruthless search for 'consenting' subjects.
==24 Jan==
I'm stuck on what to make next.
Was hoping SMWiki would offer a way to tag and sort texts and it didn't really. I could start writing something that does, but now I'm wondering - do I want to make yet another tool for annotating online texts? What is my position if I do this? Am I claiming that this system is more consensual? Am I claiming that it accurately records a process of social negotiation?
I'm coming up against the problem that these systems always perform in their own right; they won't ever 'record' an analogue conversational process. They make its results accessible, but in doing so alter/produce those results according to its own logic. Eg - e-consensus constructs consent as a 'green light', something given. Wikipedia constructs consent as a default in the absence or conflict, or else a temporary agreement following debate. Do I want to go down the road of looking at how we encode consent, ie how our ability to 'give' consent is constrained by the gestures available to us? Returning to the essay [[User:Eleanorg/annotation/The_Nature_of_Consent | The Nature of Consent]]. I found it useful how it differentiates between three key aspects of consent. I think I need to clarify which one/s I'm tackling:
* '''The grammar of consent'''
:: Challenging the problematic grammar of 'giving' and 'receiving' consent (as opposed to constructing it collaboratively)
* '''The ontology of consent'''
:: Ie, is wanting the same as consenting? (consent ≠ desire)
* '''Signification'''
:: What gestures should be taken to signal consent and which gestures are invalid?
Feminist theorists tackle some or all of these three areas. The ones I'm most interested in, those arguing for consent as a collaboration, challenge the grammar of consent as well as the ontology of consent (consent should not merely be 'given' because consent ≠ desire; to close consent/desire gap collaboration is needed). Others such as Hugo Shawyzer examine the ontology of consent - 'yes (consent) doesn't always mean yes (desire)'.
Looking at software systems, the last one - signification - seems the most relevant. Ie, how is consent encoded. (Green button, reverting an edit... etc). And can it be encoded in such a way that challenges the traditional grammar? Wikipedia starts to do this, so does e-consensus albeit in a limited way.... But the better it models this notion of collaboration, the less software-like such a system becomes. So it seems silly to write software to mimic human conversation; software is useful precisely when you need to SIMPLIFY real conversation in an encoded way. So actually my interest is much more a graphic design/data-viz one than a software one. Not 'how to design a collaborative system' (because the answer is obvious - conversation). But rather: how to capture this conversation in the final output? How to challenge the idea, which props up hierarchical editorial power as well as coerced 'consensus', that the 'final outcome' must be neat & tidy. Indeed that there must BE a final outcome.
A system for a messy outcome. Challenging the assumption underlying the Wikipedia book maker: we want to print out something tidy; the consensus position. No: I want to print out something messy, something honest that reflects the struggle over its own creation. So I can use pre-existing systems. The bit that I want to mod is the PDF output bit.
http://test.classconnection.s3.amazonaws.com/524/flashcards/401524/png/morrisboxsound.png
<span style="color:#e8c; font-size:1.3em">BOOK WITH THE SOUND OF ITS OWN MAKING</span>
next: make something quick that visualizes version history. Ie - translates numbers (number of edits?) into visuals (font size).
==23 Jan- thesis therapy w/ Dr Steve==
* Use same methods in thesis as in practice: exploratory, empirical, conversational
* WHY don't I want to construct rational/scientific argument? A: 'Importing' out-of-place ideas from one context to another gives fresh perspectives on an question. Also personally - an attempt to negotiate different registers, see if it's possible to speak across registers/discourses. Also politically? - infuse feminist ethics into collaborative production.
* Q: Who am I speaking to?
* The topic is genuinely problematic. The dilemma is productive though.
* ALLOW my subjectivity in this dilemma to be an instrument for articulation. It can be convincing; it becomes rhetorical - don't pretend to be neutral.
* Link between 'yes means yes' & consensus/wikipedia: social codes produce behaviour, whether they are slogans or software. Encoded either socially and/or symbolically.
* Describe clearly how these different domains map onto one another. Eg, where are feminist definitions of consent relevant to software design?
* Include TM workshop and other experiments.
* See 'Us', teams painting over each other's work. << Seems to make a point about human nature but in fact sets up a scenario to produce conflict and trashed paintings.
==23 Jan==
Just came across this random rant on wikipedia about 'e-consensus'. Fascinating; it says "The e-consensus paradigm views the "e-document" as a "battleground of ideas" for wisdom and ignorance to forge a common decision of what is to be said and how." And it has been listed on Wikipedia:Votes for Deletion. How perfect!
http://en.wikipedia.org/wiki/User:Quickwik/E-consensus
Playing with the fascinating https://econsensus.org/
Trying to encode discussion, comments, warnings & ultimately consent. You give consent by pressing a green button...
This from the website of Activate, the NGO who developed the software..
    Participation and Consent
People have a right to be heard on matters that affect their wellbeing - so we are morally obligated to listen, and help others raise their voice. No development project can effectively serve its recipients (or its users) without their frequent input during design and early testing - so we are practically required to get our users and beneficiaries involved early and often. This drives participatory international development and agile software development. It also drives our company's governance and management. We are committed to ensuring that everyone in our workplace has a voice in policies that affect them. We accomplish that by using participatory decision-making and testing each policy to ensure it won't prevent us from serving our clients or endusers and it won't prevent any of us from working effectively in the company. It turns out that this reduces our risks, helps us learn rapidly as an organisation, and increases our sense of satisfaction and engagement: doing the right thing is the most practical choice as well.
===team painting as corporate teambuilding===
check out this use of collaborative labour as teambuilding awayday: http://www.platepus.com/people/painting.php
And peer-review via Github: https://github.com/cwcon/push
==21 Jan==
Notes on Wikipedia's book generator:
* You can't add history pages to the book, but you can add talk pages.
* Table of contents, Index are generated automatically and it looks pretty.
I think I want to propose a way of linking the 'talk'/history of a page meaningfully to the text - not just separate 'talk'/history pages.
Notes from Michael tutorial:
* Shortcoming of RDF - data is removed from its original context; 'facts' appear to stand alone & reified in triple format.
** RDFS attempts to put 'facts' inside HTML docs
** RDFA vs MicroData - two projects for adding structured info/annotations to a page. MicroData - getting DOM access to the page to grab specific bits.
* Check out Ted Nelson on Hypertext - early ideas on semantic texts. See his Filesystem for the Complex... essay on the need "to provide
the capacity for intricate and idiosyncratic arrangements,total modifiability, undecided alternatives..."
* Wikipedia 'Neutral Point of View' policy masks political realities. (Also see WikiData presentation, which makes a nod to diversity of data sources/definitions.)
* Tools to visualize version history/make annotations:
** Brainch by Stdin: http://stdin.fr/Works/Brainch
** Epicpedia: http://www.epicpedia.org/ extract history for 'visualisations'/re-use elsewhere.
** ShiftSpace by Michael van Schaik & others: http://www.shual.com/shiftspace/
** DeptOfReading: http://automatist.net/deptofreading/wiki/ Simple html-based way of 'annotating' sections by searching for them when quoted elsewhere & wrapping in a CSS class.
** Check out javascript libraries for working with selected text.
* Alternative proposals for wiki-based collaboration:
** Liquid Threads mediaWiki extension, to replace Talk page with threaded forum.
** See also Smallest Federated Wiki from Ward Cunningham; everyone has their own wiki & pushes/pulls to/from others - videos at wardcunningham.github.com
** Oral citations: critique of current citation policy (funded by WikiMedia Foundation grant): http://meta.wikimedia.org/wiki/Research:Oral_Citations
* Good not to make yet another 'solution' to problem of semantic annotation. Projects above don't deal so much with difficult social question of what constitutes agreement.
==18 Jan==
Trying out Semantic MediaWiki as a way of collecting and tagging texts. Coming up against its limitations is helping me figure out what I /do/ want. Notes:
* It's actually easier to copy & paste fragments of text than to tag them w/SMW syntax
* I want to copy out portions & write next to them, not just mark them up. (Possibility: use Page datatype as default and put comments on the tagged phrase in the empty page which is automatically linked to when tagging.)
* Need to make inline comments, not just in the talk page. When I make a note (eg 'this is bollocks') I want to say why - like a log message.
* There needs to be multiple layers of property tags - one for each user who has tagged within a page - so that one text can have the same sentence can potentially be tagged with two different properties, by different users. It's not possible in SMW to have tags overlapping or nested.
* Workshop idea - group decides what ontology to use at the start.
* Maybe this is too meta, but the flat structure of wiki & flexible property tagging make the issue of coordinating (ie agreeing upon) the ontology vital. Would be massive shame to pre-define an ontology (eg property names) as this avoids a problematic democratic process.
* Clear need for a collection of texts as a precondition of the project, for any group to work with. Start this sooner; wiki is a good way of doing this.
* Want to keep participants' comments separate from the texts themselves. So that it's clear what we're reaching consensus on - not a sprawling open-ended debate. Introducing limitation forces issue of consent/sus to arise.
==16 Jan==
==16 Jan==



Latest revision as of 19:18, 27 March 2013


27 March

Feedback from the assessment:

  • Need to think about how to present project publicly - lots of strands. Either filter, or focus on one aspect. Or do hands-on experiments to 'explain through doing'.
  • Explain more clearly how the f2f workshops correspond to digital interfaces.
  • The workshop IS the end product.
  • Why the need for a printed product at the end? Research is more interesting than end result.
  • If the process is the product, then how can I adequately document the process?
  • The posters ILLUSTRATE the point; they are AN outcome - not THE outcome.
  • Posters could act as nice illustration of the idea of provisionality/multiplicity.
  • This structure for collaboration (interfaces etc) could be interesting in a setting of extreme conflict.

Where does this leave me then.

Problems I've solved:

  • How to use voting interfaces in a workshop setting
  • How to generate and curate useable texts in a workshop setting
  • How to make the point that BOTH digital and social algorithms 'mediate'/perform
  • How to make people aware of the way their choices are manipulated by interfaces
  • How to highlight coercion of yes/no without endorsing naive/cybernetic metadata alternative

Remaining problems

  • How to 'render' the range of provisional versions graphically. Should their design reflect the voting stats, and if so how?
Answer: this is less important than the social process. Experiment with it if there are interested ppl at Interactivos.
  • Long essays are incompatible with the voting interfaces. Should short texts be collected online as well as in workshops?
Answer: yes. It would be good to collect a database of proposals, to use in future who knows how.
  • Should the outcome still be a magazine, if long texts don't work? Or a series of posters?
Answer: No. I need to think creatively about what 'publication' could mean and how it could respond to specific spaces.
  • In what setting will the outcome be 'published'? (Eg - a 'poster campaign'? Safer spaces cards?)
Answer: the answer is in the question. This could work well as a portable workshop, eg with youth groups.
  • What is the role of the Vex website, if not to collect long texts?
Answer: to document the project, announce news, and feature related blogs etc.

Interactivos

What to do at Interactivos.

Possibilities:

  • Put in place an API for grabbing submitted content from the project website/wiki. Then create voting interfaces for it that feed graphical renderers.
  • Only create voting interfaces that accept content submitted on the fly during workshops.
  • Focus on graphical rendering/output.
  • Focus on the design of the interfaces.

thoughts

Where to take the voting interfaces:

- workshop proved that it doesn't affect the winning proposal, as long as every proposal uses every interface - make it more manipulative? Different proposals use different interfaces? - this would also solve the problem that 'favourites' emerge and ppl quickly start to agree. Make it so that UNPOPULAR ones win!


- give ppl the chance to design their own, to maximise the chance that people will vote for their proposal.

Solution: two categories. Both 'slogans' and 'statements' (max 150 words or so).

The latter will be mainly contributed via the website.

Before interactivos:

- spend half a day learning mongoDB and decide if it is the best tool for storing slogans and plugging into voting algorithms.

Aim:

a store of slogans and statements tagged as such. Ability to tag also for a specific workshop, so that those can be voted on in isolation if people want. Ability to then store the voting results for each interface and workshop.

- IF NOT: Try to figure out msql python thing so that you can grab data from drupal site.

20 march

Marie's magazine with her friends: http://shortlistberlin.com/ A shortlist of Berlin things.

Ask Karin from Printroom.

Thoughts: there are different things which create 'coercion' or lower the quality of consent - ie, constraints which perform, altering the outcome:

  • A time limit
  • Rules on what will 'fit' (eg, what will fit within a grid)
  • Imperative for a single proposal to be chosen
  • Imperative for any proposal to be chosen
  • Imperative for the outcome to look a certain way
  • Inability to modify proposal/s

thesis notes

  • the desire to reach agreement is what produces the 'coercion' of trying to converge on a given outcome. Without this, there is divergence and thus no coercion. But argue: this isn't the only alternative to coercive agreement. You could stay together without an agreement, in the provisional zone?

15 March

Planning for Interactivos.

I would like to have a pre-written bit of code that will grab all the relevant articles collected on the Vex site, so that people can then develop voting interfaces to rate and assemble the content into PDFs. I've been researching various ways of doing this. I think the easiest way will be the MySQLdb module for Python. I'll make a script which we can then duplicate/host (on Interactivos server?) and use to grab input for the voting scripts that we will develop.

I need some help installing this, and setting up my Drupal site to allow the script access to its database. http://www.mikusa.com/python-mysql-docs/index.html

13 March

Couldn't figure out cookies in Python. Working examples anyone? Aim: revealing the way that CHOICE of metadata, and HOW it is rendered, affects output. A parallel to the debate about consent, but not exactly equivalent. Basically need some web-to-print software to modify. Maybe MediaWiki is the way to go? And modify their bookmaker?

reason yes/no is coercive is because of the options given - options produce result same can be true in collaborative dialogue if questions posed in a certain way how to reveal this? offer different things to vote on? Phrase questions in different ways? (Social media does this - 'like' is not equivalent to 'retweet' etc.)

'most popular' will vary depending on how you measure popularity << how to prove/demonstrate this?


over summer - visualize the output of various democratic systems (a la conditional design).

two questions:

- WHICH democratic systems to use (political? sexual (yes/no/maybe)? Or algorithms from exsiting software?) because QUESTION/INTERFACE PRODUCES RESULT - HOW to apply them to web2print system (how does numeric voting system output visual result) because RENDERING ALGORITHM SKEWS RESULT



- I like the little widgets that count how many tweets your article has. - could just use these - but there's no nuance. no chance to say 'no'. how can i draw attention to this?

what metadata? only 'likes'? or subject tags?

next: make very simple printed outcomes from my initial voting prototypes.

first: start with the graphic design output question. (single input interface can produce different outputs.) make a system that accepts yes or no votes only. then render that result graphically in 3 different ways.

28 Feb

Prototyping: tools that use existing voting systems & expose their differing algorithms, thus how their results are produced by the design of the system. http://www.codercaste.com/2009/11/28/how-to-use-the-urllib-python-library-to-fetch-url-data-and-more/

Next: learn how to submit login forms from a python webscraping script.

thoughts

  • The script I write to translate the voting results into graphic design introduces yet another algorithm layer. Be open about this: eg, by using the same one across the various sites?
  • A single voting system could be interpreted in multiple ways. Eg - e-consensus.org: only print a copy when all comments = 'consent'? Print one copy per 'consent' given? Print a copy as long as no 'concerns' are present?
  • Hard to do an accurate comparison because different voting/consenting systems have different interfaces + options. So you can't simply take all the votes, then process them according to the different algorithms. Is this ok? Maybe starting from the same group of texts is ok, and then letting them diverge per platform?


20 Feb

Questions for Aymeric:

  • How to deal with conclusion that meaningful consent requires face-to-face dialogue?
  • How to use workshops in feminist context? Purely to produce material, or try out democratic systems?
  • If not creating a utopian system, what am I making? Several contrasting systems?

Answers (thanks Aymeric!)

  • Differentiate between "how question is asked/interface" and "algorithm used to process the input".
  • You could use the same algorithm with several different input interfaces to produce wildly differing results.
  • Feminist point that MORE is needed than simple mediation of "yes/no" checkbox. Illustrate this by creating frustration - set people tasks but only allowed to use certain limited tools.
  • Create the urge to bypass the software, to make the point that they are not neutral tools.
  • In workshops: create analogue versions of software algorithms with pen & paper.
  • Software is widely understood to be a neutral, universal set of tools - reveal how it mediates/shapes conversations.
  • USE EXISTING SOFTWARE! Don't re-create its mistakes, but use it & contrast it in order to critique it.


15 Feb

Useful tutorial w/Femke S. Notes:

  • Graphic design
    • Collision: elements and WHERE they are arranged becomes important. With a placard, the layout includes where it's held, by whom, how high etc.
    • Collaborative design systems come down to 'weighing' relative importance of different elements.
    • Look at how real-life decisions are made by graphic designers - how do they allocate space in, eg, newspapers?
  • Interfaces
    • Input forms create a (numerical) 'result' - but this isn't the case in real negotiation.
    • How could this 'result' show its history? How can there be tension?
    • Many ways of showing "something should have been there but isn't there" - usually not visible in a 'final outcome'.
  • Politics
    • See: Alexi Shulgin 'Refresh' - early example of a piece that breaks w/out cooperation
    • Slogans: Decision not to use them in Madrid 15 May. LGRU meeting ads subvert slogans by using (non-rhetorical) questions instead (http://libregraphicsmeeting.org/2013/r+w/)

5 Feb

Clearing up my brain to know what to do next.

Project history:

  • Dissolute Image: a file only published with the endorsement of many participants.
  • How could this logic be applied to the problem of how to curate Radical X content?
  • Idea: a magazine where each article needed to be 'hosted' elsewhere



  • Instead of starting writing code for this, stopped to pause & reflect on 'gestures of endorsement' - could there be others?
  • 2.1 - Residency: transmitting repetition; what is relationship of person transmitting to the content they transmit? Do we mean what we say?
  • 2.2 - Consent. Reading up on feminist theories of consent: signifiers are often unclear. 'yes' is transmitted but is it meant? Project: Party Line Placard Generator.



  • Project plan: an ongoing discussion about consent, ending in a publication. Supported by editing software that visualizes the extent to which people endorse the content.
  • Experiments
    • Modular ideal of consent: Endorsing individual sentences - Mediawiki (not best tool)
    • Visualizing level of endorsement through typography.
    • But consent must be encoded in the interface: Researching how consent/agreement encoded in online interfaces.
  • Current possibilities:
    • A 'voting' system to visualize popularity using graphic design. (eg Slogan Voting).
      • Problem: populist approach; doesn't address fact that voting systems force decisions, perform in their own right
    • Interface/s to encode consent [Interactivos proposal]
      • By contrasting the options offered by different systems, the way they 'manufacture consent'/ create different output can be critiqued.
      • Problem: if only one is made, problematic implication that this system accurately encodes meaningful consent.
    • Original idea of individuals hosting own content, magazine aggregating it.
      • Problem: populist approach. 'Problem of silence'.

BIG PROBLEM #1:

  1. How to be critical of the way that signifiers (words & interfaces) encode consent, thus perform in their own right? (Not try to make a utopian system)

One the one hand I want to make a utopian system that REPRESENTS consensual process in printed outcome. On the other hand, I want to critique the assumption of accurate REPRESENTATION underlying such a project.

31 Jan

Idea for workshops: use workshops to generate discussion & new slogans. Then put these into the software.

To prototype next: use 'Bang with Friends' idea as editing tool. Invisible until both agree.

30 Jan

Working on the visual design of consent slogan voting system. Thinking about changing it from css to SVG - easier to have control over layout, and potentially easier to print to .PDF as well. TODO next: look over code from yr1 for generating svgs and copy paste.

by the way... Just found this on the wiki. Possible basis for future project. Perfect combination of elements: painstaking collective labour, gender, human computing: The word computer was originally used (circa 1900's) to describe a person whose job it was to compute.

bw1912.jpg

http://www.cfa.harvard.edu/~jshaw/pick.html

"Pickerings Harem" was a group of women computer's who translated astronomical data recorded on photographic films into tables of data in standardized units.

25 Jan

hello journal. Today it's How I Learned to Stop Worrying and Love Data Visualization.

Now thinking for the forseable prototyping future of my project as a data-viz one, not only ETHICS but AESTHETICS of consensus or lack thereof. Re-visting a lot of code & ideas from trim 2.1 and 1st year, and my interest in translating numbers into visual things. I think this is what I enjoy most about writing code actually. So I'm going to do that for a bit, and enjoy it, and make some things and then we can have the serious conversations later. OK!

BUT. In the meantime - note that current version ADDS each vote to the previous total. So if someone votes 'no' (0), it stays the same rather than having its total reduced. This mirrors the 'common ground' exercise where people take a step into the circle when they agree with a statement - everyone ends up standing together, because disagreement is ignored by the system while agreement gradually accumulates. A more sophisticated system could deduct votes. Although this could lead to edit wars. I like the current model, where things get bigger as they are consented to - the other ones fade into the background.

It could also work to add annotations - so people cast their vote, but written feedback is also stored and can be accessed for example on a hover event or summat.

Interview about a book about collaborative media in Prototyping Futures: http://medea.mah.se/2012/12/collaborative-media-production-consumption-and-design/

24 Jan

518CtGBupxL._SS500_.jpg

50-pack tattoo consent forms.
Somehow arrested by this image/marketing of this 50-pack. Industrial-scale anticipated consent/ encoded consent/ consent as business --- link to callcentre work and its relentless ruthless search for 'consenting' subjects.

24 Jan

I'm stuck on what to make next. Was hoping SMWiki would offer a way to tag and sort texts and it didn't really. I could start writing something that does, but now I'm wondering - do I want to make yet another tool for annotating online texts? What is my position if I do this? Am I claiming that this system is more consensual? Am I claiming that it accurately records a process of social negotiation?

I'm coming up against the problem that these systems always perform in their own right; they won't ever 'record' an analogue conversational process. They make its results accessible, but in doing so alter/produce those results according to its own logic. Eg - e-consensus constructs consent as a 'green light', something given. Wikipedia constructs consent as a default in the absence or conflict, or else a temporary agreement following debate. Do I want to go down the road of looking at how we encode consent, ie how our ability to 'give' consent is constrained by the gestures available to us? Returning to the essay The Nature of Consent. I found it useful how it differentiates between three key aspects of consent. I think I need to clarify which one/s I'm tackling:


  • The grammar of consent
Challenging the problematic grammar of 'giving' and 'receiving' consent (as opposed to constructing it collaboratively)
  • The ontology of consent
Ie, is wanting the same as consenting? (consent ≠ desire)
  • Signification
What gestures should be taken to signal consent and which gestures are invalid?

Feminist theorists tackle some or all of these three areas. The ones I'm most interested in, those arguing for consent as a collaboration, challenge the grammar of consent as well as the ontology of consent (consent should not merely be 'given' because consent ≠ desire; to close consent/desire gap collaboration is needed). Others such as Hugo Shawyzer examine the ontology of consent - 'yes (consent) doesn't always mean yes (desire)'.

Looking at software systems, the last one - signification - seems the most relevant. Ie, how is consent encoded. (Green button, reverting an edit... etc). And can it be encoded in such a way that challenges the traditional grammar? Wikipedia starts to do this, so does e-consensus albeit in a limited way.... But the better it models this notion of collaboration, the less software-like such a system becomes. So it seems silly to write software to mimic human conversation; software is useful precisely when you need to SIMPLIFY real conversation in an encoded way. So actually my interest is much more a graphic design/data-viz one than a software one. Not 'how to design a collaborative system' (because the answer is obvious - conversation). But rather: how to capture this conversation in the final output? How to challenge the idea, which props up hierarchical editorial power as well as coerced 'consensus', that the 'final outcome' must be neat & tidy. Indeed that there must BE a final outcome.

A system for a messy outcome. Challenging the assumption underlying the Wikipedia book maker: we want to print out something tidy; the consensus position. No: I want to print out something messy, something honest that reflects the struggle over its own creation. So I can use pre-existing systems. The bit that I want to mod is the PDF output bit. morrisboxsound.png BOOK WITH THE SOUND OF ITS OWN MAKING

next: make something quick that visualizes version history. Ie - translates numbers (number of edits?) into visuals (font size).

23 Jan- thesis therapy w/ Dr Steve

  • Use same methods in thesis as in practice: exploratory, empirical, conversational
  • WHY don't I want to construct rational/scientific argument? A: 'Importing' out-of-place ideas from one context to another gives fresh perspectives on an question. Also personally - an attempt to negotiate different registers, see if it's possible to speak across registers/discourses. Also politically? - infuse feminist ethics into collaborative production.
  • Q: Who am I speaking to?
  • The topic is genuinely problematic. The dilemma is productive though.
  • ALLOW my subjectivity in this dilemma to be an instrument for articulation. It can be convincing; it becomes rhetorical - don't pretend to be neutral.
  • Link between 'yes means yes' & consensus/wikipedia: social codes produce behaviour, whether they are slogans or software. Encoded either socially and/or symbolically.
  • Describe clearly how these different domains map onto one another. Eg, where are feminist definitions of consent relevant to software design?
  • Include TM workshop and other experiments.
  • See 'Us', teams painting over each other's work. << Seems to make a point about human nature but in fact sets up a scenario to produce conflict and trashed paintings.

23 Jan

Just came across this random rant on wikipedia about 'e-consensus'. Fascinating; it says "The e-consensus paradigm views the "e-document" as a "battleground of ideas" for wisdom and ignorance to forge a common decision of what is to be said and how." And it has been listed on Wikipedia:Votes for Deletion. How perfect! http://en.wikipedia.org/wiki/User:Quickwik/E-consensus

Playing with the fascinating https://econsensus.org/ Trying to encode discussion, comments, warnings & ultimately consent. You give consent by pressing a green button...

This from the website of Activate, the NGO who developed the software..

   Participation and Consent

People have a right to be heard on matters that affect their wellbeing - so we are morally obligated to listen, and help others raise their voice. No development project can effectively serve its recipients (or its users) without their frequent input during design and early testing - so we are practically required to get our users and beneficiaries involved early and often. This drives participatory international development and agile software development. It also drives our company's governance and management. We are committed to ensuring that everyone in our workplace has a voice in policies that affect them. We accomplish that by using participatory decision-making and testing each policy to ensure it won't prevent us from serving our clients or endusers and it won't prevent any of us from working effectively in the company. It turns out that this reduces our risks, helps us learn rapidly as an organisation, and increases our sense of satisfaction and engagement: doing the right thing is the most practical choice as well.

team painting as corporate teambuilding

check out this use of collaborative labour as teambuilding awayday: http://www.platepus.com/people/painting.php


And peer-review via Github: https://github.com/cwcon/push

21 Jan

Notes on Wikipedia's book generator:

  • You can't add history pages to the book, but you can add talk pages.
  • Table of contents, Index are generated automatically and it looks pretty.

I think I want to propose a way of linking the 'talk'/history of a page meaningfully to the text - not just separate 'talk'/history pages.

Notes from Michael tutorial:

  • Shortcoming of RDF - data is removed from its original context; 'facts' appear to stand alone & reified in triple format.
    • RDFS attempts to put 'facts' inside HTML docs
    • RDFA vs MicroData - two projects for adding structured info/annotations to a page. MicroData - getting DOM access to the page to grab specific bits.
  • Check out Ted Nelson on Hypertext - early ideas on semantic texts. See his Filesystem for the Complex... essay on the need "to provide

the capacity for intricate and idiosyncratic arrangements,total modifiability, undecided alternatives..."

  • Wikipedia 'Neutral Point of View' policy masks political realities. (Also see WikiData presentation, which makes a nod to diversity of data sources/definitions.)


  • Alternative proposals for wiki-based collaboration:
    • Liquid Threads mediaWiki extension, to replace Talk page with threaded forum.
    • See also Smallest Federated Wiki from Ward Cunningham; everyone has their own wiki & pushes/pulls to/from others - videos at wardcunningham.github.com
    • Oral citations: critique of current citation policy (funded by WikiMedia Foundation grant): http://meta.wikimedia.org/wiki/Research:Oral_Citations
  • Good not to make yet another 'solution' to problem of semantic annotation. Projects above don't deal so much with difficult social question of what constitutes agreement.

18 Jan

Trying out Semantic MediaWiki as a way of collecting and tagging texts. Coming up against its limitations is helping me figure out what I /do/ want. Notes:

  • It's actually easier to copy & paste fragments of text than to tag them w/SMW syntax
  • I want to copy out portions & write next to them, not just mark them up. (Possibility: use Page datatype as default and put comments on the tagged phrase in the empty page which is automatically linked to when tagging.)
  • Need to make inline comments, not just in the talk page. When I make a note (eg 'this is bollocks') I want to say why - like a log message.
  • There needs to be multiple layers of property tags - one for each user who has tagged within a page - so that one text can have the same sentence can potentially be tagged with two different properties, by different users. It's not possible in SMW to have tags overlapping or nested.
  • Workshop idea - group decides what ontology to use at the start.
  • Maybe this is too meta, but the flat structure of wiki & flexible property tagging make the issue of coordinating (ie agreeing upon) the ontology vital. Would be massive shame to pre-define an ontology (eg property names) as this avoids a problematic democratic process.
  • Clear need for a collection of texts as a precondition of the project, for any group to work with. Start this sooner; wiki is a good way of doing this.
  • Want to keep participants' comments separate from the texts themselves. So that it's clear what we're reaching consensus on - not a sprawling open-ended debate. Introducing limitation forces issue of consent/sus to arise.

16 Jan

Thesis time! Terror! Headspace...So. Narrowed down my technical focus to consensus processes for collaborative document editing. Have excluded earlier interests in aggregation, hosting etc in an attempt to avoid the tunnel of doom. Michael convinced me that spending some time prototyping with wikis would be a good idea. Their functionality plus the history/practice of their communities gives a nice correlation of theory + practice.

SO. My topic of thesistic exploration will be the tricky border where 'consent' meets 'consensus'. ('consent' = agreement of an individual; 'consensus' = agreement of the group.) The aim is to critique the way that consent is encoded in:

  1. Dominant consensus practices, and thus
  2. Collaboration systems encoding these practices (Eg wikipedia).

The critique will be made using feminist theories of consent. I will argue that:

  1. The rhetoric/ideal of consensus often masks the ambivalence and compromise experienced by the individuals 'giving' consent.
  2. Accepting this ambivalence/not-consensus is ok and beautiful and a powerful ethical position.

Here is the outline, with research objects in << >> brackets:

  • Introduction
    • Demise of hierarchical editorial power online raises question of how to edit collaboratively.
    • 'Consensus' is a popular model used by projects like Wikipedia et al, encoding the popular activist approach to organizing.
    • Question: how consensual are these consensus systems? What is lost in the quest for consensus and who loses out?
    • Argument: interrogating consent at a low level gives tools for evaluating how consensual 'consensus' process are. Feminists give us these tools.
  • Summary of the concepts of 'consent' as opposed to 'consensus'.
    • Trace the the source of 'consensus' process in Western leftwing projects
      • Q: What common sources do consensus evangelists (Wikipedia, Seeds for Change, Movement of Movements etc) draw from? << Historic texts/groups; Seeds for Change interview >>
      • Q: What assumptions does this concept of consensus make about individual consent?
    • Summarize feminist campaigns on consent << Reclaim The Night; Rape Crisis policy >>
      • Argument: interrogating consent at a low level gives tools for evaluating how consensual 'consensus' process are. Feminists give us these tools.
      • Summarize origin & dominance of the 'yes means yes/no means no' slogan. << Historic texts/ campaigns; RTN interview >>
      • Outline correlation of this slogan with the legal definition of consent. << 'The Nature of Consent'; 'Consent to Sexual Relations' >>
      • Introduce contemporary debates questioning this slogan. << 'Yes Means Yes'; Hugo S. >>
  • Consensus in online publishing
    • Introduce the issue of how to curate crowd-sourced content. (DANGER of diversion into filter bubble debate)
      • Hierarchical editorial control being replaced by user curation / collaborative curation.
    • How consensus is encoded in collaborative editing << CHOOSE RL EXAMPLE/s. Possibilities: post-Indymedia projects; Wikipedia >>
      • Describe an example or two of how consensus is used in collaborative editing. (DANGER of becoming a Wikipedia/WikiMedia thesis)
      • Use feminist theories of consent to evaluate how consensual this process is.
  • Proposals for consensual approach to consensus
    • Ambivalence is good
      • Back up with feminist/ direct democracy theory (Q: how/where to include theory on consensus democracy?)


potential fork alert

Writing this I realize that feminist theories of consent can be used powerfully to critique practices of consensus. (Ie, that they are not really consensual). BUT. They are two different topics, with different implications when it comes to software.

  1. Consent: TOS, 'I agree' buttons
  2. Consensus: wikipedia, comment rating systems.

The former is about individuals giving themselves over to a policy. The latter is about individuals expressing their views. They are related, but are they related enough to both be the topic of a project/thesis? I reckon........... the point of the thesis is to bring them together. BUT. It will become too sprawling if I include how individual consent is encoded in software ('i agree'). Instead I will limit the discussion to collaborative systems for deliberation. BECAUSE: they most closely model the idea of consent that feminists are proposing, albeit with more subtlety needed (which is what my graduation project attempts).

Solution: make the following analogies:

  1. TOS/ 'I agree' = conservative status-quo of consent
  2. wikipedia consensus = attempt at radical, truly collaborative consent

Thus maybe mention 1. briefly, but my main interest is in 2.

15 Jan

Have been converted to the wiki cult. May be gone some time.

See this for an example of the prized concept of consensus in FLOSS community: https://gnu.org/consensus "I'd like to reach consensus on officially supporting this manifesto" https://lists.gnu.org/archive/html/consensus/2012-12/msg00009.html


mediawiki experimental thoughts:

  • love wikis. easy cut & paste BUT then requires rules if metadata is to be coherent.
  • functionality lacking from mediawiki by default:
* keeping track of where a text has come from (see active archives approach)
* ability to browse tags by who added them (possible w/ semantic mediawiki?)
* ability to add multiple layers of tags to a single page w/out creating a new page, or overwriting page in the VCS
  • q: how to integrate the version history with meaningful metadata?

C's observation was useful: I'm trying to make something halfway between a VCS and a metadata system.


9 Jan

Going to join Dave's browser editing club this month and do editors that use different schemes for negotiating consent. First prototype will be a text-editing sketch where a block of text can be reviewed by the user for publication. User can highlight the portions as 'yes' 'no' or 'maybe'; they are stored in a db with these phrases as tags. A separate script that outputs PDF will format the text for print such that these judgements are reflected in the design. (eg - 'no' is omitted, 'yes' printed, 'maybe' printed sometimes at random, or fainter.)

Need to find some js-type code that lets you 'tag' portions of text by highlighting them. C recommended CodeMirror - js that creates an in-browser editor. It comes with optional extras that add the type of functionality I want, like putting text into variables when it's highlighted by the user.

Next steps:

  • read CodeMirror user manual.
  • make a prototype editor that puts selected string into a variable.

from http://codemirror.net/doc/manual.html#event_cursorActivity Events

A CodeMirror instance emits a number of events, which allow client code to react to various situations. These are registered with the on method (and removed with the off method). These are the events that fire on the instance object. The name of the event is followed by the arguments that will be passed to the handler. The instance argument always refers to the editor instance .."cursorActivity" (instance)

   Will be fired when the cursor or selection moves, or any change is made to the editor content.

...Read user manual. Useful bit = detecting cursor events that mean text has been selected. Looking for a simpler way of doing this in js myself. Seems there is an inbuilt method, .getSelection(), that does just this. Find out how to use it. Try using the sample code at http://stackoverflow.com/questions/7416555/getselection

27 Dec 2012

My project has a social side and a technical side. I've put time into figuring out where to intervene socially. Now I need to firm up a software spec and learn some skillz.

FEATURES

  • Anyone can contribute to the 'library' (or - limited to a group who've committed + have passwords?)
  • Users curate by committing physical resources as a marker of agreement/solidarity (Piracy Project as opposed to Assembling Press, where authors must print own work)
  • Popularity is visualized physically (see Amsterdam Weekly)
  • Popularity/disagreement is visualized in the software

>> the above two could clash: or somehow make the software configure web2print files such that the two are combined?

  • Proliferation of provisional editions
  • POSSIBLE: designers make the publication look nice

I think there is some confusion in my mind between transmitting others' words, and this idea of curation. Or maybe not. I'm conflating 'curation' with 'transmitting' maybe. You know, holding a banner for another: both transmission and curation; you decide what you agree with and then you publish it. And it's this process of curation that interests me. When curation isn't simply a personal choice but done out of solidarity. The danger with this project is that this idea gets lost, and it becomes all about debating certain controversial texts in their own right. I somehow have to create an imperative for solidarity (or locate a pre-existing one). I need to find a publication pronto in which to intervene.

And where does curation relate to the 'creation of hybrid documents' that I presented in my diagram? I guess these hybrid documents are simply the edited spreads which will be printed, minus the unpopular text.

The overriding aim is to highlight the dischord that underlies consent. Basically it's Open Sauce, with a more sophisticated way of: - indicating agreement/disagreement - visualising agreement/disagreement

Which is where version control is relevant. Questions to bear in mind while learning Git: - How are documents circulated socially using Git? - How are documents approved of or disapproved of/discarded?

I think my knowledge is still too patchy to create a whole VCS and web to print tool myself - shame, as I wanted a customised one. But I don't just want this to be another Open Sauce, ie, 'artist uses a wiki' -- 'artist uses Git'. I want to draw attention to the social relationships inherent in these tools? No. Actually I want to use these tools to visualise social relationships. (DANGER - being naive about how these tools 'perform' or produce certain behaviour in themselves.)


Goal: make a VCS/publishing system implementing a "beyond yes or no" idea of consent. Editing or version control features to be taken from manifestos on consent - ie, yes, no maybe game.

LEARN what exercises/games are feminists proposing to practice consensual negotiation? Could this be a 'learning game'?

Idea: could the editing/curation process be a more intimate thing, where people are paired with another person and create the document together?

Next steps: Learning about Git to understand how it encodes social relations of approval/discarding of documents; what processes of curation does it take for granted and how could an experimental VCS encode or encourage different relationships?