Re: Catagolue Oddities
Posted: June 29th, 2019, 4:16 pm
The Long Prodigal is called the Very Long integral for some reason
https://catagolue.appspot.com/object/xs ... aeijns234e
https://catagolue.appspot.com/object/xs ... aeijns234e
That's from an error on the wiki which I fixed about a month ago: http://www.conwaylife.com/w/index.php?t ... ldid=60474Moosey wrote:The Long Prodigal is called the Very Long integral for some reason
https://catagolue.appspot.com/object/xs ... aeijns234e
Oh, there's a bug in which it believes that backup censuses (e.g. C1-2016-01-07) count as 'different symmetries'.testitemqlstudop wrote:Pardon my ignorance, but why do I have Sprotsmanship? I haven't uploaded hauls to any censuses other than C1 for the last few days, and it can't be from X3VI since it has less than 333 billion objects.
http://gol.hatsya.co.uk/user/testitemqlstudop
Sorry for breaking the pageA for awesome wrote:The page for the Schick Engine lists two C1 soups, but both links point to the same soup (the original one). Meanwhile, the xq12 tabulation lists only one occurrence, as expected.
I've frequently used Catagolue to look at soups for objects that do not yet have syntheses. In many case, some of the rarer objects claim that they do have associated soups - but only have hauls from "replit_smaller_stdin_test" and "replit_stdin_test". Examining those hauls more closely shows that all the soups in there are fraudulent, and they contain a huge plethora of rare objects of various. The also have catagories xsInfo, xsWarning, ylInfo, and ylWarning - whose sole purpose is to mock apgsearch's lax security measures.muzik wrote:Here's some spam: https://catagolue.appspot.com/object/xp ... y011/b3s23
Normally, these types of symmetries would be moved to the "Troll symmetries" section of the B3/S23 page, which prevents them from showing up as sample soups. Right now here's the code that marks these as troll symmetries:mniemiec wrote: There should be a mechanism for manually purging the detabase of known fraudulent hauls.
Code: Select all
} else if (symmetry.contains("wwei") || symmetry.contains("nonymous") || symmetry.contains("256X2")) {
// Troll symmetry:
symstat = 3;
} else if (symmetry.equals("Uploads") || symmetry.equals("Saka_Test") || symmetry.equals("heavgolue")) {
// More troll symmetries:
symstat = 3;
Couldn't 256X2 be a legitimate symmetry, or are they not valid random soups? The problem with the "replit" symmetries is that the soups themselves are fraudulent - they contain patterns that claim to produce certain objects, while not actually producing them. At least with an uploaded soup, someone could upload a "foo predecessor" which actually does generate a "foo" object, even if its makeup is statistically dubious. "replit" doesn't even do that.Ian07 wrote:Normally, these types of symmetries would be moved to the "Troll symmetries" section of the B3/S23 page, which prevents them from showing up as sample soups. Right now here's the code that marks these as troll symmetries: ... I've submitted a merge request to Catagolue so that the "replit" symmetries will also be considered trolls.
That's Snowflakes, right? I had to restore the census after DefinitelyAlphanumeric deleted it, and the haul count was reset.
Oh, I made a mistake last night and will be correcting it relatively soon.Ian07 wrote:Why are these considered pseudo-objects?
https://catagolue.appspot.com/object/xp ... w121/b3s23
https://catagolue.appspot.com/object/xp ... d1dd/b3s23
https://catagolue.appspot.com/object/xp ... zw11/b3s23
https://catagolue.appspot.com/object/xp ... l5lo/b3s23
https://catagolue.appspot.com/object/xp ... pl91/b3s23
https://catagolue.appspot.com/object/xp ... 5031/b3s23
(Note: These are just a few examples. After scrolling through the pseudo sections of the oscillator tabulations of the synthesis-costs census I noticed several more.)
Code: Select all
x = 18, y = 22, rule = B3/S23
2bo$obo$b2o2$15bo$15bobo$15b2o7$9bo$8bobo$8bobo$9bo2$13b2o$12bo2bo$13b
obo$14bo!
Code: Select all
# Engulfing 8k4oy7654zw1w8kk8zzyf351
# processing src=xs13_696zy02596, dst=xs15_33z0oozx4aic...
# ...success.The 3G initial step isn't in Shinjuku, so it must have been deleted at some point. (I think Alex Greason's script begins by flagging any objects where the local Shinjuku working tree disagrees with Catagolue's synthesis-costs census about their costs. Potentially these syntheses could be automatically downloaded from Catagolue and fed into the nonmagical box; that would rectify these issues.)Ian07 wrote:This was submitted to the nonmagical box last night by Alex Greason:The update job interpreted this correctly:Code: Select all
x = 18, y = 22, rule = B3/S23 2bo$obo$b2o2$15bo$15bobo$15b2o7$9bo$8bobo$8bobo$9bo2$13b2o$12bo2bo$13b obo$14bo!However, despite the initial step costing 3G, the destination still life still costs 9G.Code: Select all
# Engulfing 8k4oy7654zw1w8kk8zzyf351 # processing src=xs13_696zy02596, dst=xs15_33z0oozx4aic... # ...success.