Omit "=HYPERLINK("https://audible.com/pd/..." from Combine Potentials (and other Search Results?)

Right now, Margaret Atwood's The Handmaid's Tale is a bit shy of 42,000 copies cataloged on LT, but potential work combinations on the related Editions page exceed cataloged editions by approximately three-to-one. Most proposed combinations, it seems, are for "=HYPERLINK("https://audible.com/pd/..." editions of unrelated works.

I understand why we want to identify and combine the "HYPERLINK" editions with other editions of their respective works, as applicable, but LT doesn't distinguish among them for either potential work combinations or (I think?) in other search results. The problem is increasingly compounding and getting out of hand, overwhelming the practical utility of potential work combinations.

Is there any way to include these "HYPERLINK" editions, both individually and as combined with their respective works, but limit or omit them from potential work combinations (and other search results)?

Further to >1 jasbro:, I've just found https://www.librarything.com/work/31061514, separated from https://www.librarything.com/work/17032890/editions with a disambiguation notice, "The hyperlink in the editions section can cause issues when attempting to combine with a work item that contains the actual title." I don't think that's the result we want, but it may be our best alternative.

My request, nay plea: delete, really DELETE, the zero-copy editions of the =HYPERLINK junk

It is technically the same book. The problem becomes the person who uploaded them (because user data is sacred) that made them that way.
And There is no proper work to work relationship to match it.

>4 gilroy:
If it's a zero-copy edition, probably it is no longer actual user data?

>5 Felagund: Probably the user corrected the title.

You can't delete zero member copies, nor change them.

But you can combine them into more consolidated nonentities, right?

yes.

Not all of the "=HYPERLINK" editions are zero copies. The only thing that will actually fix this is for the system to stop treating the equals sign as the end of a title (like it does with a colon). Anything else is a work-around that won't solve the problem.

>10 norabelle414: Whether or not = is treated like a colon, that whole thing is well over 20 characters, and therefore as combinable with anything else that starts like that.

>10 norabelle414: And some of the ones that show as 0 copies, end up fixing themselves to be 1 copy work if you recalculate them. So we may actually have less 0-copies than it looks like. Does not make them less annoying but a lot of them are actual existing books in someone’s catalog.

>11 MarthaJeanne: I'm pretty sure 20 characters only applies to author names, not titles? None of these items have been auto-combined together.

>13 norabelle414: It would need both title and author to match to actually combine. Volumes one and two of long titled works regularly have to be separated.

See https://www.librarything.com/work/18447244/editions

>3 r.orrison: Yes, I'd also be glad for them to go away, but I don't expect that's going to happen. And if there's another member out there whose records really are cataloged that way, who am I to say they're wrong? (Even though they really are WRONG.)

>8 paradoxosalpha: If I understand what I'm seeing (a big "if"?), part of the problem with combining "HYPERLINK" editions with other copies of their respective, corresponding works is that all other "HYPERLINK" editions then become proposals for further combining.

Bump

Just re-experienced this horror show with William T. Vollmann’s Europe Central …

I agree they are very icky. But a copy, even if it's just online, is still a copy I think.

(But I will desist on combining, for the duration).

If anyone has the patience or inclination, there's a work that's been miscombined of different Dickens audios and now ended up with 15 canonical titles, and the Dutch canonical title "Hyperlinks", at: https://www.librarything.com/work/29868631/

I have separated the editions as it's clear that "=Hyperlink blah blah David Copperfield" is not at all the same work as "=Hyperlink blah blah Little Dorrit", nor "=Hyperlink blah blah A Christmas Carol", etc. But with it involving Dutch CK it implies the user is logged onto Netherlands-LT so might need some more complex language skills to explain this than I possess or am willing to trust to auto-translate software!

---
To the general issue: it is frustrating that the auto-suggestion is thrown out by this, and it can make clicking onto the /editions page bring a huge loading time. This must have some drain on the servers crunching all the bad possible combinations to suggest – if that is a motivation for the devs to get into examining this one.

A similar but lesser happens when several books in a series get catalogued with the same ISBN, or as "Series Name: Book Title 1"; "Series Name: Book Title 2", same author, so they all appear on each other's suggestions.

A solution to any/all of these – being able to dismiss them, ie. we can tell the site that /work/123456 is NOT the same as /work/654987 so stop suggesting it (like dismissing author combination suggestions). Or if even just this one specific issue with the =Hyperlink titles could be addressed as a special case to code into the autosuggester.

A small extra thought/clarification: I've been presuming it's the colon symbol after the https: making it see only =HYPERLINK("https:{ignoring anything else here} and because there is no author, that's what makes them all appear on each other's suggestions list. So maybe the autocombiner could have a getout clause somehow to treat http: or https: differently than a simple colon, that could be an easier (speaking naïvely) option?

>20 Nevov:

Given the performance drawbacks you mention for the status quo, is it perhaps reasonable to class this issue as a bug rather than an RSI?

Bump

This seems to be fixed! Thank you Tim!
It seems like it just needs to be the right person asking at the right time, well done EGBERTINA: https://www.librarything.com/topic/362410

Yay!

This fix seems to have become unfixed. I just saw this list https://www.librarything.com/combine.php?work=36334785. Hopefully, it can be reset!

>25 SimoneA: Yes, I’m getting lots more similar results too. Most recently, as I recall, combining stray copies of Tom Clancy’s Patriot Games.

For example, see https://www.librarything.com/combine.php?work=36710621