You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi @framp , thanks for building this great library!
I was playing around a bit and I found it is hard to debug the results since the population passed to callbacks (meta.pop member) is untabled. I propose a change that adds one more member (meta.popTables) where each entity is in form of a timetable. It's a very simple change and I've tested it in alenl/timetabling-solver@f970379 . Would you take a PR on it? If you are interested, I'll prepare it.
The text was updated successfully, but these errors were encountered:
I think it can work out, if it's behind a debug flag: some of the places where this function is being used are already quite slow and I wouldn't want to add another bookables * populationElements loop on top of it
There are a couple optimisation/improvements here: #1
Also open to ideas and to discuss what more can we add / improve
(the original idea was to provide solvers for other timetabling problems as well, not only mininum collisions but I never had the actual need for it)
Hi @framp , thanks for building this great library!
I was playing around a bit and I found it is hard to debug the results since the population passed to callbacks (meta.pop member) is untabled. I propose a change that adds one more member (meta.popTables) where each entity is in form of a timetable. It's a very simple change and I've tested it in alenl/timetabling-solver@f970379 . Would you take a PR on it? If you are interested, I'll prepare it.
The text was updated successfully, but these errors were encountered: