« first day (17 days earlier)      last day (97 days later) » 

04:07
Well, looks like the challenge won't make it to 2018. 24th is the deadline.
 
4 hours later…
07:42
@cairdcoinheringaahing so you are saying that the next sequence won’t be solved by anyone and the challenge will die? Shame.
It doesn't look that hard
I'm not going to do it but, it doesn't look that hard
If I could do it in Haskell I would do it but I don't want to do a hard challenge in a language I don't know.
08:02
Eh I take it back this is pretty hard
Ok here is a pretty easy way to compute for odd n:
Start by making a edge on the hexagonal lattice a-b. No find every connected hexagonal graph of size (n-1)/2 containing that edge such that node a has order 1. Count the number of them that when mirrored vertically across a share a vertex other than a with the original graph.
This diagram from the paper demonstrates why this works.
08:55
@WheatWizard You need to make sure there is no more symmetry too.
Oh good point
That shouldn't be very hard
Wait, mirrored vertically across the vertex [a]? How?
Eh I was a little vague
I'll draw a diagram because words are hard
Dotted line
Actually I suppose there are only two lines and they are isomorphic
(Excuse my terrible trackpad diagrams)
But then there are cases where the original graph overlap itself, not with its reflection...
Ah yes I suppose that is true.
Now my method goes from all odd n to all odd n < 13.
09:07
> Geometrically planar polyenoids (without overlapping vertices) are enumerated by computer
programming. Thus the numbers of geometrically nonplanar polyenoids become accessible.
Those can probably be handled recursively.
(from the paper)
Actually I suppose that's a good idea.
There might be some problems with that approach for example you need to pull all nonplanars for < n-1/2 of a particular but different symmetry
The author keeps saying they used code to generate these but they don't really mention anything about the code.
I'm thinking it might be easier to implement A000936
non-planarity is hard
Yes that's what I'm doing...
Oh cool.
09:14
> Therefore we resorted to computer
programming, like Kirby [2] in order to produce these numbers,
Yeah, I saw, but I wasn't willing to pay and I'm on break from uni so I can't get it from them.
What approach are you using for the planars?
Of course there are sites which offer papers for free...
Anyway... there is a well-known (?) method of brute-force to generate all of them.
For this I may try to generate half-trees and reflect, for better performance.
Glad I could be of help. (If you didn't come up with it on your own that is)
How do you plan on doing even n?
I couldn't figure out how to modify the method for evens.
Instead of reflecting by a line that goes through a vertex, you reflect through the perpendicular bisector of an edge.
Oh that's clever
I unfortunately set up my coordinate system to make the parallel reflections very cheap so it might be hard for me without a refactor.
Actually it's not that bad.
Actually its also really easy. Wow that turned out quite nice
My coordinate system ^^
You only have two axes?
How does it work?
Yes, why having more?
"Point" (x, y) with (x+y) %3 != 0 are points, otherwise they're vector.
There is a really nice three axis coordinate system for triangular system.
Sorry for an even cruder drawing.
09:25
But why using more than necessary?
I don't think it's more convenient.
It makes reflections a breeze.
There is also an very effecient method for determining if a point is on a vertex.
Add all the coordinates if the sum is zero it is at a vertex, anything else it is not.
Java 1 doesn't seem to have assert statement
I can see the benefits of dealing with a two axis system. I think there is a give and take.
Oh you are using Java 1, god rest your soul
I'm using Haskell. If I finish it won't be a valid answer but it will still be fun.
09:41
Hm, I'm now thinking that one might not even need to use a coordinate system.
No nevermind
10:12
Well I'm going to hit the sack, but I'll post my work so far in case it is useful to anyone
https://tio.run/##VVPLjpswFN37K65GXRhh2iHdRU3URaOqUttNpW4QmvEEi7hNDDUuk6Qz354e2wQICPk@zj33ZXay@632@8tFH9rGOvoknXz7VXeOMXdqFf1U1qkjrYh/MU4MX8JYBRxtqlrBFY5/jPqclsshQkBdTCp7ZUybzkmzVbT5E0Oed8oqFuU@z/EtaDXQ9QvoC@hUwCXgKulR7dXhkYoCTgFnKSAtIOVlOaP/sWuebxJ03sCHNGBNwBps0NKU7rLszp/RtBh6@2xluwMwnujONo0j/9z0CEFvVeeNRbSWMCvk6gZs4ROX7JUqZXWvTU3cV4gZyuqX3CrjuomSsvXIM/PzoziJc8LohVSvDLXSanfyw@HHNBenLIdX8CNO4NLcy@IEzznLk9KHNVVFN2Eemg5haQjLhjBPloawML8pqtI98e7vgd7QQbYknzoqQmFlQhjbdqf3lUV16CZODc3M2gq2coLxCLLTEMPYEupDn9g19ZNvNRAAz0cjtlZIZI/LldQvI8WLpA8ZTfPrhWncxjPKkbEkxmpllJVON7dFX0udueuP13L9NRgLeEjCDX3pfb6rVaD
 
3 hours later…
13:40
I've just realized that Java have Hashtable and version 0...
 
2 hours later…
15:21
I give up this time. Anyone else? Progress. — user202729 6 secs ago
 
3 hours later…
18:32
@user202729 Did you have an idea of how to do this? I've gotten to this part and I can't think of any way to efficiently determine whether we have an extra symmetry.
 
4 hours later…
22:33
I guess I could find the other symmetries separately and subtract

« first day (17 days earlier)      last day (97 days later) »