Re: Syndicate: smart.moderator.

[integer@www.god-emil.dk]

m e t a <meta@meta.am>

>ok - this is very interesting.
>
>some comments + ideas -

del!z!ouz


>>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 ?

! z. obv!ouzl! a zkroll feature +?
alzo dzere ud b `zmak` kontrol matr l!ke !n nato.0+55
e.g. mute ever! odr 1 or etc or mute ever! 1 uhoze `name` bg!nz u!th n
or etc

naturl!ch 01 komand uearb! = kould traversz 01 zubzkr!brz l!zt ku!kl!
e.g. v!a go to `a`




>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.


ekzlnt. + ekzakt. [d!sz alzo t!ngl.tanglz u!th dze ztor! l!ke ad!z!onz - menz!ond !n dze 2nd pozt]




>>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.



ou! mozt def. + u u!l l!ke dze 242.m!krozoft rout!nz u!ch do dzat.



>>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.


zttz. ! l!ke dzat + 01 projekt m konz!der!ng = bu!ld!ng 01 `bod!`
4rom !nternet data hensz perfa.


>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.

true.



>>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.


u undrztnd uat ! env!z!ond a +?
max 4 ma!l!ng l!ztz da +?

zku!!!!!!k.


>>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 ?


prznl! = ud prfr dze zrvr rout!nz 2 b m!n!ml. !.e. = prov!dz onl! ema!l adresez.
dze akzual prozez!ng 2 take plasz lokal!.
hensz 1 ma! apl! az man! plug-!nz 2 1 `trak` az dez!rd.


>the user would configure their preferences via a web interface.

ne!!!!!!!!!n.


! do not uant dzat. do u +? [unlesz max = ran !n 01 ueb brouzr. ovral = ud l!ke dze ab!l!t! 2 pla!]
! uant max 4 ema!l.

uel. ! uant `metropol!z` `ztreet` uatevr 4 ema!l.



>>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 -



sol+la. u uant 2 m9ndfukc m! +?




>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.

ekzakt. z!nsz u zeem !ntzrtd !n dze `effektz` part.
dzat = ava!labl v!a 242.m!krozft az uel. par ekzampl = 
kan dounload all l!nkz perta!n!ng 2 syndicate + `rem!x` dzm !n real t!me.

! m alzo !ntrztd !n 01 ub!kutz !nterfasz 4 komun!kaz!on [not onl! ema!l]
u!ch enzurz data trvlz freel!. !.e. no centralized adminstration.

so long as administration takes place in one location
[especially when someone begins to `kill` someone else and others because of personal prejudice]
there shall be objektions and sometimes ... unsanitary situations


[surely situations comme ca may be `fun` at times - but only if they are `art` right +?
 ie. life without consequences (nn. smiles + thinks - i will get burned for this)
 personally i would like to get back to `life` after play. 
 not clean up the debris and wounded sentiments yes +?]


so this brings up - subscribing to a list should not be subjekt to 
someone's preference. i.e one should be able to subscribe to any available mailing list.

apropos - overall this [phps play with the idea more but...] would be somewhat
          like a world wide max patch. if one considers a kafe - it isnt very different yes +? 

am!klmnt.nn












-----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