[sane-devel] Scanner Recommendation for long receipts?

[Harvey Nimmo]

I've checked the example of a long Marriage Certificate on my Canon
GX5060 by scanning from the AFD onto a local USB stick. It scans the
whole certificate perfectly into a pdf on the stick. Thus, I conclude
that it should be possible to connect via network via  a sane module
version that supports scanning long documents. Any chance to get that
implemented?

Cheers
Harvey


On Mon, 2023-08-21 at 18:03 +0200, Harvey Nimmo wrote:
> My Canon GX5060 seems to have no problem feeding, for example, the
> long, thin  British Birth, Marriage, Death certificates completely
> through the AFD (Feeder. The flatbed is A4 compatible)), but either
> the associated on-board software or the scanner drivers cannot scale
> the result onto a complete image. In other words, I suspect it is
> only a software limitation somewhere in the chain. ...and I would
> really appreciate a solution! :-)
> 
> Cheers
> Harvey
> 
> On Mon, 2023-08-21 at 11:00 -0400, m. allan noah wrote:
> > Most ADF scanners need to be told how long the paper is, so they
> > can do things like length-based double feed detection, buffering,
> > blank page detection, etc. However, the maximum length should be
> > fairly long on most machines I am familiar with. IIRC, some Canon
> > and Fujitsu machines will go up to one meter in length? I'll try to
> > look around for some examples.
> > 
> > allan
> > 
> > On Mon, Aug 21, 2023 at 9:11 AM Andy Bennett
> > <andyjpb at ashurst.eu.org> wrote:
> > > Hi,
> > > 
> > > I don't have a solution I'm afraid but can offer some solidarity
> > > below!
> > > 
> > > 
> > > > like CVS/Walgreens long
> > > >
> > > > Is there a scanner out there that can scan up to 24"? or 36?
> > > >
> > > > I've been folding and making a multipage PDF.  Is there a
> > > better way?
> > > >
> > > > Is there a reason scanners must have a maximum length or could 
> > > > they just stream data back to the PC continuously until the
> > > scan 
> > > > is complete.  like a toilet paper roll for example.
> > > 
> > > I have wondered about this too but not found any good
> > > implementations in 
> > > desktop scanners.
> > > 
> > > My ix500 has a scanning length that's not quite long enough for
> > > some things 
> > > such as certain kinds of official certificates that are A4 width
> > > but have 
> > > extra long fold out bits at the end.
> > > 
> > > I'd suggest cutting the reciept into pieces, but I always hate a
> > > solution 
> > > like that when there seems to be No Good Reason why the product
> > > doesn't do 
> > > it in the first place. Besides, there may be good reasons to not
> > > want to 
> > > cut your document into pieces for the sake of a scan.
> > > 
> > > For my scenarios it often suffices to scan it one way up and then
> > > the other 
> > > because the documents are less than twice the length the scanner
> > > can 
> > > handle.
> > > ...but that still leaves an annoying amount of post-processing to
> > > do. It's 
> > > even harder if the documents are particularly thin (like
> > > reciepts) because 
> > > you're more likely to get a wobbly horizontal registration
> > > between the two 
> > > scans.
> > > 
> > > 
> > > > I have no problem scanning a 700 page document if I keep that 
> > > > ADF feder hopper full and keep the exit tray from filling up on
> > > > my ADF scanners.  But what reasons are there, that a single
> > > page 
> > > > can not be say, 100 feet long?
> > > 
> > > I guess none in principle. This one (done with a line scan camera
> > > which is 
> > > similar to the single pixel-wide CCDs a scanner would use) is as
> > > long as a 
> > > train: http://elm-chan.org/works/lcam/g/Y0008.jpg
> > > 
> > > (via http://elm-chan.org/works/lcam/report.html )
> > > 
> > > I've seen others that document entire long distance train
> > > journeys.
> > > 
> > > 
> > > Good luck and please let us know if you find anything!
> > > 
> > > 
> > > Best wishes,
> > > @ndy
> > > 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/sane-devel/attachments/20230822/f1c49bbb/attachment.htm>