selbst einen "schiefgescanntenBildergeraderückAlgorithmus" in AutoIt tut man sich nicht an!!!
Naja, das ist ja eigentlich noch das einfachste. Ich mach auf jedes Blatt oben Ecken hin. Dann lass ich die Ecken mit AutoIt "suchen", was ich noch nicht genau weis wie ich das Umsetze (muss aber eh gemacht werden, da die Kreuze genau so erkannt werden müssen). Dann kann man anhand der ecken ja ganz einfach ausrechnen um wie viel Grad das Dokument schief ist. Drehen kann man es dann auch noch mit AutoIt (klappt noch nicht wirklich und die Lösung mit der nichtsehbaren GUI finde ich irgendwie unprofessionell, aber da findet sich noch was). Und zuschneiden dürfte das Problem auch nicht sein.
Dann ein Programm schreiben, mit dem man die Ankreuzkästchen einzeichnen kann und das die Positionen dann in einer geeigneten Datenbank ablegt (Ini dürfte reichen).
Dann das Hauptprogramm. Das muss die Seite erkennen können (an der Seitenzahl) und die Kästchen erkennen. Dann in einer Datenbank (SQL oder sowas) die Ergebnisse abspeichern.
Das ganze in Verbindung mit einer TWAIN Schnittstelle, damit AutoIt "scannen kann" und direkt während dem scannen arbeiten kann.
Ich hab eine Firma gefunden, die einen wirklich schnellen Dokumentenscanner ausleiht (angegeben mit 8000/Seiten pro Tag). Schneller kann das auch kein Copy-Shop.
Ich schick dir das Dokument per PM, weil das nicht jeder sehen sollte.
Es sind aber noch keine Ecken drin, und mit der Ausrichtung und dem Zuschneiden müsste man Anfangen, weil ja sonst keine Positionen stimmen.
Am meisten Gedanken macht mir der Suchalgo für die markierten Felder. Man muss ja die beiden Bilder vergleichen. Also angekreuzt und nicht angekreuzt. Wenn das z.B. Binär gehen könnte wäre es einfach. Aber ich weis nicht wie man Bilder vergleicht, die auch kleine Unterschiede aufweisen könne, ohne, dass direkt ein Kreuz erkannt wird.