pouët.net

blkpanther me beautiful

category: general [glöplog]
ok guys, let me explain how i did it so far...

1. if the group search found a group with the same csdb id then it took that group.
2. if the group was in pouet with the same name and the search only returned one entry i took that as the group
3. if more then one result was returned i choosed it in the gui by checking by hand if there was a one i thought would match

well looks like the should stop the part after 2.!?

or should i do this...
if an already added the pouet group did not contain a c64 product i will just add (c64) behind the group name?

Quote:

if an already added the pouet group did not contain a c64 product i will just add (c64) behind the group name?


hhm no, that wouldn't be foolproof either, even if a group has no c64 productions in pouet it can still be the c64 group you want. I think you should check those manually as well to be 100% sure.
added on the 2008-01-14 21:26:44 by sparcus sparcus
well i think there are just about 100 groups to be parsed and added.
so i skip part 2. and check manually.

what if its not the same group? should i add (c64) behind it or skip it?
As Sparcus said it as well, the only way is to check the prods manually yourself, that's what people usually do :)

And unfortunately, somebody seems to have added a CSDB to any group in his sight without the slightest verification either, which made your script do other mistakes.
added on the 2008-01-14 21:34:02 by keops keops
so, left to fix when i get back from dinner: solar, shape, samar.
added on the 2008-01-14 21:43:47 by psenough psenough
blk: if a group exists but has no c64 prods already its quite unlikely that its the a multiplatform group.. better tag it and check it manually. add the (c64) thing to the end of it if indeed is diferent group. also, did you fix the void month and partycompo fields yet?

and that extremly bad bug that would add same prod with same name for as many times as it had different groups. check if prod in csdb has more then 1 group, if so, search pouet for that name, if exists flag it for manual check. if doesnt exist atleast add the 3 group slots..
added on the 2008-01-14 21:48:06 by psenough psenough
tool has been modified and should now not add prod's to wrong groups automatically.

rest i will check by hand but i will surly press the [skip] button for that since i dunno for sure in most cases if thats the right group (even if the name is the same).
- party compo field to "fix" is a bit hard since i dunno for sure what to add there ... c64 demo can be combined demo or demo or whatsoever. thats not very clear. so i leave it...someone else can still fill it with the [+] button

- month add is fixed as well (again evil "rss feed bug" in csdb)

- the multi-group-prod is new to me but your right...this is indeed something new that i will fix now
blkpanther : how about you stop that script and you submit stuff MANUALLY and only stuff you know about ?

There is not point adding tons of stuff just for the sake of it with wrong info/group. If it's missing, people will eventually add it with the proper info.
added on the 2008-01-14 21:55:06 by keops keops
keops, relaxe...i stop it then. nothing more from me...u won. i got other things to do. and yes you can still remove my glöps...it was never about getting it but helping pouet.

but if all would have been added manually almost nothing from csdb would have been in pouet. and no i dont think there are so much wrong added infos really. almost everything could be fixed with sql very easly.

over and out.
script for prods of groups that dont exist in pouet yet makes complete sense.
for the rest, i would strongly suggest manually checking for dupe of group and prod. anyways, ban lifted.
added on the 2008-01-14 22:13:29 by psenough psenough
It's not about winning, it's about doing things properly when they can be done that way, especially when it becomes a serious annoyance for gloperators to check every single prod your bot submits

And no, sql queries won't solve everything (wrong group affiliation, dupes, etc...), which means we still have to check your prods one by one since we don't know where the mistakes are.

Your script was a good idea but indeed I prefer it when dedicated people like Dipswitch take their time to submit stuff properly, doing the necessary verifications.

Indeed for the groups that don't exist, your script won't make mistakes. Or it will duplicate CSDB's mistakes at worse, what manual stuff would not ;)
added on the 2008-01-14 22:19:06 by keops keops
blk: keops is a bit "my way or the highway", do take it with a grain of salt, not all gloperators are so strongly against your script. just some more attention to errors would be appreciated :)
added on the 2008-01-14 22:23:26 by psenough psenough
I am not against the script, as said on the previous pages. I'm against a script badly setup in spite of the previous talks.

It would have been better if it were tweaked properly BEFORE submitting 13000 entries and if requests had been taken into account in time. All those issues were already pointed out a while ago, especially the problems of dupes with different names or automatic groups affiiliations that just won't ever work, whatever the script you use. There are too many groups with the same name, on similar or different platforms.

I doubt all those 13000 entries will ever be verified manually now. I will try to do some but only a very small percentage.

It's all about quantity VS quality.
added on the 2008-01-14 22:38:45 by keops keops
my point, from the very beginning, being : use your script only on stuff that will bring a minimum amount of errors. Groups that are not already in the DB sounds like a good starting point.
added on the 2008-01-14 22:42:53 by keops keops
keops: isn't the ultimate purpose of pouet db to be an *exhaustive* index of executable scene prods, so it's clearly quantity over quality, even if information quality should not be ignored :p

thumbing is supposed to judge quality afterwards.
added on the 2008-01-14 23:55:30 by Zest Zest
Quote:
so it's clearly quantity over quality


Wrong data is useless data. A portal with wrong info is a useless portal.

Quote:
thumbing is supposed to judge quality afterwards.


You totally missed the point. My post was about the quality of the data entered, not the quality of the prods themselves.
added on the 2008-01-15 00:00:09 by keops keops
Quote:
I doubt all those 13000 entries will ever be verified manually now. I will try to do some but only a very small percentage.

Well, then let's for once work like a group of people then, let's make a thread for the gloperators/moderators/admin *only* and let's attribute 1000 or more prods to each gloperator for him to verify. I'd be up for that.
added on the 2008-01-15 04:17:53 by iks iks
i don't have anything against the script idea per se, but you should have fixed ALL bugs in it before mass-adding stuff. right now there's quite some wrong and incomplete stuff there. for example, the multiple-group thing and other stuff.

apart from that, i'm happy that i'm not leading the glop charts anymore. :) it was always a hassle to answer stupid questions on demo parties and so on. and keops, thank you for your kind words, it makes me feel like all the hard work hasn't been in vain. but to be honest: if i had a PERFECT script, i'd use it too. :) it's just that i never really cared about c64 prods at pouet much, feeling that csdb is a better place for them. but of course it's nice to have them here too.
added on the 2008-01-15 05:25:58 by dipswitch dipswitch
Quote:
Well, then let's for once work like a group of people then, let's make a thread for the gloperators/moderators/admin *only* and let's attribute 1000 or more prods to each gloperator for him to verify. I'd be up for that.

is there a gloperator mailing list even?
added on the 2008-01-15 13:36:41 by Gargaj Gargaj
Quote:
is there a gloperator mailing list even?

you mean, as in actual communication and coordination? no way...
added on the 2008-08-19 12:29:19 by havoc havoc
that'd actually be needed :)
I'M A GARGAJ BELIEVER, DO IT ALREADY :D
added on the 2008-08-19 12:36:51 by iks iks
yep i agree (sorry for the cynicism above.. :/)
added on the 2008-08-19 12:39:38 by havoc havoc
i should add to my post that the mailing list PLUS the thread only visible to gloperators/admins/whatever would actually be needed.
added on the 2008-08-19 12:41:21 by iks iks

login