Tags for proposal traits (en)

De GERMINADOR wiki

Dreceres ràpides: navegació, cerca
English > català > castellano

Express yourself, discuss
For comments, opinions, pieces of criticism or contributions you can write in the discussion page. If what you want is to improve an article, you can also click on the edit tab


Experimental method to describe proposals of the Germinador wiki

These tags are used to mark the features of the proposals. It is an open list that is created as a work resource. The objective is describing rather than classifying although these description elements are also used for automatic grouping of the proposals.

Most of these tags come with a template in the GERMINADOR wiki to head sprout or seed articles so that the labeling is unified as well as they are listed according to the categories expressed in the tag.

Contingut

[edita] Time features

  • Synchronous - necessary/optional | template: template:síncron | category: categoria:síncron| using tag: {{síncron|necessary/optional}}
    • When creation is made simultaneously, so several participants’ interventions coincide in time. There is a difference if the proposal necessarily requires time concurrence or if this is somehow optional. Among those systems where synchrony is optional, there are some promoting it, and others, being asynchronous-oriented systems, do not prevent participation from also being synchronous. In this second case, it seems to be better if they are tagged as asynchronous-optional.
  • Asynchronous - necessary/optional – in self-determined time /sequential | template: template:asíncron | category: categoria:asíncron| using tag: {{asíncron|necessary/optional|in self-determined time/sequential}}
    • When creation is made without participants coinciding in time. There is a difference if the system prevents time concurrence (asynchronous-necessary) or it is somehow optional. Among those systems where asynchrony is optional, there are some promoting it and other, being synchronous-oriented systems, do not prevent participation from also being asynchronous. In this second case, it seems to be better if they are tagged as synchronous-optional.

[edita] Work or resulting experience features

  • Amalgam | template: template:amalgama | category: categoria:amalgama | using tag: {{amalgama}}
    • When participants’ contributions get "mixed up" or are integrated in a way that they are not identifiable. It refers to systems where the outcome is perceived as only one text, one image, ... an amalgam created by means of the different interventions. There are proposals that feature this trait but that secondarily they permit the recovery of this information thanks to the intervention history.
  • Mosaic | template: template:mosaic | category: categoria:mosaic| using tag: {{mosaic}}
    • When participants’ contributions fit into each other without merging. Each contribution may still be able to be identified as an independent element (even when participants do not identify themselves).

[edita] Participants’ features

  • Anonymous user - only/allowed - strong/medium/weak | template: template:anònim | category: categoria:anònim| using tag: {{anònim|only/allowed|strong/medium/weak}}
    • When the participant in the experience (or system user in terms of interaction design) is or is able to be anonymous. This means participating without being identified. In some systems anonymity may be the only possible option. Others may be systems where you identify but they also allow anonymous participation. In these cases, it is explicitly indicated that anonymity is possible.
  • Identified user - strong/medium/weak - explicit/implicit | template: template:usr identificat | category: categoria:usr identificat| using tag: {{Usr identificat|strong/medium/weak|explicit/implicit}}
    • When the participant in an experience (or system user in terms of interaction design) gets or is identified. This identification may have different levels. It may be the case that a name is given and can be changed every time, there may be a registration process, personal data may be asked and there may be systems of data validation or checking. In order for these conditions to be described, there is a strong, medium or weak identification. On the other hand, identification may be explicit (the user identifies him/herself and/or the system makes this identification visible) or implicit (there is a remote identification by means of the user’s actions and/or by means of the IP or another mechanism).
  • Registered user - required/optional - strong/medium/weak | template: template:usr registrat | category: categoria:usr registrat| using tag: {{Usr registrat|required/optional|strong/medium/weak}}
    • There is a registering system for the user in the system. Registration mayt be a must requirement or optional. The registration process may imply personal data or simply a nickname. Depending on the type of input data, there are strong, medium or weak registering conditions.
  • Partial perception - state/process/state and process | template: template:pParcial | category: categoria:pParcial| using tag: {{Partial|state/process}}
    • When participants get a partial perception of what is being done. This partial perception may be as regards to the work as a whole at any moment (state) of the process or as regards to the process itself.
  • Global perception - state/process/state and process | template: template:pGlobal | category: categoria:pGlobal| using tag: {{pGlobal|state/process/state and process}}
    • When participants get a global perception of what is being done. This global perception may be as regards to the work as a whole at any moment (state) of the process or as regards to the process itself, to its evolution.

[edita] Access and structure features

  • Onion layers | template: template:ceba | category: categoria:ceba| using tag: {{ceba}}
    • Socio-tech systems having a known social structure such as "onion layers ". This involves an open system to participation but where the involvement level and responsibility swing from outer and more numerous layers to inner and scarcer ones.
  • Open | template: template:obert | category: categoria:obert| using tag: {{obert}}
    • A proposal or system that is open to participation of any individual. In principle, there is not a set limit or requirements to participate. There are no welcome procedures or of selection of participants. In practice, the number of participants may be limited by technical matters but it is not part of the definition of the proposal.
  • Restricted | template: template:restringit | category: categoria:restringit| using tag: {{restringit}}
    • A proposal or a system that somehow constrains participation. This may be a proposal that has a limited number of participants. But this may also be a proposal that requires a process of validation in order to participate or that constrains participation to determined conditions.
  • Chain process | template: template:cadena | category: categoria:cadena| using tag: {{cadena}}
    • When the process of participation or the resulting structure of the contributions may be interpreted as a chain. A part, a person or node links with the following and thus successively.
  • Tree structure | template: template:arbre | category: categoria:arbre| using tag: {{arbre}}
    • When the participation process or the resulting structure of contributions may be interpreted as a tree. Structures or procedures that brach out, expanding themselves as options or alternative paths that start to open up from a common trunk.

[edita] Features related to collective resources and dynamics

  • Protocols | template: template:protocols | category: categoria:protocols| using tag: {{protocols}}
    • When there are some guidelines, rules or protocols that guarantee the fitting or merging of contributions. Depending on the case, these protocols are more or less formalized, more or less explicit and a more or less rigid level of tolerance for contributions outside the framework. This feature stands out in those proposals where protocols play a key role. Protocols are usually substituted by mechanisms of coordination and/or decision making. If protocols are followed, contributions fit in without having to reach to any agreement.
  • Comunication resources – face-to-face/mediated- written/voice/graphic/audio - chat/forum/other| template: template:rsc comunicació | category: categoria:rsc comunicació| using tag: {{Rsc comunicació|face-to-face/mediated|written/voice/audio/graphic|chat/forum/other}}
    • When a proposal includes any type of communication among participants. Especially this feature refers to when there are communication mechanisms beyond those realizing in the creation environment itself. It is pointed out if communication takes place face-to-face (people share the same space or they can communicate non-verbally in a direct way) or if it is biased by any type of technology or media. In this second case, it is pointed out if it is written, voice, graphic, audio (through music or sounds apart from the voice) communication. Also, if there is any mechanism of conventional or typified communication such as chat rooms or forums.
  • Decisions | template: template:decisions | category: categoria:decisions| using tag: {{decisions}}
    • When the proposal accounts for decision-making mechanisms, especially when they are part of the proposal itself or they are set by the tradition of use of the system and play an important role in the creation of the work or in the collective dynamics. These mechanisms may be voting systems or resources that are use for deliberating and reaching agreements.
  • Game | template: template:joc | category: categoria:joc| using tag: {{joc}}
    • Proposals that are set up as games or that have a strongly marked ludic component.
  • Surrealist practices | template: template:surrealista | category: categoria:surrealista| using tag: {{surrealista}}
    • Proposals that involve Dada or Surrealist practices and also those system directly deriving from them (variations and adaptations to other contexts).
  • Social – strong/medium/weak | plantilla: template:social | categoria: category:social| using tag: {{social}}
    • When there is a significant social dimension. Obviously all proposals have a social component, but this feature refers to those that imply resources that enable social interaction at a certain time sometimes giving way to communitary dynamics. It is pointed out if this social dimension is strong, medium or weak.
  • Common good | template: template:bé comú | category: categoria:bé comú| using tag: {{bé comú}}
    • When participants’ intention (or of those defining the proposal) that is being created, built or produced entails a common good. This means that whatever everyone gets is beneficial (having or not participated in its production).

[edita] Technical and media features

  • Software | template: template:software | category: categoria:software| using tag: {{software}}
    • When the proposal implies the use of software. Those cases where in the process of creation software packages are used, no matter if they are specifically created for the proposal or if they are appropriations of preexisting systems.
  • Hardware - which | template: template:hardware | category: categoria:hardware| using tag: {{hardware|which}}
    • When the proposal implies the use of a specific hardware. This feature is not used to describe proposals where conventional computer equipment is used to access the system, but to describe those requiring an additional device. Interaction installations may be included, those using sensors, microchips, cameras, projectors, several computers and other devices. Also internet systems that require the use of additional physical interfaces such as webcams, microphones, joysticks, etc...
  • NoTech | template: template:noTec | category: categoria:noTec| using tag: {{noTec}}
    • When the proposal has a low-tech component. When computers are not used. When the technological elements used are low-tech or they are not very relevant for the proposal.
  • Online - internet/other networks | template: template:online | category: categoria:online| using tag: {{online|internet/other networks}}
    • When the proposal implies on-line connection among the implied actors and it is done through any technological device. It is pointed out if it is internet or other networks what must be used.
  • Offline | template: template:offline | category: categoria:offline| using tag: {{offline}}
    • When the proposal does not imply any connection through digital networks. This does not mean that it can’t be interpreted as a collective creation where participants somehow build a kind of network. It is just about identifying proposals that do not make use of Internet or other similar media.
  • Online editing - text/graphics/audio/code/other | template: template:edició online | category: categoria:edició online| using tag: {{online|ed_on text/ed_on gràfica/ed_on audio/ed_on codi/ed_on animació/ed_on altres|}}
    • When a system includes the possibility of on-line editing, usually in a browser-based program. It is pointed out if it is text, graphics, audio, programming code or other editing.

Media use:

  • Text | template: template:mitjà text | category: categoria:mitjà text| using tag: {{text}}
    • Proposal where text is used in the process of collective creation. Do not describe with this trait systems where text is only an interface element or an explanatory complement.
  • Graphics - drawing/photo/video/animation/others | template:mitjà gràfic | category: category:mitjà gràfic| using tag: {{gràfics|drawing/photo/video/animation/others}}
    • Proposal where graphics are used in the process of collective creation. Do not describe with this trait systems where graphics are only an interface element or an explanatory complement.
  • Audio - music/voice/others | template:mitjà àudio | category: categoria:mitjà àudio| using tag: {{àudio|music/voice/others}}
    • Proposal where audio is used in the process of collective creation. Do not describe with this trait systems where audio is only an interface element or an explanatory complement.
  • Audiovisuals | template:mitjà AV | category: categoria:mitjà AV| using tag: {{AV}}
    • Proposal that is aimed at the creation of a audio-visual product or experience. Do not describe with this trait systems where the audio-visual media is only an interface element or an explanatory complement.

[edita] Proposal: new description elements

New description elements be taken into account:

  • Undefined Dev (undefined development): when the process of creation is theoretically unlimited (i.e.: Glyphiti)
  • Limited Dev (limited development): when the process has a limit, duration or limited steps (i.e.: Exquisite corpse graphic in 3 parts)
  • Instructions: when there are some instructions to follow (as in Chain drawings – Chain gifts or in a DIY proposal. Consider: is this not the same as "protocols"??
  • Artistic practice: when an artistic practice is being described as "happening" or "ready-made" or "DIY".
  • Selection or Filtering: when there are mechanisms of selection to accept/discard contributions or to provide/prevent them with visibility
  • Voting: maybe this would be a parameter of "decisions". When there is a voting procedure within the process of decision making. There may be other parameters such as "deliberation", ...
  • Score: when there are mechanisms to grade contributions, contents or results.

[edita] References