PDA

Bekijk Volledige Versie : papier -> OCR -> .xls



davinci
24/08/07, 18:11
Ik heb geen idee of het hier goed staat.

Maar wie kent er bedrijven die een fysieke uitdraai van (inmiddels een volledig verloren gegane database) kunnen scannen, ocr'en en als excel bestand kunnen retourneren.

Het zal uiteindelijk om een .xls gaan met zo'n 37.000 rijen en 10 kolommen breed.
Cliënt is in bezit van een perfecte printout van de betreffende excelsheet. (zo'n 600 pagina's).

Wie weet of dit kan? en wat dit ongeveer zal gaan kosten?

DutchTSE
24/08/07, 19:35
Ik ken geen software die dit kan, ik raad je aan om google eens te gebruiken.

Verder is zorgen voor een werkende backup veruit de goedkoopste oplossing (tip voor de toekomst ;))

Ramon Fincken
24/08/07, 19:56
ik weet dat hier in de zorg nogal wat oplossingen voor zijn,
bekend onder de naam
"bulk scan"

ik zou daar eens op zoeken om wat te vinden, goedkoop is het niet, maar dat had je wel verwacht ..

davinci
25/08/07, 00:48
ik zou bijna zelf een auto-feeder-scanner aanschaffen, wat ocr software uitzoeken... en kijken wat het doet...

Er moeten toch bedrijven zijn welke hiervoor de scanners en software in huis hebben?

Inmiddels een update gekregen van de specs:
Het zijn bijna 1000 pagina's, verdeeld in 3 pakketjes (3 uitgeprinte excel files) met ieder 5 columns.
Totaal:
kolom 1: id (0 t/m ±40.000)
kolom 2: 9 cijfers
kolom 3: leeg of 9 cijfers
kolom 4: leeg of 9 cijfers
kolom 5: leeg of 9 cijfers

Client vond het logisch wel een hardcopy te bewaren en geen simpel kopietje te ctrl-c, ctrl-v 'en....

Iemand een idee wat een stapel uitzendkrachten kost om dit over te typen? :)

Ramon Fincken
25/08/07, 01:20
uitrekenen davinci ;)

bereken van een paar vellen het gemiddelde aantal karakters vermenigvuldig met aantal vellen en deel door toetsaanslagen per minuut + inwerktijd

toen ik in groep 8 mijn diploma haalde had ik 190 correcte aanslagen ( dus niet tekens, maar aanslagen ) per minuut

you do the maths ..



de data entry way?
2 of meer invoerders, ieder tikt IEDERE text over en uiteindelijk worden de inputs vergeleken.

daar waar het niet overeenkomt is kans op een tikfout en moet opnieuw worden gedaan

Voordeel: reduce in fouten
Nadeel: net als RAID 1 ;) duur dus




update: bij 1000 pagina's zou ik kiezen voor overlap in data entry personen als het snel en goed moet gebeuren. ( verveling is een grote bron van fouten )

dus bij bv 200 pagina's per persoon:
P1 0 tm 200
P2 100 tm 300
P3 200 tm 400
..
Px 900 tm 1000 + 0 tm 100