Workflow

Pensando aqui em como estruturar as coisas. Eu imaginei um cenário em que as pessoas podem publicar o que que tiverem de documentação. De preferência atomizado, em pedaços com coerência de linguagem e dx mesmo autorx. Cada pedaço desses é um node. E aí bolar uma maneira de ter playlists de nodes, com peso e possibilidade de comentários, gerados por editorxs. Ou até por qualquer usuárix do site. Ficar um repositório de documentação relacionada à MetaReciclagem, e múltiplas possíveis organizações disso. Pra isso funcionar, talvez o livro colaborativo não faça sentido, e tenhamos que quebrar as coisas em tipo de mídia: texto, imagem, vídeo, áudio. Complica no caso de já existirem combinações, texto+imagem, por aí. Também complica ao usar, por exemplo, arquivos publicados em outros lugares (ou não, se tiver deeplinks pra download dos arquivos no EL e embed pra youtube e afins).

clone

e tava aqui quebrando a cabeça sobre como desdobrar: de um texto inicial poder tirar vários pedaços pra usos diferentes. pensei em poder fracionar um node de texto em outros nodes de texto, mas na real isso complica o acompanhamento dos nodes. teria que manter o node inicial como placeholder e ter links pra todos os fragmentos que antes o compunham. acho que uma solução possível é pensar em várias fases: a partir de um texto inicial, eu posso clicar em "citar" ou algo assim, e se cria um node com o texto do inicial, que eu posso editar e mexer e excluir e tal. se pans com blockquote automático, parágrafo destacado, como tem por aí em fórum com phpbb: citação com menção ao "original". e fica registrada a genealogia entre os nodes, sem prejuízo do inicial. um link aponta pra de onde veio o esquema.

Algumas idéias

Eu acho importantíssimo que as coisas sejam arquivadas usando os recursos de web semântica, para facilitar qualquer rearranjo e agrupamento da informação. Felipe, curto o base.google.com que é um repositório semântico. Não sei se lá seria o lugar, mas pode ser um módulo de repente do Drupal que faça algo parecido ou interaja com a API deles. O base.google ainda é meio tosco e não XMLeou a coisa ainda com RSS/ATOM. De repente se cria uma taxonomia padrão por exemplo: 1. Introdução [conceitos introdutórios sobre o projeto] 2. Atuação [áreas de atuação] 2.1 Cidades [locais aonde foram desenvolvidos] 2.2 Projetos [nome dos projetos e descrição] Cada um que publicar a parada, designaria em qual nó da taxonomia iria publicar. O editor revisaria essa alocação de texto <--> taxonomia. Qualquer coisa poderia ser publicada: html, texto, pdf, video, rss, etc. Meus 2 cents.

Múltiplas edições

Tava pensando mais sobre o workflow do mutirão hoje aqui, e imaginei o processo assim: 1) Em um primeiro momento (que continua depois, claro), a gente coleta informação. Pra isso, tem quatro nodetypes: texto, imagem, áudio, vídeo. Talvez mais um, genérico, pra outros tipos de arquivo. Nessa alimentação, a onda é tentar atomizar: chegar em pedaços mínimos de informação. A coerência interna do node mais importante que sua contextualização. Por exemplo, um texto existente ou mensagem pra lista pode ser quebrado em diversos nodes. 2) Em cima disso xs aditorxs podem fazer mexer, mas mais no sentido de correção gramatical, retificar equívocos, por aí. 3) Aí vem a parte divertida: eu pensei no trampo de edição como manipulação desses tipos mínimos. Editorxs podem fazer seleções lineares de nodes publicados por si ou por outrxs. Fazem playlists de nodes, quero adicionar esse node, que fica antes desse outro. Quando for necessário, podem duplicar nodes pra criar versões modificadas (e fica registrada a ligação entre os noes), ou podem eventualmente fragmentar um texto maior pra colocar um comentário no meio. No fim, pode ser que a gente tenha diferentes editorxs mixando livros diferentes com basicamente o mesmo material. Os comentários de editorxs também viram novos nodes que podem ser remixados por outrxs editrxs. Manipulação de informação, no bom sentido ;)

por email

Conversei um pouco com o André Avorio sobre:
Avorio node, node, node. boa. não ouvi vocês falarem de agregador. embed funciona, mas requer dois trabalhos - e.g. publicar o vídeo no YouTube, depois republicar no site. esquema melhor seria fechar o ciclo com um agregador automático baseado em tags, por exemplo. Felipe Fonseca sim, na real isso já tá rolando no site da metareciclagem: pego o rss da tag metareciclagem em um monte de lugares. mas como grande parte do mutirão é republicar coisas que já estão na rede com um foco editorial, não sei se automatizar é necessário, nem preocupar com o processo todo de publicar. pra novos vídeos e coisas assim, pensei em usar uns ccks, mas acho que na real não precisa, a onda é esse site ser um ponto de remixagem editorial, não necessariamente de armazenamento de conteúdo. (sim, também tem o risco de usuários saindo do youtube e como fica isso... talvez como plano b eu deixe um robozinho baixando os vídeos de youtube que aparecerem. a pensar...) Avorio IMHO, são dois processos - o de manter atualizado o balaio e o de remixar/editorar. se o balaio tá atualizado (e é nesse ponto que sugeri automação), a edição/remixagem é facilitada. CCK+Views resolve. estou usando pr'uma aplicação parecida.

Múltiplas edições

1-caraca, multiplos autores wikipidando o tempo todo?? 2-nao ficou muito claro pra minha cabecinha os conceitos: 'pedacos minimos de informacao' e 'nodes'. 3-pra ficar mais facil vamos direto ao osso: fiz uma oficina no carnaval_rev_2008 e duas coisas aconteceram: um roteiro escrito que usei pra caminhar na conversa e a conversa_oficina em si que nao foi registrada em outro meio que as mentes de quem participou - mas poderia ter sido gravada, por ex. Pra comecar: como posso colocar este texto_roteiro que usei? Ele ja' possui em si, uma estrutura em topicos que foram tratados e depois articulados em uma proposta conclusiva. 4-nestas oficinas, alem do metodo dialogico e de manipulacao de objetos tecnologicos - sejam quais forem, uso uma linha lacaniana de tempo logico cognitivo, em tres fases: instante de olhar, tempo para compreender, momento de concluir. 5- ta' ficando muito longa este 'reply' ...ne'? 6- ;))

multimultimooltee

1 - não necessariamente "autorx", mas múltiplxs remixadorxs de informação. 2 - uma coisa a mema que a outra. 3 - na estrutura que eu imaginei (que pode mudar), entraria como "texto". 4, 5, 6 - é. começa contando no teu blogue pra não perder o embalo. depois a gente retoma.