Page 1 of 1
UTC
Posted: February 7th, 2015, 7:13 am
by 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.
Re: UTC
Posted: February 7th, 2015, 11:06 am
by 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.
Re: UTC
Posted: February 7th, 2015, 12:55 pm
by dvgrn
Kazyan wrote: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.
Re: UTC
Posted: February 7th, 2015, 1:01 pm
by Kazyan
dvgrn wrote:Kazyan wrote: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.
Re: UTC
Posted: February 7th, 2015, 1:38 pm
by dvgrn
Kazyan wrote: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.