BatchScrapMachine bug fixed
topology 24 added in JSON and also in test. This tests BatchScrapMachine
topology24.result added to the dump (neglected in last commit)
new examples added to the documentation - corresponding .py examples
Examples in the documentation grouped
modification in Source so that the trace is outputted correctly in Entity generation
outputTrace method moved in CoreObject. this way new CoreObjects wont have to implement their versions. Moreover, if they call getEntity and removeEntity from CoreObject trace will be outputted
reassemble method of BatchReassembly modified so that it calculates the number of units when the batch is reassembled. So if there was scrapping in the sub-batches consistency will be kept
BatchDecomposition decompos() modified so that it calculates the numbers of units for the SubBatches. Examples: 1) if the total is 99 and we have 4 sub-batches it should be [25,25,25,24] 2) if the total is 94 and we have 4 sub-batches it should be [24,24,24,22]
topology25 added and also test for it. It tests Batching, Scrapping and LineClearance
Kazuhiko added as contributor in the readme
CoreObject editted to update timeLastEntityEntered in getEntity and timeLastEntityLeft in removeEntity
BatchDecomposition and BatchReassembly editted in order to update timeLastEntityEnded correctly
useless code removed from Machine
small cleanup in conveyer
Source updated so that all the Entities are kept on a list for post processing reasons. Maybe this is memory consuming and we should have it as a global option
SubBatch updated so that the parent batch is hold as an attribute. This way the BatchWaitingList global is no longer needed
unused commented code removed
batch decomposition updated so that it assigns the newly created subbatch currentStation as self
batchReassembly updated so that it assigns the just reassembled batch currentStation as self