Pointless Pools Thread

BUR #409 is pending approval.

nuke pool:43

Pointless pool, since it doesn't really have any relevant meaning to the posts in it other than its assigned ID being palindromes, this also includes the first 9 posts on the site. Should Danbooru have this kind of pool, they would have over 100k posts in it by now. So it's better to get rid of it.

BUR #423 has been approved by @Penance.

nuke pool:28

This reeks of "personal favorite" pool, and such pools should have been someone's fav groups instead.

Don't nuke pool:28 before its mistagging of completely nude is fixed.
Edit: fixed.

Regarding pool:43, palindromes are encountered less frequently the further you count up from 1 to infinity. There are 1999 palindromes from 1 to 1e6. Regardless, the pool is still pointless and exceedingly niche. How many people are both fans of both palindromes and aibooru?

https://math.stackexchange.com/questions/358514/distribution-of-palindromic-numbers
https://www.reddit.com/r/theydidthemath/comments/5phrah/request_what_percentage_of_whole_numbers_are/

I don't think the frequency is very relevant. If you care about palindromes so much you can calculate them yourself. If anyone values the pool so much they can make a fav group of the posts.

To my knowledge, a script maintains the palidromes pool. I'm more than sure it could be modified to handle updating a favgroup with the same purpose. Correct, @Lopi999?

ANJU said:

To my knowledge, a script maintains the palidromes pool. I'm more than sure it could be modified to handle updating a favgroup with the same purpose. Correct, @Lopi999?

I may have initially created the pool with a simple C++ program that just spat out an output of every palindromic number up to a specified number, but now the pool is updated 100% manually, though if you take a look at the list of posts, there are numbers in there not yet posted so it is futureproof.

Lopi999 said:

I may have initially created the pool with a simple C++ program that just spat out an output of every palindromic number up to a specified number, but now the pool is updated 100% manually, though if you take a look at the list of posts, there are numbers in there not yet posted so it is futureproof.

but my point is that if you created something like favgroup #601, the code could be modified to update a favgroup instead of a pool, right? They're saying this pool is pointless as it has a relatively niche purpose and I don't want your code to go to waste so having a favgroup wouldn't hurt.

The bulk update request #423 (forum #2789) has been approved by @Penance.