Branch (
branchandroot) wrote2012-07-09 01:26 pm
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Entry tags:
Incandescent Outrage, Film at 11
You know what infuriates me most about AO3 (today)? The more I read the little things that wranglers anonymous and not are stepping up to tell us, the clearer it becomes that it could work. I don't mean that in a fuzzy procedural way, either, I mean the actual structure of the archive is completely compatible with changing the archive over to canonical, navigable tags and usable fandom hierarchy navigation and not making the wranglers do every damn thing. IT COULD BE DONE RIGHT NOW. Most of the structure is already in place, it's just completely invisible to the users!
It would not take any extra hand-work on the part of the wranglers. It would not require more downtime than any other commit, or break existing functions. The big change would not even be a very difficult bit of code to write! (Terrifying, perhaps, but not difficult.)
How, you ask? Let me tell you, because the top of my goddamn head is about to blow off with the force of my indignation over the pointless ideological stonewalling that's stopping the archive in its tracks!
1) The absolutely necessary first step, on which all else is predicated, is that the public voices of the Archive must speak up to say that Responsible Parties were, after all, mistaken and that the tagging system needs to change. Announce what the changes will be, and a loose timeline of when, so users can take whatever action seems wise to them (eg doing the canonization of their stories themselves so there are no mistakes). Apologize for taking users down a dead-end path for so long and explain the logic behind the upcoming changes (ie readers actually being able to find the authors' stories and wranglers not dying of overwork as the archive grows). Admit that fixing things will inevitably cause some new mistakes, and surface old mistakes. Refrain from any \o/ whatsoever. Do it all again in email.
2) Next step. Make a "request new canonical tag" page. It should be quite simple, as close to one-click as can be. One text-field for each tag type (Fandom, Character, Relationship, Genre/Flavor/Whatever). If Character or Relationship is filled in, a prompt comes up for what Fandom this should be a child of. If a Fandom is filled, a prompt should come up asking for any character/relationships the suggester can think of offhand to populate it with. I'm thinking it should only be visible to logged in users; anything else is spambait. On the wrangler end, this should be equally one-click, as they review requests. Prospective buttons: Approve (immediately creates canonical), Request Review (pops up a flag in whatever task-flow forum exists, asking another wrangler or maybe staff for another opinion), Approve-Needs Forming (creates canonical which the wrangler may alter the phrasing of and optionally pops up a flag asking people to help find synonyms among the non-canonicals to wrangle into the new canonical), Reject (pops up a "reason" form which sends an email to the suggester with the reason filled in; also adds suggestion to blacklist table, with reason; previously blacklisted suggestions do not go through, just pop up a page with the reason for rejection [malformed, malicious, etc.]; the email and this form should both have a link to Support, in case someone wants to argue or get clarification).
3) Next step. Edit the posting form so that Fandom, Character, and Relationship fields can only be populated from the canonicals (possibly re-using the code for selecting a collection name). Fandom(s) remains the only required tag and must be entered first, to create the pool of Character and Relationship options; a warning to this effect should come up if someone clicks into those fields without entering a Fandom. The only other new bit of code required would be a new field for Genre/Flavor/hold a user poll to decide what to call this one. The place where all the No Fandom canonicals will go, at any rate. The Additional tags field can remain as is, in all its freeform glory, perhaps with a note to the effect that Additional tags will not be wrangled, now. Add a prominent link to the "request new canonical" form, and links beside each tag field that will lead to a page of that tag-type for the fandom(s) entered, so people can check what's available instead of having to guess forever. One new note, one new field, four new links, three altered field types. That's it! Test it and send that puppy live. Now all new stories will be in the appropriate format, working off the already existing canonical tag structure and requiring no further wrangling.
4) Adjust import function to look for and set Fandom first, and then try to match any other tags discovered to the fandom's canonicals pool, so as to allow as much of the filling-in process as can be done. Results will probably be about the same as they are now.
5) Write (another) filter sidebar in which only the canonicals show. A fandom index might show Characters, Relationships, and Genre/Flavor canonicals. A character index might show Relationships that character appears in and Genre/Flavor canonicals. A relationship index might also show associated Genre/Flavor canonicals. None of them should show Additional tags at all; instead perhaps there can be a link to the Tags section and a link to the Search form. Revise the in-menu "or" function so that it usefully searches for "character X OR character Y" AND "flavor A OR flavor B" instead of just "anything with X or Y or A or B" which is useless. All of these will be very straightforward mysql queries, instead of monstrous, ass-end-to walker functions. Hold the execution of this until tags are retrofitted.
6) Prep work done! On to the nerve-wracking, if not really difficult, part. Write a query to replace every non-canonical tag id with its canonical version in the story table of the database. Depending on the database structure, this could be as simple as "story.tag_id = tags.canonical where story.tag_id = tags.tag_id and not tags.canonical = ''". Take a good drink to settle your nerves. Clone the story table. Run the query on the clone; this will probably take a few days to get through. Make a news post that The Time Has Come. Take another drink. Shut down the posting form, import any new entries since cloning, swap the names of the clone and the live tables, revive the posting form, now breathe. That should take maybe fifteen minutes, if people prepare beforehand, and that's allowing a margin for a mild case of hysterics or two. If you want to close posting during the replacement process, you won't even have to do the import step. Lo, the archive is running seamlessly on all canonicals! Take another drink.
7) Now it's time for clean-up. Write a query to delete all empty and/or non-canonical tags. Write another to determine all stories with character/relationship meta-tags, the authors' emails, and send them auto-emails informing them that they have meta-tags Y on Story X that should please be re-set to the appropriate canonicals in order for the story to be searchable. Delete these particular meta-tags as they empty. Send general emails to inform all authors that retrofitting is done and they should please check their stories. Warn the wranglers and support people before-hand, because there will invariably be some mistakes showing up and probably some irate users needing to vent. In fact, make a special news post for them to vent in, including any strategies people can think of for easy checking and clean-up, and link to it in the email. Chairs should be on-hand for their volunteers with tea/hard liquor/kleenex/adorable kitten pictures. Schedule this, people.
8) Once the fallout looks to be dealt with, announce completion and success. Now you can \o/. Send the new sidebar live!
9) It's now time to reform the navigation. The Fandoms lists can probably stay as are, at least for now, but every single index page, whether for a fandom, a character, a genre, or whatever else, every index page should show the branch of the hierarchy it is in, as a breadcrumb at the top of the page. For example, selecting "Bishoujo Senshi Sailor Moon" should show, in the breadcrumb "Sailor Moon - All Media Types >> Bishoujo Senshi Sailor Moon". Selecting "Tennou Haruka" from one of those stories should show "Sailor Moon - All Media Types >> Characters >> Tennou Haruka" (or whatever the parent structure is, in that example). Beside the breadcrumb should be a link to the landing page of the fandom. All of these functions and pages exist already, all that is required is to make them visible to the users as well as the volunteers, with a few conditionals to conceal the wrangling links. The public view of the fandom landing page should also have a link to the "request new canonical" form.
10) While you're thinking about it, fix the advanced search, also, so that it has sub-fields for different kinds of tags, and searches for discrete tags as opposed to doing breakage-prone all-field string comparisons.
Congratulations. You now have a working, navigable, professional looking goddamn archive, that can run fast and sleek with as many readers/users as want to come; be proud of yourselves!
Now. That involved only a small amount of new coding, all of it straightforward, and it will fix both server-load and worker-load. The majority of the fix is one query to canonize existing story tags, and a slightly edited form to select new ones, using canonicals and hierarchy that are already established in every case. The rest of it is simply showing users the navigation that's already there. This change-over would not break any existing archive function. It could be nearly seamless. It would even surface things that are currently mis-wrangled but don't readily show it on the front end as the tags stand. And the wranglers would have the far more manageable job of reviewing requests for new canonicals and maybe populating new fandoms instead of trying to make sense of every senseless tag with their hands tied behind their backs. Everything is in place already, to make this work!
It could be done so easily. It could be started right now. WHAT IS STOPPING YOU?
It would not take any extra hand-work on the part of the wranglers. It would not require more downtime than any other commit, or break existing functions. The big change would not even be a very difficult bit of code to write! (Terrifying, perhaps, but not difficult.)
How, you ask? Let me tell you, because the top of my goddamn head is about to blow off with the force of my indignation over the pointless ideological stonewalling that's stopping the archive in its tracks!
1) The absolutely necessary first step, on which all else is predicated, is that the public voices of the Archive must speak up to say that Responsible Parties were, after all, mistaken and that the tagging system needs to change. Announce what the changes will be, and a loose timeline of when, so users can take whatever action seems wise to them (eg doing the canonization of their stories themselves so there are no mistakes). Apologize for taking users down a dead-end path for so long and explain the logic behind the upcoming changes (ie readers actually being able to find the authors' stories and wranglers not dying of overwork as the archive grows). Admit that fixing things will inevitably cause some new mistakes, and surface old mistakes. Refrain from any \o/ whatsoever. Do it all again in email.
2) Next step. Make a "request new canonical tag" page. It should be quite simple, as close to one-click as can be. One text-field for each tag type (Fandom, Character, Relationship, Genre/Flavor/Whatever). If Character or Relationship is filled in, a prompt comes up for what Fandom this should be a child of. If a Fandom is filled, a prompt should come up asking for any character/relationships the suggester can think of offhand to populate it with. I'm thinking it should only be visible to logged in users; anything else is spambait. On the wrangler end, this should be equally one-click, as they review requests. Prospective buttons: Approve (immediately creates canonical), Request Review (pops up a flag in whatever task-flow forum exists, asking another wrangler or maybe staff for another opinion), Approve-Needs Forming (creates canonical which the wrangler may alter the phrasing of and optionally pops up a flag asking people to help find synonyms among the non-canonicals to wrangle into the new canonical), Reject (pops up a "reason" form which sends an email to the suggester with the reason filled in; also adds suggestion to blacklist table, with reason; previously blacklisted suggestions do not go through, just pop up a page with the reason for rejection [malformed, malicious, etc.]; the email and this form should both have a link to Support, in case someone wants to argue or get clarification).
3) Next step. Edit the posting form so that Fandom, Character, and Relationship fields can only be populated from the canonicals (possibly re-using the code for selecting a collection name). Fandom(s) remains the only required tag and must be entered first, to create the pool of Character and Relationship options; a warning to this effect should come up if someone clicks into those fields without entering a Fandom. The only other new bit of code required would be a new field for Genre/Flavor/hold a user poll to decide what to call this one. The place where all the No Fandom canonicals will go, at any rate. The Additional tags field can remain as is, in all its freeform glory, perhaps with a note to the effect that Additional tags will not be wrangled, now. Add a prominent link to the "request new canonical" form, and links beside each tag field that will lead to a page of that tag-type for the fandom(s) entered, so people can check what's available instead of having to guess forever. One new note, one new field, four new links, three altered field types. That's it! Test it and send that puppy live. Now all new stories will be in the appropriate format, working off the already existing canonical tag structure and requiring no further wrangling.
4) Adjust import function to look for and set Fandom first, and then try to match any other tags discovered to the fandom's canonicals pool, so as to allow as much of the filling-in process as can be done. Results will probably be about the same as they are now.
5) Write (another) filter sidebar in which only the canonicals show. A fandom index might show Characters, Relationships, and Genre/Flavor canonicals. A character index might show Relationships that character appears in and Genre/Flavor canonicals. A relationship index might also show associated Genre/Flavor canonicals. None of them should show Additional tags at all; instead perhaps there can be a link to the Tags section and a link to the Search form. Revise the in-menu "or" function so that it usefully searches for "character X OR character Y" AND "flavor A OR flavor B" instead of just "anything with X or Y or A or B" which is useless. All of these will be very straightforward mysql queries, instead of monstrous, ass-end-to walker functions. Hold the execution of this until tags are retrofitted.
6) Prep work done! On to the nerve-wracking, if not really difficult, part. Write a query to replace every non-canonical tag id with its canonical version in the story table of the database. Depending on the database structure, this could be as simple as "story.tag_id = tags.canonical where story.tag_id = tags.tag_id and not tags.canonical = ''". Take a good drink to settle your nerves. Clone the story table. Run the query on the clone; this will probably take a few days to get through. Make a news post that The Time Has Come. Take another drink. Shut down the posting form, import any new entries since cloning, swap the names of the clone and the live tables, revive the posting form, now breathe. That should take maybe fifteen minutes, if people prepare beforehand, and that's allowing a margin for a mild case of hysterics or two. If you want to close posting during the replacement process, you won't even have to do the import step. Lo, the archive is running seamlessly on all canonicals! Take another drink.
7) Now it's time for clean-up. Write a query to delete all empty and/or non-canonical tags. Write another to determine all stories with character/relationship meta-tags, the authors' emails, and send them auto-emails informing them that they have meta-tags Y on Story X that should please be re-set to the appropriate canonicals in order for the story to be searchable. Delete these particular meta-tags as they empty. Send general emails to inform all authors that retrofitting is done and they should please check their stories. Warn the wranglers and support people before-hand, because there will invariably be some mistakes showing up and probably some irate users needing to vent. In fact, make a special news post for them to vent in, including any strategies people can think of for easy checking and clean-up, and link to it in the email. Chairs should be on-hand for their volunteers with tea/hard liquor/kleenex/adorable kitten pictures. Schedule this, people.
8) Once the fallout looks to be dealt with, announce completion and success. Now you can \o/. Send the new sidebar live!
9) It's now time to reform the navigation. The Fandoms lists can probably stay as are, at least for now, but every single index page, whether for a fandom, a character, a genre, or whatever else, every index page should show the branch of the hierarchy it is in, as a breadcrumb at the top of the page. For example, selecting "Bishoujo Senshi Sailor Moon" should show, in the breadcrumb "Sailor Moon - All Media Types >> Bishoujo Senshi Sailor Moon". Selecting "Tennou Haruka" from one of those stories should show "Sailor Moon - All Media Types >> Characters >> Tennou Haruka" (or whatever the parent structure is, in that example). Beside the breadcrumb should be a link to the landing page of the fandom. All of these functions and pages exist already, all that is required is to make them visible to the users as well as the volunteers, with a few conditionals to conceal the wrangling links. The public view of the fandom landing page should also have a link to the "request new canonical" form.
10) While you're thinking about it, fix the advanced search, also, so that it has sub-fields for different kinds of tags, and searches for discrete tags as opposed to doing breakage-prone all-field string comparisons.
Congratulations. You now have a working, navigable, professional looking goddamn archive, that can run fast and sleek with as many readers/users as want to come; be proud of yourselves!
Now. That involved only a small amount of new coding, all of it straightforward, and it will fix both server-load and worker-load. The majority of the fix is one query to canonize existing story tags, and a slightly edited form to select new ones, using canonicals and hierarchy that are already established in every case. The rest of it is simply showing users the navigation that's already there. This change-over would not break any existing archive function. It could be nearly seamless. It would even surface things that are currently mis-wrangled but don't readily show it on the front end as the tags stand. And the wranglers would have the far more manageable job of reviewing requests for new canonicals and maybe populating new fandoms instead of trying to make sense of every senseless tag with their hands tied behind their backs. Everything is in place already, to make this work!
It could be done so easily. It could be started right now. WHAT IS STOPPING YOU?
no subject
no subject
no subject
Ah, I think I read something you didn't write, and as it turns out the tag terminology is irrelevant to my point; what I meant to refer to was:
If Character or Relationship is filled in, a prompt comes up for what Fandom this should be a child of.
I don't think relationships should be children of fandoms, because they may very well not be children to single fandoms, you see?
no subject
Thing is, for navigation purposes, they kind of have to be. Otherwise, we're back to insane scripts that take up a ton of server load. They could easily be children of more than /one/ fandom, though. It would be good to have something in the form to address that. Maybe some kind of "click here to add another parent fandom" thing. In the existing tags, I'm pretty sure that cross-over Relationships already do this.
no subject
re: server load, OIC, my programming-fu is non-existent, but I think I see how my initial proposal would have borked things again. But if you're right about what you proposed here, then that would work, of course!
Randomly: I've read and enjoyed your parts in the Choice series you've written with lysapadin! Er, naturally I have not commented to that effect on ao3 or given kudos or anything. ._.
no subject
(*makes happy sounds* Oh, I'm so glad to hear that! Fixing Xanxus is kind of a mutual hobby, and it's endless fun to find new ways to do it.)
no subject
no subject
no subject
no subject
no subject
no subject
no subject
It could be done so easily. It could be started right now. WHAT IS STOPPING YOU?
Of course, the reason why is:
1) The absolutely necessary first step, on which all else is predicated, is that the public voices of the Archive must speak up to say that Responsible Parties were, after all, mistaken and that the tagging system needs to change.
Though I figured you know that. XD
no subject
no subject
no subject
no subject
no subject
no subject
no subject
And by now, by this point it would require not just one or two people to admit they were wrong. But also some of the people heavily involved in wrangling who seem to have become thoroughly Stockholmed into the idea that the current system does/can/will work forever.
So unfortunately -- for them and for wranglers wanting change and for readers and for potential volunteers turned off by the (invisibility of) current tag wrangling policies -- they're perpetuating the delusion that the "purest of folksnomies ever! run entirely on manual fan-power! because we're just that awesome!" idea is not wrong. *also sighs*
no subject
*makes little whimpering sounds* I just cringe every time I run across that. Users are not some kind of guinea pig in a sociology experiment! Wranglers are not anyone's propaganda posters! Worlds of argh.
no subject
no subject
no subject
*Also--could this be done without step one? Cause that's the only one I really really can't see them doing at all. Like... maybe they could sell it as \o/we're awesome and \o/ \o/ we've figured out how to be more awesome!
no subject
*considers* There has to be /some/ announcement of the change, but if they want to spin it as "omg, we had this fantastic new idea!"... well, I'll be laughing until I wheeze, and posting about what bullshit it is, but what the fuck. It would leave a lot of the attitudes and patterns that got us into this mess in place, but that may be a much longer fight.
no subject
no subject
no subject
I do like the re-interpretation that's taking place over the \o/. Person throwing up their hands in exasperation. Person drowning and waving for help. I'm sure there will be more.
no subject
At work there is a group chat that I and a few others participate in due to our work, and I picked up the \o/ while in IRC for LJ Support back in 2006 or thereabouts. Every time I use it I remember all the possible interpretations *g*
no subject
Me, I'm just waiting for someone to decide how to indicate that the little person is flipping someone off.
no subject
no subject
lacey, have you seen
no subject
no subject
no subject
Just as one niggle, I would hope that users could go ahead and post a story even if all the canonicals for it aren't in place/approved (having been the first/only person to post in a fandom before), and I do think it would be good to keep waiting/back-and-forth/"retouch it once you hear from us" to a minimum for users where possible, maybe keep the "uncategorized fandoms" area available for stuff that's pending approval...?
But I'm just poking at your thing because it's so very shiny...
BTW, this whole business just called to mind a TED talk I saw some time ago: Sheena Iyengar on the nature of choice, and on Americans' sometimes muddled view that More Choice (or fewer tagging constraints) Is Always Better.
no subject
no subject
no subject
no subject
This! One of my favorite features of the tag system is that I can post my obscure-fandom fic and it will have the tags up and searchable right away. Even if they merit editing later, they should be available before the review happens.
Also, from the OP:
Write a query to delete all empty and/or non-canonical tags.
That would be bad. Empty-but-canonical tags often exist because wranglers with some free time pre-emptively created them, so that a future writer posting the first fic with those tags will have the correct formats suggested to them. It's one of the places we can really be proactive and lay groundwork, and it would be silly to undo that when it would likely need to be redone in the future anyway.
Empty-and-noncanonical tags are already deleted automatically. I'm not a tech person and can't break down the details, but I can copy you what it says in the wiki:
The rake task "rake Tag:delete_unused" cleans out unused tags on the archive. Currently it runs automatically every 24 hours, at 7AM UTC.
The rake will remove any tags which are:
--Not canonical
--Not synonyms (merged) with another tag
--Not attached to any works, drafts, or bookmarks (0-use tags)
--Not used in any tag sets
--Not parents of any child tags
no subject
no subject
no subject
no subject
There are times when options are good! There are times when options are great! ...those times are not 'always'.
no subject
no subject
no subject
no subject
I mean, I try to put canonical tags on my stories whenever possible, but it's hard to stick all the appropriate ones on if you don't know (and can't find out!) what they are. I also use some extremely non-canonical tags sometimes, but that's because I occasionally want to provide information or commentary that doesn't really fit in a summary or author's note -- and/or I would like that information visible in the fandom works page rather than hidden until someone actively clicks on the story link -- and I would be just as happy having that kind of tag roped off as a sort of... hyperlinked additional author's note, maybe? Instead of jumbled in with all the normal searchable tags. Because that kind of tag is not intended to be searchable and it's stupid to treat them as if they are.
no subject
*nods* I think leaving /one/ field open to whatever meta-info the author wants to add is worthwhile. There are always possibilities that the folksonomy drift will come up with some useful things that way, things become frequent enough to be canonized. Like the "women being awesome" tag. And if not... well, it's not eating server time if it's not used in the menus, so if someone wants to post non-search metadata that way, go for it.
no subject
no subject
Their purpose is to convey the artistic vision of the fanwork as commentary, and I find them very useful to my fannish experience, since it's been quite helpful in avoiding particular works, as the author pov is one I will likely not identify with.
Tag wranglers currently deal with them by assigning to a fandom if applicable and not canonising or marking unwrangable if applicable. (so they don't clog sidebar /drop down)
if a tag is not a character, fandom or relationship, there should be multiple uses before canonising - so for example if a group of people started tagging with "get xxx laid challenge" in order to group works for a particular challenge - that could get canonised.
no subject
no subject
In other words they're little bits of additional information to convey details about the story -- mood, background assumptions, attitude toward canon, etc. -- that help people decide whether any given work matches what they want to read.
no subject
That's information that I would add in the author's notes, or in the summary if I felt it was necessary for the reader to know before clicking through. Is there a reason that you would not do the same thing, given that probably you are the only person who will use these tags, and only in one instance? (I have a feeling we come from different internet cultures re tagging, and it's interesting to me to question my assumptions of Things that Should/n't Be Tags. I mostly picked tagging up from Delicious, where there was a sort of a developing fan consensus over tag formats to allow people to find stuff, i.e., people coming to use the common format "fandom:Homestuck" so that all the bookmarks could be located in one search. That is, a user-need based system, not a creator-need one.)
no subject
no subject
There are times when I've been really grateful that existing tags weren't just auto-replaced with the canonical. One of my fandoms was really weirdly organized when I got there -- the part that was the biggest pet peeve for me is that two characters with similar names were wrangled together. If all the instances of "Character A" had been auto-converted to "Character A+", there would have been no way to fix it short of going through all the fics and telling all the authors "hey, I see you were writing about Character A, please go back and change all your tags!" As it stands, all I had to do was unhook the existing "Character A" tag and make it canonical in its own right.
That sort of issue is why I'm still in the "give wranglers more latitude" camp, instead of wanting a full revision to a "run most fields on canonicals only" system.
(Although I really appreciate the thought that went into this plan, and the discussion it's generated. It actually gives people something to chew on, in contrast to most of the "our system is just fine as-is because wranglers are awesome, now stop asking for anything different \o/" official ones.)
no subject
I /also/ think wranglers should have more latitude, of course! Letting wranglers contact authors about problems, at the very least, good grief.
no subject
A sidenote: you've got one of my comments on FFA linked in your post the other day as an example of "wranglers who don't feel free to speak in their own names." (The last one.) In fact I've made a couple of critical posts and plenty of logged-in comments on the subject -- and I don't see anything in the other comments to imply that they're anon out of fear, and not anon because, well, it's an anon meme. Things aren't that dire yet.
no subject
I have been contacted backchannel by *thinks* three volunteers in the last month, all of whom asked me not to use their names if I ever mentioned our discussions for fear of repercussions. That... really kind of alarms me. So when I see the lion's share of useful information only being passed over anonymously, I tend to start thinking "oh god".
no subject
Yikes. That's the thing to mention, then!
(Although I would be really curious to know just what kind of "repercussions" people are afraid of. Is this all hypothetical, or is there some kind of backchannel shunning or shaming already going on...?)
no subject
no subject
no subject
(BTW, Branch, LMK if you want any more screenshots.)
no subject
no subject
Goodness knows I know a lot of fannish librarians. Were I looking to design a data structure for sorting metadata about a set of objects, I would start by asking them for help.
But yes, I very much get the impression that this is a situation where commitment to an intellectual program is getting in the way of keeping the servers from falling down and going boom. And that you can't design a sensible automated metadata sorting system unless you're prepared to admit that that is the project you are undertaking.
no subject
*makes the sign of librarian-spouse solidarity*
no subject
As a sometime student of classification, THANK YOU FOR THIS. Centuries of debate and options and theory are available! And they are awesome!
no subject
But yes: there are a lot of really clever people out there who have spent the last few decades focusing their energies on how to write metadata for online objects. They have come up with at least a couple of good ideas....
no subject
This might also make it possible for people to be one-shot tag wranglers: when a new canon arrives, they could sign on to just add in the new canonicals (at least as far as fandom, character names, canon pairings), which would have the advantages of a) being a small but rewarding bit of work (for volunteers with small amounts of time) and b) setting up a framework for when the fic/art starts pouring in.
I really, really want to see the hierarchy and know what the canonical tags are. (For an example, I just wrote a story for a challenge and as there was no pop-up I just guessed as to what the tag should be. So now there's one challenge with at least three different name tags on the first page....)
no subject
no subject
no subject
(I presume the Genre/Flavor category would also include things such as kinks and certain fandom tropes (for instance, vampires, werewolves, etc), yes?)
no subject
And yes, that's just what I meant by Genre/Flavor! There's already a threshold of how many times a tag (and synonyms, currently) must be used before it gets a canonical and is made searchable. Things over that threshold that aren't fandom-specific get attached to the parent "No Fandom". So the body of these tags already exists, and each has been given a searchable name. I think there's kind of a lot of them, actually.
no subject
/drive-by statistic fairy
no subject
...how do Character and Relationship canonicals wind up in No Fandom?
no subject
no subject
no subject
no subject
no subject
no subject
(Argh, crossposted...)
no subject
I understand that in other archives since time immemorial the work the archive did, the infrastructure it provided, was to have / relied on having canonical silos. But the AO3 was created precisely with the philosophy that it would support and encourage diversity and not enforce formulations (much) in those so-called canonical things. this was explicitly asked for/debated/decided at the time, I remember it clearly because it was and remains crucial to me.
What I mean is, the fact that I can designate a work of mine as being LotRiPs (fandom) and not Lord of the Ring RPF (fandom) is not unimportant to me - it is one of the basic, fundamental reasons I archive my work at the AO3 when I have never archived it in a fandom-specific or pairing-specific archive before.
What you’re suggesting would totally make AO3 life easier but I can’t agree with your step #3, at all. I wish wrangling would change but I disagree strongly w/ making tags enforceable from the top. Still & forever. The promise of a lack of top-down imposed vocabulary / taxonomy was made, and I want AO3 to keep it.
(aside: that promise is not even implemented enough imo: I am disappointed that while I can - I do - indicate that my fic is a LotRiPS fic on the page itself and in the header, the title of the page in my browser, which also becomes the text of the bookmark if I bookmark the page on Pinboard, say, or the filename if I save the fic, remains the “canonical formulation” - that’s a top-down imposition I resent, not just because I would resent it no matter what, but precisely because it goes against the promise that was made)
The thing is, whether it ruffles coders and librarians’ feathers or not, different ways to format relationship and fandom tags have semantic meaning, sometimes a LOT of it, see many a fandom kerfuffle - so imo users must be able to tag using those formats if we mean to respect them as creators. The whole point of the tag system is to invisibly unify that diversity, not to erase it.
I’m fascinated with
What would help more than enforcing CANONICAL TAGS ARE ALL THAT APPEAR is letting people designate synonyms themselves. So that if I tagged my story with a variant tag, it would say “Is this related to X”? Or, “is there a canon tag you want to hook to?” But I could still tag my stories Star Trek: Alternate Original Series instead of Star Trek (2011), damnit. Just let ME wrangle them as I submit my work; allow users to suggest merges like LibraryThing does, etc. But don’t force my hand.
It seems, from what I hear from within, that building infrastructure for interactive support is regularly backburnered - but it could totally address this.
So yeah, there is a lot to discuss, here. Also, I admit, I'm not just loath to see some of the changes you propose, I’m also irritated that the history of the AO3 seems forgotten; that most people seem to think it all was done wrong because omg some people are egotistical/stupid/inefficient and the Org is a slow dim-witted behemoth, and so on and so forth. There are underlying philosophies behind some historical decisions, if not behind all, and there are ethical discussions that were had at the origin of the archive that we all seem to have forgotten entirely, here.
So yeah, there are reasons why I can tag my fic so the header says it’s a LoTRiPS fic, or a Star Trek: Alternate Original Series fic. There are reasons why I need to be able to say “this is a domlijah podfic” and not a “Dominic Monaghan/Elijah Wood” podfic. And these reasons are why I (and a number of others) archive my work at the AO3. They make the computer work difficult, and organizing wrangling the way it was organized has also required + made human work difficult, so we both agree that some things need to change - but that doesn’t mean disappearing diversity is the answer. We can change in other ways.
At least I very much hope so.
no subject
The problem I see right now is: that self-wrangling has never been done. Never been suggested or debated in public. Never appeared as any kind of goal, to the users. The archive is growing fast, and none of its incoming users have been habituated to that way of thinking or doing things. Instead, tagging has been presented as something no one needs to think about or know anything about, except the wranglers. That's a big problem for implementing the idea now. Maybe it could still be done, but unless the archive makes synonyming your own tags a mandatory step, which I can't see happening, it's going to be just as fragile and prone to failure as the current system.
Which brings us to this: The thing is, whether it ruffles coders and librarians’ feathers or not, different ways to format relationship and fandom tags have semantic meaning. It's not about feathers getting ruffled. It's about whether or not the archive is going to actually work for finding the fic that's posted there, and whether it can continue to work as it grows larger. What a lot of taxonomy experts are saying is that there are reasons why what the Archive is doing with tags isn't done elsewhere, and those reasons are not a lack of creativity. It requires the kind of additional labor that becomes prohibitive very quickly as size increases, and even if the labor can be distributed across users it's horribly breakage and accident prone, leaving a significant minority of fic un-findable.
The ideal of letting people use all the fine gradations of naming is a beautiful one. But I am not willing to consider (at a guess) five to ten percent of the archive's stories, which are not going to show up on searches or in tag indexes or sometimes even in fandom indexes, acceptable collateral damage in pursuit of that ideal. If the navigation doesn't work for everything, then it doesn't work.
I would also offer this thought. The underlying structure of the archive navigation is already exactly what I'm suggesting, here, and it shows. If someone clicks on a synonym tag, the title and url and name of the page they reach will not be that synonym; it will be the canonical. The canonicals were already what show up in the filter sidebar, and on the fandom index lists. The only place that alternative forms appear, even now, is on a story's own blurb, and what I am suggesting still leaves the Additional tag field open for exactly those kinds of tags. Those are not navigation tags, and I don't think we should try to force them to be. Those are, as you point out, for meta and commentary and nuance. By all means, let people continue to tag their fic with the forms that will declare their own approach. But I actually think it's a little more honest to the users to admit, and let the division of tags reflect the fact, that the site navigation is already running on lowest-common-denominator canonicals. Because it has to, to work.
no subject
a) it has to work, and
b) the mechanism has to be sufficiently transparent to the user that they can participate in the sense-making of the archive.
Right now, the heavy lifting of navigation-related sense-making is relegated to the wranglers and made heavier by the (ignorance*) of the users.
There are systemic arrangements that leave, as you say, collateral damage, and those really need to be fixed. I appreciate the folksonomic variations (free-style tagging) that enrich a controlled vocabulary (canonical tagging), and I think that your proposal to use controlled vocab for some fields and have free-form tagging available elsewhere is an ideal solution.
* ignorance only in the sense that because the system is opaque to the users, they can not participate in the process of helping it work better.
no subject
I understand your argument about not wanting a certain percentage of works to be unfindable, of course. I guess I'm unconvinced that a user-proposed synonymity system + user-powerered crowdsource merging capabilities would really drop that much fic.
(The importance of which is not negated by pointing out, though, that not everyone who archives at AO3 does it to be findable in that way. Some people are perfectly content to be findable by people who know the shibboleth of their fandom in precisely the right way, too. Fandom runs on shibboleths.)
I'm way more inclined to think a (different) solution is, as
no subject
However, I think this would involve more coding work than
ETA: I want to add...I really like this proposal (with the above modification or not) and am hoping that AD&T staffers will take a look and give it some consideration.
no subject
The limiter, there, would be the server load. The more things about any single story/blurb that need an extra query, the slower the page loads. There's an extent to which that kind of problem can be fixed by throwing money into more servers, but that has limits too. I'm not well-versed in really large-scale site optimization, but if the org really can get in touch with Mark and beg a consult, he could certainly tell you how manageable that kind of aliasing would be at different archive sizes.
no subject
According to
no subject
no subject
Hmm, maybe I'll post about this proposal in the volunteer forums and see if it gets anywhere. Granted, not too many people use the volunteer forums at the moment, but I've seen the AD&T chair post there.
no subject
no subject
no subject
no subject
no subject
no subject
no subject
Back when The Playboy Club was on, I thought two of the characters' last names were Beaseley rather than Beasley for some reason. I wrote fic and tagged it as such, and only months later did I realize I'd been reading and spelling the name wrong the entire time. I was mortified, especially as my stories were among the first posted to the Archive for the fandom and thus had probably been seen by pretty much everyone who went looking for fic.
Had your proposed system been in place, I never would have had this problem. I'm a writer, a reader, and a tag wrangler, and these changes would benefit me in all three spheres. Wouldn't it be nice to think they could occur?
no subject
no subject
no subject
no subject
no subject
no subject
The specific example I have on that one is that I wrangle Castlevania, which is a series of video games with self-contained stories mostly overlain on an overall myth arc. In one of the specific sub-fandoms (Castlevania: Aria of Sorrow & Dawn of Sorrow), I have a) a myth arc character who's been reincarnated with no memory of his past life and a much different role and personality, and b) a myth arc character going under an alias that the canon tends to avoid calling him out on (although it implies who he is with a sledgehammer before ultimately confirming it in a bonus character mode) and that fans refer to him as in that context fairly often.
It's workable, though. Currently A is entirely split (on the feeling that if I clicked "Dracula (Castlevania)" I wouldn't really want or expect the Soma stuff to come up). I went back and forth on B for awhile before synning it and wouldn't cry if it was entirely collapsed, although if it was a more active fandom, making people type a common alias like that in every time they wanted to use it might feel like more of an imposition.
no subject
no subject
The group-tags... I think you're right. Those have a specific use, and they do allow for helpful subdivision of casts-of-thousands. Someone else was just saying that pull-down menus for Menu Tag fields would be helpful, and I think using the hierarchy like you suggest would allow for doing those multi-level, so the dropdown isn't five miles long. The pairing names would definitely need to go into Additionals, though!