For those who were as confused as me at first:
In the spreadsheet, NightCrafter mapped the glyphs onto a 7x7 grid, and then assigned each pixel the value of one. Adding up all pixels for five different glyphs, he obtained the value 84, which is a multiple of 7.
He then provided a color-coded distribution map of the pixels among all five glyphs. It had a small error which I corrected (it erroneously added to 86, not 84.)
Finally, he pointed out that 12/4 = 3 and 4+3=7.
I don't really see where the 12 and 4 come from in relation to the glyphs. Am I missing something?
There is big problem with this analysis, though- it's missing a glyph! (Look
here.)Only five of the six were added up. The one missing is essentially a duplicate rotated 180 degress. It would therefore have the same sum in NightCrafter's analysis (20). So the true sum in his scheme would be 94, not 84. 94 is not a multiple of 12, 7, or 3.
Sorry, NightCrafter! I'm not intentionally trying to rain on your parade! This analysis did prompt me to go a little further. You guessed it- binary.
Attached are three images. "glyphs2" is another way of looking at NightCrafter's glyph maps, overlaying 1s and 0s on the pixels. It also shows the sum of them all, which looks like an 8-bit Gravemind or something.
"glyphs-compare" is just the comparison between NightCrafter's "sum glyph" and mine.
"BinGlyph" is a typical ColdGlider affair, showing how one mapped glyph might be converted to ASCII. You can take what you want from the results. (Personally, I think we were
Gherjsz Hammered.)
This is certainly not the end of this path, though. For one, I would map the glyphs differently than NC in many cases. Another thing to consider- as always- is that binary data can be interpreted in an infinite number of ways. It may not be ASCII.
That last sentence should probably be an SGP T-Shirt.