UTC

[Freywa]

For quite a while I simply wanted a way to combine apgsearch census results into one document for easy viewing, but none were around. So I wrote my own one, the UTC (Universal Tabulator of Censuses). Unzip everything into where the apgsearch folder is located on your system; my results so far, included as the file totalcensus, involve only C1 soups (in an attempt to improve on Flammenkamp's monumental research two decades before).

utc.zip

(109.87 KiB) Downloaded 253 times

Note: This assumes you have the "hacked" version which allows for symmetry options.

[Kazyan]

Nice; this will make things easier when looking for specific still lifes for syntheses and such.

Can you modify it so that it can handle older versions of apgsearch outputs? I have a fair number of those back when I was running it pretty much 24/7. Currently, the script is giving me an 'invalid literal for int() with base 10' sort of error at line 22.

[dvgrn]

Can you modify it so that it can handle older versions of apgsearch outputs? I have a fair number of those back when I was running it pretty much 24/7. Currently, the script is giving me an 'invalid literal for int() with base 10' sort of error at line 22.

I seem to recall my stamp-collection-making script could handle different apgsearch versions pretty well -- not sure if that will be useful to anyone.

I was only concerned with collecting unique objects, and higher bit-count still lifes in particular, but it's pretty easy to adapt the code to count totals, as I did for the still-life frequency calculation back in November.

[Kazyan]

Can you modify it so that it can handle older versions of apgsearch outputs? I have a fair number of those back when I was running it pretty much 24/7. Currently, the script is giving me an 'invalid literal for int() with base 10' sort of error at line 22.

I seem to recall my stamp-collection-making script could handle different apgsearch versions pretty well -- not sure if that will be useful to anyone.

I was only concerned with collecting unique objects, and higher bit-count still lifes in particular, but it's pretty easy to adapt the code to count totals, as I did for the still-life frequency calculation back in November.

I used the stamp collection script for a while, but the code can't tell when a representation transitions into the soup number or full soup ID, which means that it often produces a still life and then some noise to the southeast. Those make up most of the, like, 50,000 "unique" still lifes that show up when I run the code. I'd modify the code myself, but it's like German to me--I can get bits and pieces, but not enough for anything useful.

[dvgrn]

Those make up most of the, like, 50,000 "unique" still lifes that show up when I run the code. I'd modify the code myself, but it's like German to me--I can get bits and pieces, but not enough for anything useful.

That's odd -- doesn't happen on my machine (not surprisingly). Probably you've been running some version of apgsearch that produces output with a slightly different format, which I didn't account for.

If you want, you could post an archive of a few of your apgsearch result files, and I'll adapt the script so that it builds a stamp collection and reports statistics for whatever that format is.