| |
Seven
Registered: Jan 2002
Posts: 202 |
Locked Entries
I'm not sure if this is a bug, or a design flaw =) ...
When I lock a group, others can still add members to it.
Shouldn't it be possible to prevent others from adding anything to that group, be it members or releases or anything else?
Also, it would be useful to lock the releases of a group _with_ the group so I won't have to go through all the releases and set the maintainer? |
|
... 26 posts hidden. Click here to view all posts....
|
| |
Commander
Account closed
Registered: Jan 2002
Posts: 106 |
You are right! But you will have always these kind of problems because many fake-things happened in the scene where maybe even you don't know about. An I think : better a little informed as not informed. Also think about this : many people are also helping you and me with changing the info or mistakes, so you don't have to do it only on your own. Anyway, I understand your point, but I also hope you will trust more people to help you out. Locking too much isn't the solution because then some info will be kept uncomplete : I have seen already many locked groups which doesn't contain all the right information but I can't change/add it because it is locked (and some things can only be changed in the groups-corner). So it always stay a bit of a problem. We are all humans and humans make mistakes. That's why many of us are here to check all info out!!!
|
| |
Seven
Registered: Jan 2002
Posts: 202 |
Sure, but...
people should concentrate on adding new stuff and keep their hands off the group that someone knows more about, that's what the locking thing was done for in the first place...
I can add all the available info for my own group and own releases.. it might not be done all at once and I might add additional info at a later day, but it will be done...
for other groups, this is not the case.. and if you want to help out, find info on _those_ groups...
seriously (and this is not ment to be a personal insult, but this needs to be said), I don't see why someone copies info on my groups releases from my _own fuckin' webpage into this database when he _knows_ that I'm around here and will eventually add the available info myself...
|
| |
Commander
Account closed
Registered: Jan 2002
Posts: 106 |
When is someone sure about someone else knowing better about a certain group...? Not everybody checks out it if there's someone of a certain group already updating it or not!
I still think that it is making trouble for nothing, but okay, it's everybody's own choice and reason.
Anyway, I try not to cross your way concerning your group(s). Here at my place I have a big storage of c64-information which I now try to add to this great database.
I hope that later every (ex-) scener can find all what he has to know!
|
| |
chatGPZ
Registered: Dec 2001
Posts: 11384 |
Seven is damn right.... i have just corrected a LOT of wrong "info" that i infact already entered correctly some time before. Just like Seven, i DONT have the time to check all this shit daily, nor am i willing to do so. _I_ know what to add to the info of my group, and i dont have the slightest idea why some other guys think they know better. bah. LAMERS!
i request a feature that displays who made last changes on (whatever) entry in the database so i can kick his sorry ass next time he fucks it up.
pissed,
/gpz |
| |
CreaMD
Registered: Dec 2001
Posts: 3057 |
Yep.. the people who made changes should be publicly known.. there should be some log for registered users, so even this kind of problems could be regulated by registered users. Main Staff of CSDb simply can't do all the work, it would take too much time to watch everything. |
| |
CreaMD
Registered: Dec 2001
Posts: 3057 |
Bah.. to make my last words more clear: make the changelog visible for registered users. |
| |
CyberBrain
Administrator
Posts: 392 |
Who cares *WHO* changed it? Is this some kind of "find a person to blame, and kick his muthaphukkin ass" kind of thing? Goddamn, you're lame. We're trying to make this database 100%, and all you care about is blaming people for adding stuff. |
| |
Seven
Registered: Jan 2002
Posts: 202 |
CyberBrain:
This is not about blaiming people for adding stuff, it's about blaiming people for fucking stuff up...
I'm pretty sure even you will agree that the goal is to get this database filled with correct info, not just _any_ info...
and while we are still talking about it... would you kindly delete the production comments you added to the Digital Excess productions by copying right off our webpage? I can add these info in a more suitable manner myself... thanks |
| |
CyberBrain
Administrator
Posts: 392 |
Yes, ofcause the goal is to get correct info, and not just any info. I see your point, that it is annoying that random stuff gets added to your group.
I was reacting to you guys "fuck everybody else"-approach. You must understand that there is bound to happen mistakes (allthough it sucks), unless people only add info on them selves. If there are a diskmag with wrong info, a website with wrong info, a ftp-site with wrong info (etc etc), and someone wants to contribute to CSDb and types in the info from these places, it will go wrong. But, not because of the person fucking up, but b'coz of da wrong info. This will happen, and don't blame the person for that - it could happen for everybody. (ofcause people deliberately adding fucked stuff should be blamed) (+ "human" = "lifeform that makes mistakes")
But if the record was 100% locked that prob would'nt be there, ofcause. But, i guess it is possible that some people knows something about digital excess that even you don't, but mostly it's ofcause not the case. Maybe there could be made a system where the maintainer should accept changes other people want to add, before they get added (or the other way around, decline the changes)? And (maybe) if the maintainer hasn't accepted/declined after f.e. 2 weeks it gets added (to prevent that the maintainers has gone dead).
>and while we are still talking about it... would you kindly
>delete the production comments you added to the Digital
>Excess productions by copying right off our webpage? I can
>add these info in a more suitable manner myself... thanks
Ok, Se7en, it sounds like you're pissed off because i added the releases/screenshots/trivia from *YOUR* web-site to CSDb. If you are: I guess your website doesn't have wrong information, so i did not add wrong info. Also, how da fuk was i gonna know that you were gonna add them a month later? I don't want to ask the groups, if it is okay to add their stuff before i do it. Then CSDb will never get anywhere. (AND, there is nothing wrong with taking information from websites. How can you say that!?!)
(if you were not pissed: sorry :) )
Yeah ok, i'll delete the trivia to the productions of your group (please understand i added them to preserve C64-history (which you're a part of), not to piss you off). Hope you add some better ones then. (*please* do, cause it's better to have short ones, than to have none)
ARGH, sorry for long text. |
| |
Seven
Registered: Jan 2002
Posts: 202 |
this is NOT "fuck everybody else", this isn't even about who's to blame.. at least not when I started this topic...
this is about the - in my eyes - insufficient way the entries are locked in the database
if I find the time I will go through some of the things I added in the past and put the lock on every single item that I think noone has business in editing, but that still doesn't protect things a 100% .. like in the example with the added member to Trans-X _although_ the group was locked...
as for the webpage thing... I do understand this is about preserving things and getting them all into one place, which is a good thing, but in _my_ eyes adding things that are already present on a more or less well-sorted webpage of the group itself should _not_ be the priority of things to add.. that's why there's the possibility to add a group's webpage to the group entry, so people, who are interested, can check things out on their own.. in a way that the group ment it to be presented...
I'm sure this database is not ment to make group webpages obsolete, but first of all to collect data that's hard to find, or collecting dust on those millions of 5 1/4 disks C64 sceners collected...
|
| Previous - 1 | 2 | 3 | 4 - Next |
