readdm@ccwf.cc.utexas.edu (David M. Read) (12/24/90)
Ok...here's the expanded/revised CFD, as promised.
In the original CFD, I proposed creating a new, moderated group to
take the place of alt.sex.pictures, with the tentative name of
rec.images. Since then (about two weeks, I think), it has become
increasingly clear that there exist better names for the group, and
that a hierarchy my be necessary. As a result, I now propose the
creation of the following groups:
rec.arts.images Pictures of general interest (NOT adult)
rec.arts.images.adult The 'direct' replacement for a.s.p
rec.arts.images.d Discussion for above groups
Some people called for a rec.arts.images.misc, but I think that .misc
is implied in the main rec.arts.images group. This group will contain
basically everything of a G-rated nature, at least until a clear need
for another category pops up, in which case we'll create ne sub-
groups as necessary.
The original proposal still stands: a volume cap on outgoing posts,
set at some reasonable value. My guess is 500 kbytes/day, but this
still has not been discussed at length, so there is no consensus yet.
No partial images will be posted on any one day; if a single image is
larger than 500k, the whole thing goes out in one shot, but nothing
else goes out that day.
I am not a censor. I refuse to consider or reject images based on
content. What I *will* do is reject them for defects, quality, etc...
I also propose a standard submission format; all submissions should
come with a short description (at least a couple of lines, but not a
book), a resolution statement (including colors), and a statement
about where the image came from. BLATANT COPYRIGHT INFRINGEMENTS WILL
NOT BE ACCEPTED.
I will decode & view all submissions prior to sending them out. This
will introduce a delay in the queue, but that's the price of having a
moderator, right? Further, I will post everything in a standard
format, which will simplify life for shell scripts & such. I will
probably post everything XXencoded unless there is enough griping to
the contrary. I feel sorry for IBM VM users...it's bad enough that
they have to use VM, but it's adding insult to injury that VM prevents
them from utilizing a.s.p in its current form! :-)
If submissions come in minus descriptions, they will still be posted,
but not until I can get around to writing descriptions for them. This
is an incentive to write descriptions!
In summary, here are the issues I would like people to kick around
while I'm on vacation:
hierarchy names
posting volume limits (is 500k/day too high or too low?)
format standards (what else do you want? Is XXencoding ok for you?)
whatever else you feel like discussing.
Thanks for the ideas, and have safe and happy holidays!
--
Dave Read | readdm@ccwf.cc.utexas.edu | ...in large, friendly
UT-Austin Nuclear Physics | read@physics.utexas.edu | letters, were the words
Graduate Student (Slave) | read@lampf.lanl.gov | DON'T PANIC !