Oops, why?77topaz wrote:The page is loading normally for me, I don't see any "invalid pattern" errors.Hunting wrote:Invalid pattern... What the heck?
http://catagolue.appspot.com/object/xp6 ... -ak3ais12a
Pie charts were enabled on the 25th February 2015 (five days after Catagolue became operative). So there was an early 5-day window during which submitted hauls wouldn't contribute to pie charts, and censuses that haven't been updated since the 25th February 2015 therefore show no pie charts. The combination of very early investigation and subsequent complete inactivity is naturally very rare, which explains why you've only seen one census with this 'bug'.77topaz wrote:A non-empty census that for some reason doesn't show a pie chart: http://catagolue.appspot.com/census/b36s245/D2_+2
I really don't understand this bug, because similar/related censuses don't show it.
Thanks! Yes, I'd forgotten that Java's split() expects a regex rather than a substring, so it crashed on .split("+") and threw an exception.77topaz wrote:Currently, Catagolue appears to be partially down - the censuses are still viewable, and hauls can still be submitted, but no hauls are being committed for any census. (That suggests the cause may be something with the cron process?)
From everything that I have read, it seems that split accepts either a regex or a string separator, and the behavior should depend on which you supply.calcyman wrote:Yes, I'd forgotten that Java's split() expects a regex rather than a substring, so it crashed on .split("+") and threw an exception.
I mean that if you pass a string, it's treated as a regex: https://stackoverflow.com/a/24775872/5130486mniemiec wrote:From everything that I have read, it seems that split accepts either a regex or a string separator, and the behavior should depend on which you supply.calcyman wrote:Yes, I'd forgotten that Java's split() expects a regex rather than a substring, so it crashed on .split("+") and threw an exception.
"this|that|other".split("|") produces "this","that","other" and "this.+.that.+.other".split("|") produces "this",".that",".other" in both Firefox and Chrome, which is exactly what one would expect if the split parameter is treated as a string and not a regular expression. I don't know what context that stackexchange article is using, but no specification I've seen for split says that a string parameter is converted to a regular expression, and given the above examples, it appears that it isn't. I've tried several other examples, and all confirm the string-only behavior.calcyman wrote:I mean that if you pass a string, it's treated as a regex: https://stackoverflow.com/a/24775872/5130486
...in which language? Catagolue is written in Java, not JavaScript.mniemiec wrote:"this|that|other".split("|") produces "this","that","other" and "this.+.that.+.other".split("|") produces "this",".that",".other" in both Firefox and Chromecalcyman wrote:I mean that if you pass a string, it's treated as a regex: https://stackoverflow.com/a/24775872/5130486
Oops! Sorry. Never mind (duh!)calcyman wrote:...in which language? Catagolue is written in Java, not JavaScript.
It must have been imported from Andrzej's census. I've now renamed it to 'dead spark coil siamese eleven loop'.77topaz wrote:What's up with this pattern's Catagolue name ("063605590142055c0630")?
Fancy component in one of the soups:calcyman wrote:It must have been imported from Andrzej's census. I've now renamed it to 'dead spark coil siamese eleven loop'.77topaz wrote:What's up with this pattern's Catagolue name ("063605590142055c0630")?
Code: Select all
x = 13, y = 14, rule = B3/S23
6b3o$6bo$5b3o7$2o3b2o$obobobo$2bobo$obobobo4b2o$2o3b2o4b2o!
Code: Select all
x = 28, y = 35, rule = B3/S23
26bo$25bo$25b3o19$6b3o$6bo$5b3o7$2o3b2o$obobobo$2bobo$obobobo4b2o$2o3b
2o4b2o!
Code: Select all
x = 64, y = 81, rule = LifeHistory
60.A$59.A$59.3A37$17.A.A$17.2A$18.A7$17.3A$17.A$18.A$3A$2.A$.A13.3D$
15.D$14.3D7$9.2E3.2E7.A$9.E.E.E.E6.A$11.E.E8.3A$9.E.E.E.E4.2D$9.2E3.
2E4.2D3$25.3A$25.A$26.A7$62.2A$61.2A$63.A!
Still 11G:
Code: Select all
x = 43, y = 46, rule = LifeHistory
3.A$4.A$2.3A8$.A$2.A38.A$3A37.A$18.A.A19.3A$18.2A$19.A7$18.3A$18.A$
19.A3$16.3D$16.D$15.3D7$10.2E3.2E7.A$10.E.E.E.E6.A$12.E.E8.3A$10.E.E.
E.E4.2D$10.2E3.2E4.2D3$26.3A$26.A$27.A!
Code: Select all
x = 128, y = 2, rule = B3/S23
obboobbbbbobboboooobbobboboboooobbboboboooboboobbbbbbbobobbbbobbbobboobobbbooobboooooobbboobbobooboboobboobooooboboobobbbbbobbob$
obooboobbboboobobbbboboobbobbobbbbobbbobobooobbooooobbbboooobbbboooooboobbbobooobboboboboobooobooobbbooobobbobbbobobbooooobboboo!Why is this a bug? The idea is that if anyone calls /attribute on an object, that must be interesting to someone, and therefore worth including in users' discoveries.Hdjensofjfnen wrote:A bug in Catagolue allows still-life first-twenty-occurrences under 30 cells to be counted in discoveries if you go to the "attribute" page of the still life. Can someone fix this by having an automatic bot go to the "attribute" page of the SL and limit SL discoveries to the first five occurrences?
Odd: that's not the name of the LifeWiki page it leads, nor has it ever been the name of that LifeWiki page.cordership3 wrote:'Very very very very boat': https://catagolue.appspot.com/object/xs ... 6521/b3s23
It was, however, formerly the name used in the infobox which IIRC is what Catagolue actually looks at: http://conwaylife.com/w/index.php?title ... ldid=5109177topaz wrote: Odd: that's not the name of the LifeWiki page it leads, nor has it ever been the name of that LifeWiki page.
That's only part of the mystery. It's actually quite interesting to see how that hilarious name appeared on a Catagolue page. It all started when Apple Bottom abbreviated 'very very very very long' to 'very^4' on 1st July 2017, accidentally omitting the 'long' in the process. As AB did over 700 (!!!) maintenance edits on that day, it is understandable that one subtle error slipped through:Ian07 wrote:It was, however, formerly the name used in the infobox which IIRC is what Catagolue actually looks at: http://conwaylife.com/w/index.php?title ... ldid=5109177topaz wrote: Odd: that's not the name of the LifeWiki page it leads, nor has it ever been the name of that LifeWiki page.
Congratulations, the next name for "very very very very boat" is "extra extra extra boat".LifeWiki wrote:Terribly long boat (or extra^3 boat) is a fairly large natural still life.
I guess I agree— it is more of a boat than any shorter boats.danny wrote:I vote to keep 'very very very very boat' as the name- it implies that it's more boat than anything previous to it.
Wouldn't that just be extra^2?testitemqlstudop wrote:Congratulations, the next name for "very very very very boat" is "extra extra extra boat".LifeWiki wrote:Terribly long boat (or extra^3 boat) is a fairly large natural still life.
Boaty McBoatFace?Moosey wrote: I guess I agree— it is more of a boat than any shorter boats.
Though perhaps then it would be boatyboat.
Vessel mathematics is super unintuitive, apparently:Ian07 wrote:Wouldn't that just be extra^2?testitemqlstudop wrote:Congratulations, the next name for "very very very very boat" is "extra extra extra boat".LifeWiki wrote:Terribly long boat (or extra^3 boat) is a fairly large natural still life.
extra = long^2
extra^2 = (long^2)^2 = long^(2*2) = long^4
Sure, why not? Then we could write a book about various parts of the history of CGoL and call it “the evolution of the Catagolue name for terribly long boat (and other miscellaneous oddities)”.Ian07 wrote:Boaty McBoatFace?Moosey wrote: I guess I agree— it is more of a boat than any shorter boats.
Though perhaps then it would be boatyboat.