"ryan constantine" <rco### [at] yahoocom> wrote in message
news:39AF53D0.17B143A2@yahoo.com...
| cds hold at least 540MB and can hold 700MB.  i record stuff all the
| time.

Oh gosh, you are so right!  I just looked at one of my CD-R disks and sure
enough 650 megs.  Don't know what I was thinking.  Haven't used a CD-R drive
for a year.
Okay, so my clumsy guestimations now work out to 1/4 a CD.
Thanks, Ryan, for correcting me.  I agree with the space over content
guidelines too, especially since knowing how many images or other references
are going to be needed to describe any particualr thing.

Bob

Post a reply to this message

On Thu, 31 Aug 2000 23:59:28 -0700, ryan constantine
<rco### [at] yahoocom> wrote:

[..]
>folder with no mention of filename (as index.*, and default.* are loaded
>automatically by the browsers).  pictures are usually small if they are
[..]

FYI

Index.*, default.* or whatever.* is submitted by the server if a
browser requests a URL without the filename. A browser does not
automatically opens a default file if a directory is 'linked' on a
file system. So you have to specify a filename in that case.

Kind regards,
Richard

-- 
Richard Willemsen
----
http://www.xs4all.nl/~rwillems/
mailto:ric### [at] xs4allnl

Post a reply to this message

Just to point out some things:

IMAGE COLLECTION
The "Your 10 Best Images" Collection will take up 3 Mb per person.
Math: (0.25 Mb/image * 10 images +0.5M safety factor, thumbnails,etc.) = 3 Mb
The number of participants could be from 20 to 750 (The pre-announcement page is
ALREADY being linked to from the Japanese povray webring!)
So for just the image collection, this could easily fill up a CD.  200 people *
3 Mb/person=600 Mb.

TUTS
Yes, I'd like a consistent feel. But also I want the upload process to be
extremely orderly, as we are talking thousands of files on the server already
from the other collection.  Instructions to the masses of, "just go ahead and
upload your tutorials by ftp" doesn't cut it by my judgement. One dude will have
an 800 x 600 image with several zipped pov files; another will have 32 images
and an essay in txt format.  To get this into a user-usable format on the CD,
the CD _editor_ would instead really be the _writer_.
I want the upload to occur via a web page.  Even if it doesn't the server should
have a format by which it spits unruly files back out at the uploader, like
IRTC.  So should I make 20, 25, 250 spaces on the upload web page for files? I'm
wondering who's going to have something of real value with more than 25 jpg's.

As far as the size for tutorials, there's also a different philosophy for this
than the "your 10 best" collection.  The image collection is sort of a level
playing field--any bloke can upload anything of any quality.  For tuts, I intend
to be more picky. We may have second thoughts about inclusion or talk to the
woman who includes a 1600 x 1200 where a 640 x 480 would have done fine. My
overall philosophy is to make everything much more accessible than the image
collections we'd see at the IRTC site or on this server.



Bob Hughes wrote:

> "ryan constantine" <rco### [at] yahoocom> wrote in message
> news:39AF53D0.17B143A2@yahoo.com...
> | cds hold at least 540MB and can hold 700MB.  i record stuff all the
> | time.
>
> Oh gosh, you are so right!  I just looked at one of my CD-R disks and sure
> enough 650 megs.  Don't know what I was thinking.  Haven't used a CD-R drive
> for a year.
> Okay, so my clumsy guestimations now work out to 1/4 a CD.
> Thanks, Ryan, for correcting me.  I agree with the space over content
> guidelines too, especially since knowing how many images or other references
> are going to be needed to describe any particualr thing.
>
> Bob

Post a reply to this message

"Greg M. Johnson" <gre### [at] my-dejanewscom> wrote in message
news:39AF9AB2.23BE534D@my-dejanews.com...
|
| IMAGE COLLECTION
| The "Your 10 Best Images" Collection will take up 3 Mb per person.
| Math: (0.25 Mb/image * 10 images +0.5M safety factor, thumbnails,etc.) = 3
Mb
| The number of participants could be from 20 to 750 (The pre-announcement
page is
| ALREADY being linked to from the Japanese povray webring!)
| So for just the image collection, this could easily fill up a CD.  200
people *
| 3 Mb/person=600 Mb.

Whoa.  I realize now how I confused this with the person wanting to do
printable images at 3200x2400 resolution, asked about the same time all this
was started.  I've read your web page and found how wrong I was.  Thank
goodness.  Upwards of 200 to 300 people eh?  I was thinking it might pull in
50 at most, even only half that.  I'm thinking very coservatively I suppose.

| TUTS
| Yes, I'd like a consistent feel. But also I want the upload process to be
| extremely orderly, as we are talking thousands of files on the server
already
| from the other collection.  Instructions to the masses of, "just go ahead
and
| upload your tutorials by ftp" doesn't cut it by my judgement.

I can see personality goes with any tutorial.  Maybe it could work fine
using the template idea if there's simply a common method of hyperlinking
from place to place.  Like a web-ring section of HTML added to each page;
but mostly customized by each person.  What do you think?  Or would it be
best to have one (don't know how else to describe it) default web-ring
section.  Anyway, it would simply be a copy & paste into each page.

|  So should I make 20, 25, 250 spaces on the upload web page for files? I'm
| wondering who's going to have something of real value with more than 25
jpg's.

More than two dozen sure sounds like overkill to me, you could sum up all of
MegaPov with 50 images probably.  Any tutorial will most likely be a
specific subject or smaller range of subjects.

I wanted to commend you on your efforts Greg, I don't think I've said that
yet so wanted to make sure I did.

Bob

Post a reply to this message

Greg M. Johnson <gre### [at] my-dejanewscom> wrote:
: So should I make 20, 25, 250 spaces on the upload web page for files?

  One space is enough.
  Of course the tutorial is sent zipped.

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):_;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

Bob Hughes wrote:

> More than two dozen sure sounds like overkill to me, you could sum up all of
> MegaPov with 50 images probably.  Any tutorial will most likely be a
> specific subject or smaller range of subjects.

For information : I'm currently in the process of directing the writing
of a french language POV-Ray documentation.  It's not a translation, 
it's mostly rewritten from scratch, and contain tutorial parts when
needed.  It covers POV-Ray 3.1 and MegaPOV, which will make it almost
ready when POV-Ray 3.5 will be released.

The information is : as 75% is done, it only weights 1.5 Mb, even though
it's generously illustrated.
You can have a look at it :
 http://users.skynet.be/bs936509/povfr/index.htm

Fabien.

Post a reply to this message

Bob Hughes wrote:

> Upwards of 200 to 300 people eh?  I was thinking it might pull in
> 50 at most, even only half that.  I'm thinking very coservatively I suppose.

Maybe I'm flattering the project, but if the IRTC Scifi round took 222 entries
because it was an "easy topic," then wouldn't this really be the easiest topic
ever?

Warp wrote:
>  One space is enough.
>  Of course the tutorial is sent zipped.

This option provides minimum headache for the editor, and minimum value to the
customer.

<opinionated customer hat ON>
    I wouldn't want to wade through a mess of ZIP's just in case there
    might be something of value. If I can look at an HTML file for a
    few secs or search by keywords, then it's of much greater value.
<opinionated customer hat OFF>

Yes, my vision for this and the whole CD was kind of like a webring layout.
Search tut's for keywords,  search images by render version, browse images by
country, look at all 3D toons in one place, etc...

Post a reply to this message

Greg M. Johnson <gre### [at] my-dejanewscom> wrote:
> Bob Hughes wrote:

>> Upwards of 200 to 300 people eh?  I was thinking it might pull in
>> 50 at most, even only half that.  I'm thinking very coservatively I suppose.

> Maybe I'm flattering the project, but if the IRTC Scifi round took 222 entries
> because it was an "easy topic," then wouldn't this really be the easiest topic
> ever?

Not really.  Some of us don't have 10 images we're all that proud off, or
one with 10 things, or illustrating a particular idea.  I (as a relative
newbie) looked at the 'topic' and said "Ick.  I don't want to do that".  I
also haven't written any tutorials (being on the using end of them at the
moment. ;) )

> This option provides minimum headache for the editor, and minimum value to the
> customer.

Submissions are zipped.  They need not be zipped on the CD.  Unzip into a
separate directory for each (based on name of submitter?) and you're good to
go.  That makes submitting easy, but doesn't reduce the project (little more
work for the editor, I admit)

Geoff

Post a reply to this message

Geoff Wedig wrote:

> Greg M. Johnson <gre### [at] my-dejanewscom> wrote:
>
> Not really.  Some of us don't have 10 images we're all that proud off, or
> one with 10 things, or illustrating a particular idea.  I (as a relative
> newbie) looked at the 'topic' and said "Ick.  I don't want to do that".  I
> also haven't written any tutorials (being on the using end of them at the
> moment. ;) )

Well, I've had 861 hits on one of my web pages that got listed on povray.org.  If
half the hits were unique users and only half the users said "ick", then we have
about 200!

> > This option provides minimum headache for the editor, and minimum value to the
> > customer.
>
> Submissions are zipped.

How about one submits one zip file which is:

one       HTML file per "tutorial".
          It must be "one web page" of any length (any y dimension,
          any number of lines if you will), but formatted to fit
          on a 800 pixel width screen.
          Obviously, you can submit tutorials on as many topics
          as you wish.

n      JPG's which are accessed by <IMG SRC=".. calls in the html.

n        TXT files for any embedded *.POV files, accessed by
          <a href="....  calls in the html
          You can use <CODE> for shorter snippets of pov code within
          your main html if you wish.

Post a reply to this message

In article <39aede6d@news.povray.org>, Warp <war### [at] tagpovrayorg> 
wrote:

>  I really don't understand why limit the number of items and not set any
>limit to file sizes when it should the exactly the other way around.
>  It's the disk space we are concerned about, isn't it? The tutorials 
>  shouldn't

One reason *might* be that on CD-ROM drives (especially older ones) the 
speed of loading web pages seems to me to be more related to the number 
of images rather than the size of the images.

I know that back when I had a 1x CD-ROM drive, the IRTC CD-ROM web pages 
took forever to load, although I could muck around inside the 
directories and load the images by hand easily enough.

To make matters worse, Netscape (and I think IE) don't bother cacheing 
files that are on the local filesystem--so if you forget to "Open Link 
in New Window", you have to wait all over again when you hit the 'Back' 
button.

On my only slightly obsolete 24x CD-ROM drive, the IRTC pages with lots 
of thumbnail images are still very annoyingly slow to load.

(I should probably just spend the $400 for a 60 Gig FireWire drive and 
archive all my CD-ROMs on there...)

Jerry

Post a reply to this message