Re: Syndicate: smart.moderator.

[m e t a <meta@meta.am>]

ok - this is very interesting.

some comments + ideas -


>nn.z thoughts drifted towards - a distributed smart multi.track email
>client + server
>[which could also act as 01 smart (must change) moderator (must change)]
>
>similar to audio.video production software applications.
>each projekt would be a forum's e.address or a person's e.address.
>
>the projekt file for a forum's e.address
>would contain a list of all subscribers and as with audio applications
>one would be able to mute and unmute each track
>in real.time da - so today one may mute all. tomorrow one other or even self.
>
>each track would correspond to a subscriber.

1st potential problem - what happens when a list contains 1000 / 2000+
subscribers ?

could be difficult to manage from a user standpoint.
another optional means of organization - each thread could be a track.

or - a track is only created for a subscriber when they post to the list.


>as with audio.video applications one could assign various filters \
>plug-ins to each track.
>a filter would not necessarily silence someone but rather apply various
>algorithms to the initial transmission.

extending the track / audio metaphor - would like to see a 'scrub' feature.
an imaginary playback head skipping over a posting - picking up words and
phrases
and writing them to a file.

as the list would be archived - would be possible
to scrub over the last day / week / months worth of postings by a subscriber
the result - a text file consisting of words / phrases selected (randomly
or not)
from their previous submissions to the list.

also would be possible to scrub the entire list traffic
for one day / week / year (consider waiting _?).

this could be automated - mailed out @ the end of each day. an abstract
abstract.


>for example if the natural language processing plug-in determined that
>the content did not meet certain criteria _specified _by _the _receiver
>that track could be muted.
>[in this manner one could scour the internet or 1 other universe for patterns
>which one has prev found delightful or phps unpleasant or alive]

what would make this software more interesting
would be the ability for it to process any and all mailing lists.

it could be subscribed to the 'raw' versions of rhizome / nettime
or any list regarding any topic -
and would archive the messages & process them accordingly.

a new track would be created for each person that posts to a list
since 'we' may not have access 2 the entire subscriber list for a given forum.


>one would be able to `drag` tracks from multiple projekts into a new projekt
>thus cross-pollinating various forums + persons.

yes + selected output could be routed back into certain lists -
appearing as a post from the software - a subscriber.

careful - could produce feedback.


>for the implementation of the system a protokol would be defined
>which both the email server and the email client would understand.

wouldn't all processing occur server-side - before the email was sent to
the client ?
the user would configure their preferences via a web interface.


>altzo. as an addition to the smart.moderator etc system described in the
>prev email.
>
>it could operate as 01 `game`. [games arent quite the same as play +?]
>ou 01 theatre.
>
>you had written "jobs for the list can be done by more than
>two.. ...maybe switching weekly"
>
>
>those who wish to do so - could do so - and they would be gifted
>with an amount of `life energie`.

someone could offer to 'compose' or 'conduct' a list for a week -
muting + unmuting / scrubbing / applying fx (those knowledgable could write
plug-ins) / mixing -

it could be completely abstract - or 'slightly recontextualized'.

those that wished could receive this output +
it could be forwarded to other forums as well.

new discussions / threads / tangents would occur.




//m






-----Syndicate mailinglist--------------------
Syndicate network for media culture and media art
information and archive: http://www.v2.nl/syndicate
to post to the Syndicate list: <syndicate@eg-r.isp-eg.de>
to unsubscribe, write to <majordomo@eg-r.isp-eg.de>, in
the body of the msg: unsubscribe syndicate your@email.adress