Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
 Welcome to our latest new user eightbitswide ! (Registered 2024-12-24) You are not logged in - nap
CSDb User Forums


Forums > CSDb Entries > Release id #93168 : CSDb Quantify Me
2010-08-03 10:07
Oswald

Registered: Apr 2002
Posts: 5094
Release id #93168 : CSDb Quantify Me

does this belong here?
 
... 13 posts hidden. Click here to view all posts....
 
2010-08-03 12:06
Mr. Mouse

Registered: Dec 2001
Posts: 235
You know, that last comment is just blowing this thing totally out of proportion and into something else. Of couse everyone is entitled to his or her own opinion. But what I show is CSDb raw data, and not some opinion. Dry stats. That is all. This is CSDb is it not? Yes it is. And so exceptionally relevant, imho.
2010-08-03 13:56
Tao

Registered: Aug 2002
Posts: 115
Quote: The stats are just a wild guess? Let me teach you something about statistics. It's the law of size of the data. I do not claim the numbers to be exact in an absolute way. But approx 75.000 releases is more than large enough to show the curves I've shown to represent the relative positions. I am not interested in absolute numbers, it's the proportions and distributions I am mostly interested in. I am certain you are not going to find another 88.000 genuine scene releases from the past, and even if you would, there is no reason to assume that it would effect the distributions and proportions in a big way. Sure, there may be a few slight shifts, but nothing that would make the current figures a "wild guess". I find it rather insulting. I am not claiming 100% accuracy, as I also wrote in the text itself, far from it.

I am more than happy to delete the entry as a release. [EDIT] Oh wait, Marauder uploaded a PDF?
[EDIT2] Yes he did. Looks nice.


Personally I definitely think this is an interesting release. As for statistical validity, I'd say that the numbers from 1986-2000 probably are on the low side. As the releases become more recent, people are more likely to still have copies, and of course almost all recent releases are uploaded directly to CSDb.

Still, that doesn't really alter the main point of the graph -- showing what the most active years were...
2010-08-03 15:05
STE'86

Registered: Jul 2009
Posts: 274
yeah i'm with this being an interesting addition to this database.

even more so if the hard figures can be matched against historical events.

if this isnt valid as a 64 file then perhaps this database needs another section like the "support files" section over at World of Spectrum.

Steve
2010-08-03 16:41
Mr. Mouse

Registered: Dec 2001
Posts: 235
Way to go to delete the release guys, nice. Absolutely brilliant behaviour. Tonight I will definitely drink to your good health. It is such a tough job, but you perform it extremely well and I can only admire every move you make.
Oh, I have an idea, perhaps you should now concern yourself with finding out the release dates of those thousands of undated releases here at CSDb. Would aid my further analyses.

Sorry Marauder, but rest assured your effort was not in vain as I've uploaded the PDF you created to Xentax. Thanks also to all the rest of you that do appreciate the hard work that I've put into that.
2010-08-03 18:41
Oswald

Registered: Apr 2002
Posts: 5094
We understand you have put a lot of work into it, but I'd really HATE to see CSDb degrading to a repository of articles about the scene. I'd rather have the scene dead, than that.
2010-08-03 21:52
Perplex

Registered: Feb 2009
Posts: 255
Can't this document be added to the Statistics page of CSDb somehow? I can't see any strong arguments against it belonging in there.

(If you're worried about CSDb degrading, how about doing something about the fact that every single revision of every tool out there are being added as a separate release?)
2010-08-03 21:56
iAN CooG

Registered: May 2002
Posts: 3197
because the rules says so, and has a logic: overwriting an old release with something newer is like history revisionism. New version, new entry.
2010-08-03 22:14
Mr. Mouse

Registered: Dec 2001
Posts: 235
Quote: We understand you have put a lot of work into it, but I'd really HATE to see CSDb degrading to a repository of articles about the scene. I'd rather have the scene dead, than that.

Ah yes, but then perhaps something is missing from the CSDb. If sceners like me write about the scene on the C64, like I did in Addybook, then it is ok, but if a scener writes about the scene outside the breadbox in 2010, it is not considered scene material? So in essence, if I would write 10 PRINT "CSDB RULES ARE FISHY" : RUN , save it to a disk and upload it as a Fake Demo this is considered as a genuine Scene Release, and a thorough analysis of the scene's productive history (or at least an attempt at that, let's by rightfully modest here) based on the data collected by the very authority when it comes to archiving the C64 Scene's productions is not a Scene release?
That is just semantics, I fear. I read it as the Commodore 64 SCENE database, not as the Commodore 64 scene database-OF-ANYTHING-RELEASED-ON-AN-ACTUAL-C64. My bad. I made a serious error. Of course, in this day and age, anything you have to say about the scene, as a scener, and for the scene, you must write in max 64K and in 8-bit. If you don't, it is not for us, and it should not be archived. Got it. Sorry for all the misunderstanding. I'll behave now. Anyone got a PDF2D64 converter?
2010-08-03 22:15
Perplex

Registered: Feb 2009
Posts: 255
@iAN: New version, yes. But for every revision/bugfix?

It seems to me much more logical to keep only major versions (1.x, 2.x and so on) as separate releases, and then just collect the revisions/bugfixes as separate downloads within the release.

And sorry, I don't buy the "because the rules says so" as an argument against discussing possible improvements to the CSDb. Surely the rules weren't etched into stone tablets and carried down a mountainside by an old man?
2010-08-03 23:25
iAN CooG

Registered: May 2002
Posts: 3197
Quote:

keep only major versions (1.x, 2.x and so on)

So, for example, if I named my new version of Unp64, 3.0 instead of 2.23, would be ok for you to have a different entry? =) They ARE different, and I HAVE released them, so they HAVE to be archived because here we archive the RELEASES of C64 scene related productions.
Between 2.22 and 2.23 there were at least 50 minor versions, because I update it daily but only on my site.
If others feel to actually release each modification they do on their demos, their problem, the entry for the new version must be done, and never replace the previous one.
Same goes with party versions and final versions of demos, they are NEVER marked with a version number, and they HAVE to be archived if they are spread (unless burned at party place of course).

About the rules, I just follow them, I'm not in my house here so I can't say "I don't like your rules and I don't want to follow them". If you don't like them, you CAN try to make them change or failing to do so, you can just leave, there are not many others possibilities.
Previous - 1 | 2 | 3 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Exile/Anubis
Six/G★P
Guests online: 81
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 The Demo Coder  (9.6)
6 Edge of Disgrace  (9.6)
7 What Is The Matrix 2  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 Cubic Dream  (9.6)
3 Party Elk 2  (9.6)
4 Copper Booze  (9.6)
5 X-Mas Demo 2024  (9.5)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Triad  (9.3)
Top Webmasters
1 Slaygon  (9.6)
2 Perff  (9.6)
3 Sabbi  (9.5)
4 Morpheus  (9.4)
5 CreaMD  (9.1)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.042 sec.