Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > CSDb Discussions > Naming releases
2010-03-06 22:28
grennouille

Registered: Jul 2008
Posts: 222
Naming releases

For me a game WITHOUT trainer and WITH Dox should be name : nameofthegame +D. For a game with 1 trainer and docs it should be named : nameofthegame +1D. Any toughts about it?
2010-03-07 13:07
Mace

Registered: May 2002
Posts: 1799
Has been discussed before, please refer to:

Counting trainers
Release Standards for Cracks Amendment Proposal
Automatic renaming of Database Entries?
New International Standard

And probably more, but you can 'UTFS' ;-)
2010-03-07 14:02
cba

Registered: Apr 2002
Posts: 935
Currently at this DB it's nameofgame +D

For one trainer + docs, so well since it's like that
just stick to it.

And yup, it would be good to have some clear csdb
rules about this.

2010-03-08 09:39
Skate

Registered: Jul 2003
Posts: 494
Trying to solve this problem with just naming products with rules is the harder way I think. I know next CSDB version is already been planning for a long time and probably these kind of things are already planned or discussed.

Here is the correct way to do it:

We need new database fields like number_of_trainers, docs_included etc. When uploading a product, after user has selected the type of the product, new fields should be appeared like these ones. +1D or whatever can be autogenerated next to the name from reliable database fields. And also it can be added to the advanced search engine (search X-Out cracks with at least (>=) 3 trainers + documentation etc).
2010-03-08 10:05
Mace

Registered: May 2002
Posts: 1799
One could also wonder: "Does it matter?"
If you see 'D', 'docs' or '%' in the filename, you know what's going on, don't you?

Same with +8, ++ or whatever.
Why do you need to know the exact number of trainers, without having a look at the file itself?
2010-03-08 16:27
daison

Registered: May 2005
Posts: 90
Why could it matter?

Because you can then easily sort on the number of trainers for example. This way you could easily see what group did the most. Also the search options Skate mentioned might also come in handy for some people.

Still, it will be hard to maintain, especially for existing data and if you can't rely on it, you can still wonder what's it's worth then...
2010-03-08 20:02
Mace

Registered: May 2002
Posts: 1799
Go to 'advanced search', type the name of your desired game and check the list.
I tried Terminator and found 'Exterminator', 'Terminator' and 'Terminator 2'.

Sorted... by number of trainers ;-)
So yeah, it's good to add some number of trainers, but it already works rather okay the way it is now.
IMHO, that is, of course ;-)
2010-03-09 10:04
daison

Registered: May 2005
Posts: 90
Sorting It kind of works out as long as you put a space between the name and the + (always a plus).

Back at the original question. If you would put +1 instead of a plus, the current sorting might fail when there also ++ entries around.

select * from releases order by name
might then result in (for example):

Terminator
Terminator +
Terminator ++
Terminator +1
Terminator +1D
Terminator +2
Terminator +2
Terminator +D

It's obvious that the list is not very well sorted, mostly due to naming inconsistencies. So either be very strict in naming, or have the trainers, docs etc as separate db fields in order to be able to sort correctly.

I don't have a solid opinion on the importance of this all, I'm just pointing out that having release attributes like number of trainers, docs etc stored separately can be beneficial.


2010-03-09 10:18
Mace

Registered: May 2002
Posts: 1799
My point is that such lists as above are not too long.
You can figure out yourself what the release with the most trainers is just by looking at it :-)

But hey... I'm not that interested in this kind of information anyway, so perhaps I'm the wrong guy to join this discussion ;-)
2010-03-12 12:37
tnu
Account closed

Registered: Jan 2010
Posts: 42
..another thing that comes to mind is, when adding a release that has been trained in some way, my feeling is

[releasename] + ....when trainer is optional..
[releasename] trainer ...when game is released trained only...

..regardless what year it was release....
2010-03-12 13:32
Skate

Registered: Jul 2003
Posts: 494
@cc85: trained only? can you give me an example of that? I'm not saying it doesn't exist, I've just never seen such a crack.
2010-03-12 13:43
Mace

Registered: May 2002
Posts: 1799
Skate: Asterix and the Magic Cauldron Trainer
2010-03-12 18:45
tnu
Account closed

Registered: Jan 2010
Posts: 42
@Skate: ...there are,as Mace hinted on,many examples.
2010-03-13 07:52
The Shadow

Registered: Oct 2007
Posts: 304
Back in the day there was never a reason to indicate (with a number) trainers with fewer than 2. +1 simply was not used because it is redundant. Whenever I released something with only one trainer, it was simply named with a +. + indicates the presence of a trainer. Trainers with two or more options were +2, +3, +4, etc. I still use this method today.
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
christwoballs
Guests online: 81
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Mojo  (9.6)
6 Uncensored  (9.6)
7 Wonderland XIV  (9.6)
8 Comaland 100%  (9.6)
9 No Bounds  (9.6)
10 Unboxed  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 Party Elk 2  (9.6)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.6)
5 Rainbow Connection  (9.5)
6 It's More Fun to Com..  (9.5)
7 Morph  (9.5)
8 Dawnfall V1.1  (9.5)
9 Onscreen 5k  (9.5)
10 Daah, Those Acid Pil..  (9.5)
Top Groups
1 Booze Design  (9.3)
2 Oxyron  (9.3)
3 Nostalgia  (9.3)
4 Censor Design  (9.3)
5 Performers  (9.3)
Top Logo Graphicians
1 Sander  (9.8)
2 Mermaid  (9.5)
3 Facet  (9.4)
4 Shine  (9.4)
5 Pal  (9.4)

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