This topic is currently marked as "dormant"—the last message is more than 90 days old. You can revive it by posting a reply.
1timspalding
I've added a link to "Recalculate title/author" to work pages:

Basically, the button reconsiders the titles and authors applied to the work--both on the editions and CK. I hope it will moot the "separate and recombine" method of forcing the same thing. (The effect should be identical because the code is identical.)

Basically, the button reconsiders the titles and authors applied to the work--both on the editions and CK. I hope it will moot the "separate and recombine" method of forcing the same thing. (The effect should be identical because the code is identical.)
3brightcopy
Me too!
But a tiny suggestion - rename Admin options to Advanced options at some point. Unless we all get to call ourselves admins now. ;)
But a tiny suggestion - rename Admin options to Advanced options at some point. Unless we all get to call ourselves admins now. ;)
5eromsted
Thank you very much. It's not something we need too often, but in those rare instances it will be a big help.
7Nicole_VanK
Wonderful. Thanks Tim.
10paradoxosalpha
Huzzah!
11legallypuzzled
Outstanding. Thanks.
12SilentInAWay
Small change, big impact -- thanks, Tim.
14brightcopy
1> In another thread, you said:
Basically, it chooses the most popular name, but it cuts the count of blank authors to a third of their original count.
Just a clarification - is this a different algorithm than is used by the "automatic" calculation, or exactly the same one? If the answer is "different", will the automatic one re-run later on separation/combination and overwrite this one?
Basically, it chooses the most popular name, but it cuts the count of blank authors to a third of their original count.
Just a clarification - is this a different algorithm than is used by the "automatic" calculation, or exactly the same one? If the answer is "different", will the automatic one re-run later on separation/combination and overwrite this one?
15timspalding
It is.
16brightcopy
15> Cool. So is the manual calculation because the automatic one doesn't happen on every separation/combination, but only on some less-frequent interval? Just curious about how all this meshes.
17timspalding
It should happen on every separation/combination, but it certainly doesn't happen every time a book is added or removed. So, it can get out of whack.
18brightcopy
17> What's the difference between added/removed and combined/separated? I was thinking those were the same thing. I guess the difference between removing a book (deleting it in your catalog) and separating is that in the former it just reduces the copy count by one (possibly leaving behind zero copy works) and in the latter the edition is completely removed from the work (no zero copies).
I'm a little fuzzier on the difference between adding a book and combining an existing book into a work. If I add a book called Title X and it gets auto-combined with another Title X, I'm not sure I understand "adding" as opposed to "combining".
I'm a little fuzzier on the difference between adding a book and combining an existing book into a work. If I add a book called Title X and it gets auto-combined with another Title X, I'm not sure I understand "adding" as opposed to "combining".
19timspalding
I mean as each individual book is added to a work. When someone adds another copy of Harry Potter, it doesn't recalculate the work title or author. Over time, however, that can make a big difference, even changing what the work title should be. See?
The second reason is that, even if the code is always right now--and I suspect there are still a number of places where database latency can skew a count---it wasn't so in the past. This is a fallback way to make sure it's working, and make it work if it's not.
The second reason is that, even if the code is always right now--and I suspect there are still a number of places where database latency can skew a count---it wasn't so in the past. This is a fallback way to make sure it's working, and make it work if it's not.
20brightcopy
Gotcha. Simply incrementing/decrementing edition copy counts within a work - no automatic recalculation. Adding/removing an edition to/from a work (via combine/separate) - automatic recalculation.
21AnnaClaire
Speaking of recalculating, can we get the tag clouds on work pages recalculated soon? The Life and Death of Anne Boleyn is tagged with "Anne Boleyn" and one of that tag's (rather long) aliases. Has been for at least a week.
22eromsted
>21 AnnaClaire:
That's interesting. The tag Anne Boleyn Queen consort of Henry VIII King of England (1507?-19 May 1536) (reign 28 May 1533-19 May 1536) (4) redirects to Anne Boleyn but does not appear on that tag's includes list.
This may be a bug related to the great length of the tag.
That's interesting. The tag Anne Boleyn Queen consort of Henry VIII King of England (1507?-19 May 1536) (reign 28 May 1533-19 May 1536) (4) redirects to Anne Boleyn but does not appear on that tag's includes list.
This may be a bug related to the great length of the tag.
23keristars
22> If that was a tag combination that only recently went through, it will take a while to propagate throughout the system and show the combination on the tag page and everywhere. I noticed it the last time a large batch of tag proposals were closed.
24AnnaClaire
>23 keristars:
But how long has it been since the last batch were closed? A month?
But how long has it been since the last batch were closed? A month?
25brightcopy
1/3> Appreciate you changing it from "Admin Options" to "Advanced". Thanks for listening.
26MarthaJeanne
I've used this twice in the past few days, and it was such a help. I really like to get a book entered, corrected, and properly combined all at the same time, and this let me do it in cases where the import had had a less correct author, but there were correct copies on LT already.
27EveleenM
I've been working on the Analog magazine series, and this option and the recalculate covers option have been brilliant.
28AnnaClaire
The problem I brought up in message #21 (and discussed through message #24) is still a problem. Just thought I'd bring it up again here since the last time I started a new thread to get an old bug fixed, all hell broke loose.
29jjwilson61
The last time you started a new bug thread for a problem that already had a bug thread just to get it more attention. If this bug doesn't already have a bug thread then by all means add one.
(Even if you added a new bug thread and it turned out it had been reported before I think it would just be quietly closed as a duplicate. What you tried to do before was really an exceptional case).
(Even if you added a new bug thread and it turned out it had been reported before I think it would just be quietly closed as a duplicate. What you tried to do before was really an exceptional case).
30AnnaClaire
Perhaps, but I think it was already exceptional for being apparently easy to fix (having been fixed on the other side of automatic recs), but was being ignored.
31infiniteletters
Nonetheless, only one report is needed. Bump that report instead of creating a new thread.

