ISFDB talk:Beta

From ISFDB

Jump to: navigation, search


Contents

Enable editing for beta testers

Al, can we enable editing for beta testers without enabling it for all non-moderators? Mike Christie 17:31, 28 Nov 2006 (CST)

I don't know for sure, but I don't think so. Also, it looks like Al is being held hostage by the Work Monster again :( Ahasuerus 13:00, 4 Dec 2006 (CST)
Al got held hostage by the Winter Storm Monster. No electricity for two days, Internet back this morning after four days. Enabling editing for beta testers would require creating a temporary table of user ids allowed to edit, along with some tools to edit that table (the MediaWiki table we use for users only has two kinds of users, not three). What's the downside of opening things up for everyone? I'm not convinced that there are hordes waiting for editing to go online - even us moderators don't edit that much ourselves (we've been averaging about 130 edits per day between us for the last 2 months). I can go either way - but there will be some additional work to get a third partitioning of the users going. Alvonruff 13:55, 4 Dec 2006 (CST)
Then let's not bother. If it becomes a problem we can shut down user editing; seems unlikely. And as you say there are probably not hordes of users waiting for beta. That doesn't mean there isn't a beta period, though; I think it's still worth having a beta with entry and exit criteria -- partly so that users realize, at least, that there may be teething problems. Mike Christie 14:02, 4 Dec 2006 (CST)
ISFDB data is frequently cited by quite a few rec.arts.sf.written posters, so it's possible that we will have a few dozen somewhat active editors if we simply post a "Hey, we are open for beta testing, please be gentle and read the Help pages first!" message there. Ahasuerus 14:14, 4 Dec 2006 (CST)
So, are we saying that the Beta period lasts from Date X until Date Y, unless something catastrophic happens? And at Date Y we decide whether to leave editing enabled? Alvonruff 14:17, 4 Dec 2006 (CST)
That's what I was trying to define at ISFDB:Beta#Goals. If we don't have closed editing, which we've now agreed isn't worth implementing, then I think we want to define what we want to get out of the beta. I think we want to understand how the tools will really get used, and figure out the improvement path, so we can make the ISFDB/Wiki as effective a combination as possible, while minimizing the risk of discouraging users who sign up and find we don't have everything implemented yet. We want to know what is a must-have enhancement before taking the "beta" label off. And yes, we should have exit criteria that include shut down of non-moderator editing, though that would only be if there were some catastrophe. I can't think of much that would qualify -- perhaps large scale crappy edits that aren't getting caught by the moderators for some reason? But it's an option. I think we're much more likely to take the Google approach, and keep the beta label on for quite a while, until things look good enough to take it off. Mike Christie 16:04, 4 Dec 2006 (CST)

Beta recruiting message/page

How about a beta recruiting message on the front page of the ISFDB when we're ready to recruit? E.g. "The ISFDB will shortly be open for editing by the general public. We would like to recruit beta testers for this effort; if you are interested, please see ISFDB:Beta recruitment"? Mike Christie 19:30, 29 Nov 2006 (CST)

Showstopper Bug Fixes

Mike - I tried to find some of the ISFDB:Beta#Showstopper_Bug_Fixes on ISFDB_Bug_List without luck. Where are these bugs documented? Marc Kupper 12:44, 4 Dec 2006 (CST)

That page documents fixed bugs; the links at the top of ISFDB_Bug_List go to open bugs. Editing bugs are in the 10000 to 19999 range; you'll see the ranges as you go to each open bug page. Mike Christie 12:59, 4 Dec 2006 (CST)
Thank you Mike – I had not paid attention to the links/URLs and had assumed the thing at the top was a table of contents for sub-sections of a single bug list page. I’ve edited the top of the bug list and hopefully it’ll be a little clearer that the actual bug reports are on separate pages plus also edited the ISFDB:Beta#Showstopper_Bug_Fixes section to link to the bug list itself. The more links the merrier!. Marc Kupper 20:19, 9 Dec 2006 (CST)

Project page cleanup

I have archived/cleaned up the Bibliographic Projects in Progress page as per the list of things to be cleaned up prior to beta. Please take a look and see if it's a little less confusing now. Ahasuerus 23:08, 4 Dec 2006 (CST)

That's a big improvement. The other thing I was thinking about under the project cleanup heading was to be sure that we had a link or explanation for every cleanup project that a new editor might be interested in. It might be worth adding some explanatory text similar to what's in the help page about how the Wiki supports the ISFDB. If any specific author or series projects get active, maybe we can list them here too. The only active pages of that kind that I know of are Marc's DAW page and my work on the Fantastic Universe page--your work is more spread out among many others, if I haven't missed something. Or maybe those links aren't needed; people will just find the projects they care about via the links from the ISFDB? Mike Christie 23:50, 4 Dec 2006 (CST)
I added a few sentences from the help. I think this is now good enough; if others agree we can mark this as done on the Beta page. Mike Christie 18:14, 6 Dec 2006 (CST)
I have added links to each writer's ISFDB Wiki page to Most-Viewed Authors - 2005. Since links to non-existent pages are red and links to existing pages are blue, it looks like it should be a useful tool. If color-enabled editors concur, I can add them to other project pages, but it's not urgent and shouldn't delay the beta. Ahasuerus 09:50, 8 Dec 2006 (CST)

Remaining features for beta

I put in the only one I think is compulsory. Any other opinions? Al, is it a big deal to implement the view from the approved edits? Mike Christie 21:07, 7 Dec 2006 (CST)

More on showstoppers

I'd like to add 10056 to the list of bugs to be fixed before we go live. There's no workaround, and it leads to some very odd data. Any objections? I'm going to try to review the showstopper list over the next hour or two and make notes here about any I think we can cut out of that list; I'd like to make it shorter if we can. Mike Christie (talk) 09:51, 9 Dec 2006 (CST)

10010 -- I can't reproduce this; I suspect it's fixed. Here's what I did to reproduce it:

  1. Create Test Novel 1 as an omnibus pub containing just Test Novel 1 NOVEL.
  2. Create Test Novel 1 as a novel pub
  3. Merge both Test Novel 1 titles

Everything seemed fine at the end. Mike Christie (talk) 10:03, 9 Dec 2006 (CST)

I suspect it was fixed as part of the "double-quadruple Pub-to-Title pointers" fix. Moving to "FIXED" for now. Ahasuerus 00:06, 10 Dec 2006 (CST)

10014 -- I don't think this needs to be fixed for the beta. We can just ask users not to enter titles that require Unicode for now; that's not much of a restriction. I think it might not even have to be fixed to exit the beta. Mike Christie (talk) 10:13, 9 Dec 2006 (CST)

10044 -- This is apparently fixed; I retested it with the same sequence I went through when I reported it, and it worked flawlessly. I'll remove it from the beta showstoppers list. Mike Christie (talk) 10:22, 9 Dec 2006 (CST)

D'oh. It is fixed, but wasn't listed as a showstopper; not sure why I thought it was. Anyway, I've moved it from open bugs to fixed bugs. Mike Christie (talk) 10:24, 9 Dec 2006 (CST)

10021 -- This is still a bug, and is certainly ugly, but I don't think we need it for beta. There's no data corruption (or data entry) possible; it's just an ugly crash on a screen that's not used all that often; and the workaround is easy and obvious. Mike Christie (talk) 10:28, 9 Dec 2006 (CST)

10025 and 10028 -- I just tested these, and it appears that the author record is in fact deleted now. I entered a New Novel with Test Author, Test Title, and Test Artist as the cover artist. I deleted the pub and the author title; the author then disappeared, correctly. The artist is still there. I think this is defensible, since the cover record is structured as a work of that artist. In any case, I don't think there's a need to hold up the beta for this; I think we should take this off the showstopper list. Mike Christie (talk) 11:20, 9 Dec 2006 (CST)

10027 -- I can't reproduce this. I tried entering Test Magazine, with a review by "Test Reviewer" of "Test Reviewed Title" by "Test Reviewed Author". Saving that and going into editpub, I tried modifying all the review fields and was unable to get any problems to occur. Ahasuerus, can you recall how you got a problem when you reported this one? Mike Christie (talk) 11:31, 9 Dec 2006 (CST)

Unforunately, I don't have direct access to Al's memories :( Ahasuerus 02:18, 10 Dec 2006 (CST)

10032 -- I think 10011 covers the part of this that's important. It's easy to fix the variant title issue; just do a MakeVariant on the "grandchild" and the problem goes away. The awards problem is a loss of data, so that's a showstopper, but that's covered by 10011. Of course it may turn out to be the same fix, but I don't think we need to list 10032 as a showstopper. Mike Christie (talk) 11:51, 9 Dec 2006 (CST)

10038 -- This is certainly ugly, but there's a workaround and it's caused by entering invalid data. Seems pretty harmless, particular if the moderators are doing their jobs. I think this can be taken off the list. Mike Christie (talk) 11:55, 9 Dec 2006 (CST)

10039 -- I can't reproduce this. I tried New Novel, and changed the type to chapterbook; everything worked fine. I did notice that the Nesbit title reported as in error is now a COLLECTION, so maybe the data's been edited since the bug report. I also noticed that there is no title reference on that record, so perhaps that's a relic of the error, whatever it was? Ahasuerus, can you reproduce this? Mike Christie (talk) 13:00, 9 Dec 2006 (CST)

Actually, it's listed as a Chapterbooks at the moment. Are we looking at the same Publication? Although it doesn't error out any more, the fact that there is no associated Title makes me wonder if there are still problems with Chapterbooks. Ahasuerus 02:28, 10 Dec 2006 (CST)

Here's the list of bugs I think are showstoppers. I've removed anything I couldn't reproduce and anything that appears to be fixed, as well as bugs I don't think are serious enough to stop beta. I added one bug, 10056. I also dropped 10022 since Al says he thinks it's fixed.

  • 10011 - Awards info needs to be migrated with title merge. This loses data.
  • 10023 - Merging variants. This loses data.
  • 10056 - Incorrect anthology data management; no workaround.

-- Mike Christie (talk) 13:06, 9 Dec 2006 (CST)

Getting ready for Beta

Al is about to work on killing bugs, which is great news. There's not much left to be done before beta along those lines -- my list is just 90044 and 10023 -- but Al's expecting to get a lot more than that done.

I think we ought to open up for editing as soon as those two things are implemented. We want to go live at a time when Al has bandwidth for the next week or two, in preference to going live when he's used his bandwidth up for a while.

So here's my list of specific tasks to get done:

  • Main page announcement
  • Beta recruits page -- link from main and from the Beta page. It should just point to help pages, to a list of moderators, and ask for feedback and criticism
  • Announcement on ISFDB front page
  • Post a note to rasfw

When 90044 and 10023 are done, I suggest we do these things right away, and open for business. Mike Christie (talk) 14:34, 15 Dec 2006 (CST)

I think we'll need to discuss 90044 (being able to view old submissions). This isn't too difficult for rejected submissions, as the submission didn't alter the database (it was, afterall, rejected). For submissions that are integrated, we can't display split screen data like the moderator sees.
If a submission changes the title from "Old Title" to "New Title", then the moderator tool picks up the current title ("Old Title") from the title record and displays it on the left, then picks up the new title from the submission ("New Title") and displays it on the right. So far, so good. After the submission is approved and submitted, the title record is modified, and the title is now "New Title". If we were to look at the submission after integration, then the moderator tool picks up the current title ("New Title") from the title record and displays it on the left, then picks up the new title from the submission ("New Title") and displays it on the right. Now it looks like the submission changed "New Title" to "New Title" which isn't what happened. The old title isn't stored anywhere (it's not stored in the submission record because it would complicate the format, and it's not needed for edits). This is why there aren't links to the submission records in "Recent Edits".
I think rejected submissions would be better served with a "re-edit" tool (which I wouldn't mind being able to invoke from the moderator screen as well - sometimes dissembler has a minor problem I wish I could just fix right there, without integrating and then going back and re-editing the results). Looking at what was changed is related to the watchpoint problem - we probably need some kind of fine-grained history tool that tracks the field changes in specific records. Alvonruff 16:08, 15 Dec 2006 (CST)
The functional problem that 90044 is supposed to solve is visibility of what has been done to the data. Even a log file would suffice; that is, each "Approve" writes a text version of the activity to a flat file that has "#124823" or whatever at the start of each edit log record. Without this, I'd be very unwilling to do any edits at all, as I'd have no idea whether they were being changed. Is the log file easier? Is there some other way to do this? Mike Christie (talk) 16:29, 15 Dec 2006 (CST)
Or how about this: take the raw html for whatever is displayed on the approve screen, and if approved, save that to a record indexed by edit number. Then just redisplay that html on the query. No intelligence needed. Does that work? Mike Christie (talk) 16:30, 15 Dec 2006 (CST)
I think I can add a new table that tracks "to" and "from" for fields fairly efficiently. This best thing about the feature you're looking for in general is that it bolts onto the side of current database, regardless of how it's implemented, so it shouldn't destablize any of the apps. I'll see what I can prototype up in the next 24 hours. Alvonruff 19:39, 15 Dec 2006 (CST)

Editor recruitment

Speaking of editor recruitment for the beta phase, we have a test case, er, I mean a brand new and eager contributor. What do you think? Ahasuerus 00:51, 16 Dec 2006 (CST)

Looks like a good candidate. Maybe we should change the welcome template when we get started so it points to the yet-to-be-written beta recruitment page. In the meantime, if Britch shows more interest, I'd suggest dropping him a note and mentioning the beta. Mike Christie (talk) 03:48, 16 Dec 2006 (CST)
Sure. Remind Britch that authors are "Firstname Lastname" not "Lastname, Firstname". Alvonruff 08:46, 16 Dec 2006 (CST)

Front page notices

I drafted a Beta Participation section at the top of the Beta page; let me know what you think.

I suggest text like this for the main page of the ISFDB; copyedit, anyone?

The ISFDB is now publicly editable. If you would like to correct or improve any data you see in the ISFDB, or help with entering fresh data, please visit the ISFDB Beta page for more information.

On the Wiki main page, how about:

The ISFDB is now publicly editable. If you would like to correct or improve any data you see in the ISFDB, or help with entering fresh data, please visit the Beta project page for more information.

Comments? -- Mike Christie (talk) 16:40, 19 Dec 2006 (CST)

It looks good. Do you think there should be a separate Beta feedback page or should people use the ISFDB:Community Portal? --Marc Kupper 23:33, 19 Dec 2006 (CST)
I think we should get editors to participate in all the pages, not funnel them to a specific page -- after all, they'll be reporting bugs, querying bibliographic rules, and so on. This talk page is also a good place for general discussions. Mike Christie (talk) 15:48, 20 Dec 2006 (CST)

Are we ready to go live on the beta?

Al suggested here that we nominate any remaining bugs to be fixed before going live. I don't see anything on the list in that category. Does anyone else? If not, I suggest we pull the trigger this evening or tomorrow morning. Mike Christie (talk) 17:31, 20 Dec 2006 (CST)

Al is attending "a day's worth of emergency meetings" today, so we probably want to wait at least until tomorrow morning. Also, I have just found something in the Help pages that can potentially affect a lot of Publications -- see Help talk:Screen:NewPub. I really haven't done a very good job of reviewing all Help pages and raising flags in the areas where the Help text differs from the current practice :( I'll try to give it another shot tonight. Ahasuerus 18:01, 20 Dec 2006 (CST)
Yes, we need to wait for Al. I'll go look at the help comments now; I also noticed that Al has done a detailed entry of an Analog issue that I have, so I'll go compare what he did with what I'd have done and see if there is more to clarify in the help as a result. Mike Christie (talk) 19:52, 20 Dec 2006 (CST)
Al added a new bug, 10060, this morning, which seems to be a dataloss bug. We may want to wait for him to take another look at it, hopefully later today, before we pull the plug. Ahasuerus 16:05, 21 Dec 2006 (CST)
Actually I fixed it about 10 minutes after documenting it, and haven't updated the wiki as yet. Alvonruff 20:33, 21 Dec 2006 (CST)

Tomorrow is a company holiday, so I only have one meeting I need to call into. Otherwise, I should be around, so feel free to flip the editing bit in the moderator control panel when you're ready. Alvonruff 20:46, 21 Dec 2006 (CST)

I will be travelling tomorrow -- assuming the post-blizzard cleanup in the Plains goes as advertised -- but I should be around between Saturday 12/23 and Sunday 12/31 and working on my "special" boxes as discussed earlier. Also, I see a number of gaps in our coverage of the Silver Age (1950s) digests (Future, the Fantastics, etc) which look tempting. Once again, decisions, decisions... Ahasuerus 21:58, 21 Dec 2006 (CST)
If I can make a recommendation, it might be most useful if you focused on the rare pulps -- things that few other people have. I have pretty good coverage of the silver age myself, and can do some data entry there. I was considering what to go after next, now that Fantastic Universe is complete and I've entered all my Le Guin; it'll probably be something from that period. My pulps coverage is a bit weaker, except for Astounding. Mike Christie (talk) 22:11, 21 Dec 2006 (CST)
Oh well, you talked me into it! :) Ahasuerus 22:24, 21 Dec 2006 (CST)
Re the editing bit; I'm half inclined to flip it tonight, but I'll probably do it first thing in the morning. I'll put the notice on the main page then too. Al, I take it we need your assistance to put anything on the ISFDB's front page, right? I'll also post a short note to rasfw when we flip the bit. Mike Christie (talk) 22:13, 21 Dec 2006 (CST)
I don't follow r.a.sf.w. the way I used to, so I don't have a good feel for how many people might respond. However, I wouldn't be surprised if the total over the next few weekes reached a few dozen. How many of them will stick around after a few edits is a different question, of course... Ahasuerus 22:24, 21 Dec 2006 (CST)
Flip it in the morning, and I'll add a blulb to the front page. Alvonruff 04:44, 22 Dec 2006 (CST)
Flipped. I'll add the main page blurb; Al, can we change the new front page message to say "now open"? And what do you think of giving it it's own little box, so it stands out a bit more? Mike Christie (talk) 07:25, 22 Dec 2006 (CST)

Not quite sure as to what to do here

Hi, I got a message from Mike Christie (I do remember you from the Campbell article) and have been browsing through the database -- it looks very impressive! I've now created an account and logged in, hence I can make this comment. But I'm not clear on one thing: do I have to do edits to the main database (for instance, add more info about my own works) through the Beta Project? Or can I go directly to the database and do my editing there? Or are they one and the same? In any case, it looks like a fantastic project! Hayford Peirce 10:28, 25 Dec 2006 (CST)

It's all one and the same database, so edit away :) Thanks for the kind words and welcome to the project! Ahasuerus 10:54, 25 Dec 2006 (CST)

Beta recruits

When someone signs up on the beta recruitment page, as a couple of folks have done recently, do we need to do more than post a "{{subst:welcome}}~~~~" on their talk page? Do we need a beta version of the welcome template? Mike Christie (talk) 11:31, 1 Jan 2007 (CST)

Personal tools