You are not logged in. Login Now
 0-24   25-49   34-58   59-83   84-108   109-128     
 
Author Message
25 new of 128 responses total.
gelinas
response 59 of 128: Mark Unseen   Mar 27 04:49 UTC 2000

Mary, you can't; it was turned off on August 31, which led to me showing
up here.

The system was the University of Michigan's conferencing environment,
which ran first on MTS, using Bob Parnes' Confer II software, and then
on a UN*X box, using Confer U, a port of Confer II.  Access was never
'free', but it was more open on MTS than on UN*X, something the community
lamented loudly at the migration.

Every conference had its own rules, but the most interesting for this
discussion was the Student Conferencing Project, which ran MEET:Students
(later Meet-Students) and a few others.  The MEET:Students conference was
restarted each term, with a new set of organizers (the Confer analog of Fair
Witness).  To help the organizers, former organizers (and interested others)
participated in MEET:Planners.  If an organizer felt that some text should
be removed from the conference, they retired (i.e., expurgated) it and
reported the action in MEET:Planners.  If the final decision was that the
material should be completely removed, then it was (although a record *may*
have been made, just in case the final decision was eventually overruled.)
A lot of these practices and procedures were formalised after someoone
created an item that made the New York Times ('twas a few months before
I started at the U, so I've only heard/read the after-action reports.)

Participants could also, and did, retire their text, and sometimes even
deleted it.

The only controversy I ever saw was when someone posted text from a
conference they shouldn't have had access to into USER:Forum, and the
organizer removed it in contravention of the USER project's rules.
The USER project had procedures similar to those of the MEET project.

I think there are few other here familiar with the UM conferencing
environment.  Perhaps their experiences and thoughts will be useful here.

But as I noted early on, that was there and this is here.  Different
communities, different needs, and different ways of doing things.
jep
response 60 of 128: Mark Unseen   Mar 27 19:38 UTC 2000

On M-Net the perms are 600; the file is readable only to cfadm.  I 
changed it to that back when Dave Parks owned the system, because of the 
support conference (a private conference for abuse victims).  They 
discovered if they censored anything, it went into the publicly readable 
censored log, and they didn't like that much.  It's stayed that way 
since.

I think it's awfully prescriptive of people to say "People shouldn't be 
allowed to remove anything they posted; they should think ahead first". 
It's pretty dismaying to see that kind of reasoning applied to BBS text.

There's no way to remove a posted message from everyone's brain or even 
computer screen.  I doubt if anyone thinks that's possible.  But it is 
possible to remove what someone wrote from public view.  Sure, someone 
else could re-post it, if they read the message and saved a copy; I've 
seen that done on M-Net before.  That's not under control by the staff. 
But Grex tells people they're removing their posting from the system, 
then copies everything that's being removed to a permanent file and 
makes it publicly readable.  That *is* under control by the staff.  It's 
a blatant deception.  That's why there is a problem.
mary
response 61 of 128: Mark Unseen   Mar 27 23:23 UTC 2000

I like Jan's preference to eliminate scribble.
gull
response 62 of 128: Mark Unseen   Mar 28 00:37 UTC 2000

I agree that the current setup is wrong.

I think, however, that under the same logic that makes the current setup
wrong, if we *do* make the log non-publicly-readable we should have a
warning noting that someone else may have saved a copy of the response. 
It's the same thing, right?

The option most likely to make everyone reasonably happy would seem me to be
eliminating scribble altogether.
jep
response 63 of 128: Mark Unseen   Mar 28 15:53 UTC 2000

I don't agree that there's no difference between having the censored log 
be readable and having the possibility exist that someone may scribble 
something after someone else has read and even saved it.  The first is a 
command that is set up deceptively.  It's the most deceptive possible 
way to handle the scribble/expurgate command, for that matter.  The 
second is an obvious possibility that anyone who uses Grex is likely to 
understand.

I'd prefer to have scribble/expurgate work as designed, but if the 
people who want to prevent others from removing their text are going to 
prevail, then the scribble option needs to be removed.  
albaugh
response 64 of 128: Mark Unseen   Mar 28 19:09 UTC 2000

Actually, "erase" is *not* accurate for "scribble".  "Archived" or "retired"
are accurate, unless "retired" usually also means "erased".

I didn't say I was about to call for a vote on anything.  So still my question
remains:  Can there be such a thing as a "multiple choice" motion?  If so, is
plurality sufficient, or must one of the options get a majority vote to make
a change from the status quo?  If a "multiple choice" motion is not allowed,
then I can only see a series of "binary" motions to get to the heart of the
matter, sort of like an "if-then-else" cascade.  
remmers
response 65 of 128: Mark Unseen   Mar 28 23:13 UTC 2000

Here's what the bylaws say (see Item 2 in this cf.):

     ARTICLE 5:  VOTING PROCEDURES

     b.  A motion will be considered to have passed if more
         votes were cast in favor than against, except as provided
         for bylaw amendments.

I probably wrote that, and was thinking of motions being aye/nay
propositions.
gelinas
response 66 of 128: Mark Unseen   Mar 29 03:22 UTC 2000

But if we go on long enough, a clear concensus may emerge, making the vote
a formality. :)
janc
response 67 of 128: Mark Unseen   Mar 29 16:39 UTC 2000

Multiple choice elections are really really complex, and mostly don't
work.  Suppose three options A1, A2 and A3 are very similar, though many
people have a slight preference for one or the other.  Option B is very
different.  Just over a quarter of the people prefer B.  Just under
three quarters all like A1, A2, or A3 vastly more than B, but are evenly
divided between which of the three they prefer (since they are nearly
indistinguishable).  Hold an election and B wins, even though 75% of the
voters hate it more than all the rest.  There are complex voting systems
that try to resolve voting paradoxes like this, but they all have voting
paradoxes of their own.  It really works better to try to talk it down
to two options and vote between those (though often we can talk it down
to one option and skip the vote).  

Right now I see the popular options as (1) keep "scribble" but depermit
log and put a warning message up that says the scribbled option is
logged someplace only staff can see it, and (2) eliminate scribble.  I
don't see any support for any very different option.
dpc
response 68 of 128: Mark Unseen   Apr 2 19:04 UTC 2000

I would prefer to keep "scribble" but depermit the log, with a warning
message.

And a multiple-choice motion would be a disaster.
other
response 69 of 128: Mark Unseen   Apr 4 03:10 UTC 2000

remove scribble.
aruba
response 70 of 128: Mark Unseen   Apr 4 04:24 UTC 2000

Personally, I'm just fine with the way things are now.
robh
response 71 of 128: Mark Unseen   Apr 4 13:00 UTC 2000

Re 70: Same here.
scott
response 72 of 128: Mark Unseen   Apr 4 14:14 UTC 2000

I could go with disabling scribble, or putting on a warning message.  But I
agree with remmers and others about public speech being permanent.
remmers
response 73 of 128: Mark Unseen   Apr 4 20:39 UTC 2000

As I've said before, I disagree with those who believe that people
should be able to erase what what they've said in a public
discussion forum.  That amounts to being able to edit history.
I don't see "free speech" as encompassing that.

My preference would be to eliminate "scribble".
swa
response 74 of 128: Mark Unseen   Apr 6 01:15 UTC 2000

Mine too.  A warning message would be preferable to the way things are now,
but having "expurgate" work as it does now and having "scribble" work as it
does now, but with a warning message, seems a bit redundant to me.

I, too, think being able to erase comments made in conference after the fact
is not a good idea.
gelinas
response 75 of 128: Mark Unseen   Apr 6 20:27 UTC 2000

I'd like to see the censor log linked to /dev/null.
janc
response 76 of 128: Mark Unseen   Apr 8 04:23 UTC 2000

Just to confuse things a bit more, I just noticed an interesting "bug" in Backtalk.

In conferences where the fairwitness has enabled it (like coop), Backtalk gives you the option of entering HTML responses (like this one). Since we don't want to display ugly HTML directives to Picospan users, Backtalk always saves two copies of an HTML response - it generates a plain-text version that it saves in the place Picospan looks for response text, and squirrels the HTML version away someplace where Picospan won't notice it.

The bug is that if you scribble that response, only the plain text copy actually gets erased. The HTML copy stays in the item file, where it can be seen by anyone catting the item file.

Now, I can fix Backtalk so that it correctly erases both versions of the response if you hit the "erase" button in Backtalk. But if you do "scribble" in Picospan, it is still only going to erase the plain text version since Picospan is entirely ignorant of HTML versions of responses.

Having a readable copy of some scribbled responses hanging around isn't too big a problem now, because there is a readable copy in the censored log anyway. It wouldn't be an issue if we turned off the scribble command. But if we wanted scribble to really work, then people scribbling HTML responses would have to be careful to do so from Backtalk, not Picospan.

orinoco
response 77 of 128: Mark Unseen   Apr 8 06:26 UTC 2000

Does expurgate have the same bug?  If not, that could be another argument for
eliminating scribble.
janc
response 78 of 128: Mark Unseen   Apr 9 03:25 UTC 2000

Expurgate doesn't delete anything from the item file - it just sets a flag
saying that the response is expurgated.  Works fine.
russ
response 79 of 128: Mark Unseen   Apr 24 06:30 UTC 2000

                        
russ
response 80 of 128: Mark Unseen   Apr 24 06:30 UTC 2000

I'll never forget two things that happened on M-Net after the move
(promoted by jep) to make scribbled text "unreadable" by de-permitting
the censored log.
 
1.)  During an election campaign, one user repeatedly grilled a
     candidate about their position on one or more issues.  I never
     did find out what those issues were, because by the time I got
     to that item in the evening, the questions had been scribbled.
     Without the questions the answers were utter nonsense,
     completely out of context.
 
     Need I mention what hash this makes of political discourse?
 
2.)  At least one BOARD MEMBER who had voted to de-permit the
     censored log re-posted another user's scribbled response.
     He did so from his scrollback buffer, out of spite.
 
The abuses of the closed censored log on M-Net prove that it's not
the kind of action to be emulated.  Once it's posted, you have to
assume it's not going away.  Just like in real life.
jep
response 81 of 128: Mark Unseen   Apr 24 17:48 UTC 2000

That's all fine, but Grex offers scribble as an option.  The option is 
just a facade; it doesn't really happen.  It's true that, once you write 
it and post it publicly, someone might have a copy of it, and nothing 
can be done about that possibility.  It's not inevitable that you have 
to be told you can remove it, but Grex itself leaves it accessible.
srw
response 82 of 128: Mark Unseen   Apr 30 19:30 UTC 2000

I really like having a distinction between hidden and erased responses. 
Even though erasing doesn't erase all copies, it erases it in the web 
page displayed by backtalk, and that's what I want to accomplish by 
saying "erase" rather than "hide". So while I don't care whether we 
lose the picospan "scribble" command, I don't want to see backtalk lose 
its "erase" command.

I guess that probably means I would vote to keep "scribble," because we 
want backtalk and picospan to stay in synch.
jmsaul
response 83 of 128: Mark Unseen   May 24 12:39 UTC 2000

(The abuses Russ talks about on M-Net were some time ago, and have not been
 imitated since.)

I don't want to repeat what I've said in your agora.cf, so here are brief
comments:

I agree that either removing the command or posting a warning message would
be improvements on the current situation; the current situation is deceptive.

I agree with the statements that removing one's own text should be one's
prerogative, despite the fact that someone may have saved it somewhere.

I think that you should also consider situations where someone enters text
that harms a third party (e.g. by invading their privacy) and then wants
to delete it to minimize that harm.  At present, that third party is
screwed twice:  once by the original poster, and once by the Grex Elders,
who have decided that every response is sacred.  As I said in agora, the
argument that the damage is done as soon as the response was entered is
specious -- damage is done every time a new person sees that response, and
being able to delete it for real would help to minimize the damage.  Even
if you think that the poster deserves to suffer for posting inappropriately, 
the third party is innocent.
 0-24   25-49   34-58   59-83   84-108   109-128     
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss