[Imc-communication] Project: Indymedia Rebuilding
elisa at riseup.net
Thu Oct 29 20:27:50 PDT 2009
Hi all this email was sended for the imc-global-meeting list, I don't
know if already arrived here, so I'm sending it.
Project: Indymedia Rebuilding
"RobyC." <robyc at teknusi.org>
Thu, 22 Oct 2009 14:52:44 +0200
imc-communication at lists.indymedia.org,
imc-global-meetings at lists.indymedia.org,
imc-alternatives at lists.indymedia.org, imc-tech at lists.indymedia.org,
www-tech at lists.indymedia.org, imc-unity at lists.indymedia.org
<robyc at teknusi.org>
imc-global-meetings at lists.indymedia.org
imc-global-meetings at sarai.indymedia.org
from monstri.teknusi.org (monstri.teknusi.org [184.108.40.206]) (using
TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN
"teknusi.org", Issuer "teknusi.org" (not verified)) by
sarai.indymedia.org (Postfix) with ESMTP id 24269344321; Thu, 22 Oct
2009 05:52:46 -0700 (PDT)
from localhost (localhost [127.0.0.1]) by monstri.teknusi.org (Postfix)
with ESMTP id 00DF08443A; Thu, 22 Oct 2009 14:53:58 +0200 (CEST)
from monstri.teknusi.org ([127.0.0.1]) by localhost (monstri.teknusi.org
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OTVyOnvcmr5T; Thu,
22 Oct 2009 14:53:57 +0200 (CEST)
from [192.168.1.2] (ppp-174-99.98-62.inwind.it [220.127.116.11]) (using
TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client
certificate requested) (Authenticated sender: robyc at teknusi.org) by
monstri.teknusi.org (Postfix) with ESMTPSA id 5242E8442E; Thu, 22 Oct
2009 14:53:56 +0200 (CEST)
<4AE0559C.5080007 at teknusi.org>
Thunderbird 18.104.22.168 (X11/20090817)
clamav-milter 0.95.2 at sarai
The following document was producted during and after an Italy Indimedia
The proposals in this doc would be only a draft for a next discussion
about it, its editing, its growing up and further implementation
I think and wish that there is an amplified need to update Indymedia
network, as showed by existing pages
( https://docs.indymedia.org/Global/IndymediaAlternatives ) and survey
for global meeting ( http://survey.indymedia.org/ )
I also think we can work altogether in a good way of global
collaborative working, as explained at the bottom of this doc.
A great amount of local nodes soffer of a decrease of energies and
often they cannot continue their work.
There are a lot of mediactivists in the world and they need an
even better way to communicate and to "become their media"
We have to think a better way to make a network of the
mediactivists and valorize their information.
New activist groups don't know indymedia network and its
instruments, so there aren't new energies in indymedia local groups
From now on, we're going to use the term ITEM for referring to text,
audio and video (recordings and streaming)
Indymedia has to reconsider the modality to display, organize and
To display items with an intelligent way, intercorrelating similar
and complementar items
Eg. clickin' on an item, “magically” other items appear around it with
related news, videos, podcast and/or streaming
The correlation is possible by using even efficient metadata (tag and/or
For a graphical example and a first step of implementation see:
You can also see a Cisco project
Using relational maps and metadata, indymedia engine could also
connect “old” items that can complete and integrate information searched
by users, providing more complete information and avoiding to waste
existing resources (item)
Users have to be able to choose their own information flow.
Actually, standard way is the site to choose news and items to display,
giving a limited possibility of interaction to users, only with
hyperlinks, rss feeds and so on.
Through the new system, user should have a global and clean vision
of the news (e.g last news) and he could make his own multimedial path
among the item stored on indymedia (or other web pages)
E.g. Click on today's news =>> related items appear =>> click on
one of this items =>> other items appear and some of the previous
disappear. Then user can go back and display previous items.
Besides users could save and share their own relational map,
created during exploration of the item.
Aggregation and blogs
Better aggregation of good blogs and information sites.
Give the ability to open a blog on indymedia (with some filtering,
e.g. only information blog. Managed directly by local node)
Indymedia blogs could be a constant and good information flow for
indymedia itself, publishing best posts on local indymedia page
(automatically and/or with the management of local group)
This way could be an advantage for the information stored on a “so far”
blog and for indymedia itself.
Distribuited palimsest management for indypendent radio and TV
Quick news update (via sms, mms)
A lot of friendly servers offer some services and these could be
integrate in indymedia network to offer various and better services.
This project needs money, but it could bring money offering its services
and aggregating people around it.
I think there are a lot of money around us and there are a lot of
mediactivist groups that would fund a good information project, that
would be the first step to bring democracy and justice all over the world.
I don't explain moreover this point.
Global shared work
This little revolution of indymedia network involves every local node of
indymedia itself, because then the entire network could change its engine.
I think there are a lot of skilled people inside and outside indymedia
local groups: if we manage to share the entire work in some functional
blocks, people who wants to work at this project, could manage only some
pieces of the entire project, with obvious advantages in terms of
Destroy it, rebuild it, enhance it!!
Become your media
O saber quando não humaniza deprava.
Refina o crime e torna mais degradante a covardia.
elisa at riseup.net
chave pública: id C6C843CF / keyserver.noreply.org
More information about the IMC-communication