Smart, Intelligent, Flatbed-like Scanners? 41
MessageDrivenBean asks: "In a Windows-based terminal client environment, I'm looking for a smart flatbed-like scanner. It is okay to connect a scanner to a local USB-port and tunnel that scanner to the remote application on the terminal server. But actually scanning a page produces a lot of data and with a small bandwidth connection it takes like 10 minutes to get all the data in the application. Besides, I only need 2 specific small parts of the page in 300dpi, and JPEG is just fine, no need the get raw data. Does Slashdot know of an intelligent scanner that exposes some sort of API to be efficient in a low-bandwidth terminal client environment?"
Wrong model? (Score:3, Interesting)
I don't know of a single scanner-only that could do what you are asking- most are TWAIN sources. OTOH, you might look into the latest round of Epson Stylus Photoprinters- they might be able to do what you are asking for (as they do it all- scanner, printer, and flash card reader all in one.
Re:Wrong model? (Score:1)
You've already got one (Score:2)
Amortising the pain of writing the client across 500 stations should be snap, and once you've done it you can publish the code for extra fame and employability.
Positive advantages include easily sharing scanners be
Re:Wrong model? (Score:2)
I'm confused... (Score:2, Funny)
1) hook up the scanner to a dedicated machine
2) set up the scanner such that all scans are saved to that machine
3) compress to your liking
4) pull that data via a simple network-drive type setup
Or is there something really out-of-the-ordinary that I'm missing?
Re:I'm confused... (Score:3, Informative)
Get a networked scanner, hp makes one, and most MFPs will do it too, and set it to scan to a folder, you can even do user login and have user folders with the advanced ones... Then they walk back to the thin client, load up the client software and edit the image from there...
I know PSP9 works in a terminal server environment...
JC
Re:I'm confused... (Score:2)
But really, if you have a need for applications that don't work well on a thin client, DON'T USE A THIN CLIENT!!! Sheesh! They are NOT "The" solution to all problems...
Re:I'm confused... (Score:1)
Which thin clients have you tested? (Score:2)
Thanks
JC
Re:Which thin clients have you tested? (Score:1)
In all seriousness, I've deployed quite a few IGels with great success. They are designed around the same hardware as the NEOware, but with MUCH better firmware. I've been able to do some miraculous things with them. Jeff K. can tell you ab
Re:Which thin clients have you tested? (Score:2)
I'll check them out, maybe give them a call tomorrow at work.
why you need? (Score:1, Offtopic)
attach a camera very carefully to a stand.
*bam* insta scan. if you don't need high quality scan of the thing this should be ok
Something else is wrong... (Score:2)
USB-1 is 11Mbps. Ethernet is 10 or 100Mbps (probably 100 in this environment...)
Even on USB1, If it's taking that long for the scan to get to the server, something else must be wrong. Could you somehow have the scanner in low-speed USB mode - same bus as a mouse or something?
Re:Something else is wrong... (Score:2)
So, even if they're using a modest residential DSL connection (256kbit up), it would take 4 seconds for one megabit (assuming this application as a whole could use the full pipe), then multiply by 8 - for 1 MB (32 seconds).
I haven't done scans in a while, but 300dpi for an ENTIRE page would probably make the file fair
Scanners do preview-scans (Score:2, Insightful)
It looks like existing scanners already do what you want.
Re:Scanners do preview-scans (Score:2)
Re:Scanners do preview-scans (Score:2)
It's a real relic. It's an Apple OneScanner, supporting 300dpi and 4-bit grayscale. Enormous and weighs a ton, it uses a Centronix SCSI cable (adapter cable) to plug into a 33mhz macintosh. The old Motorola MC68LC040 ones.
How about a 'network document server'? (Score:3, Informative)
suggestions (Score:3, Informative)
Some more information would help though, like-
Do the scans need to be in color, greyscale or bitonal?
What quality? 150dpi in color is often very readable and printable. I know you're using 300 but I'm not totally sure you need to.
What exactly are you capturing? text? barcodes? Photos?
Is the Region of Interest (ROI) consistant throughout the documents or does it change position from image to image?
Is any of this being OCR'd?
Are you wanting to use cheap usb scanners or is something more office grade ok? Lots of cheaper scanners don't get faster with lower dpi and some (a low grade agfa comes to mind) don't change speed for region of interest. It varies though.
Small visioneer paperport products do have an api you can buy. They aren't flatbed, just the tiny sheetfed ones. Most scanners do not have available api or controls, only the garbage that comes with them.
If you can avoid color, do so. Scan to TIFF group IV for b+w, most pages will be in the 20-100kb range at 200-300dpi and print out great for text.
The preview mode is usually 72 dpi or less but often the interface won't let you directly save the preview, some require preview and then scan (suck!)
As others suggested, a dedicated station is hard to avoid with scanners, and another option may be a networked copier if you're trying to keep everything thin client style.
Re:suggestions (Score:1)
Re:suggestions (Score:2)
Opinions? (Score:2)
Are you wanting to use cheap usb scanners or is something more office grade ok?
Could you give me some examples of office-grade scanners under, say, $1000 US? The application is insurance card scans for a busy pediatrics clinic. (A specialized card-scanner won't work because my state Medicaid program has 8.5x11 insurance "cards". Sigh.) I don't need ADF or OCR or even color, but speed and reliability at 300 DPI or less would b
Re:Opinions? (Score:2)
I haven't priced the whole market lately, but under $1k is tricky. There are several options which I've seen but haven't directly used. I highly recommend getting a demo any way possible.
There are some options though-
Sheet fed might be preferable for you, and several small scanners have come out for small offices lately. The 'gotchas' on the small sheet fed models is most don't have double feed prevention, so train your operators to keep a sharp eye on the paper. You can oft
Maybe this will qualify (Score:2)
Ask Slashdot something obscure (Score:5, Funny)
Re:Ask Slashdot something obscure (Score:2)
Re:Ask Slashdot something obscure (Score:2)
Re:Ask Slashdot something obscure (Score:1)
All-in-One (Score:2)
Disclaimer: I develop scan firmware for HP All-in-Ones.
Funny (Score:1)
Why not connect not to USB but to network (Score:1)
Axis' network document servers enable users to send scanned documents (e.g. sketches and contracts) instantly over the network to e-mail addresses, file servers, printers, URLs and the Web. Easy to install and use, the network document servers provide a faster, cheaper and safer method of distributing documents than by fax, traditional mail or courier.
link [axis.com]
Translation... (Score:2)
This is painfully easy to do.
You clearly have some control over the machine where the scanning is taking place, so the answer is to simply manage the scanning operation at that machine, not from the remote terminal. The appropriate task for the remote terminal is viewing the results, not controlling the scan.
If the remote terminal simply MUST control the scanning operation, then you're just faced wi
Fax it (Score:2)
If a colour fax can meet your needs I think your problem is half-way to being solved.
SANE (Score:2)
Certainly Windows frontends like SaneTwain will work with any sort of SANE supported scanner if it is on a Linux or other *NIX backend.
HP Digital Senders (Score:3, Informative)