Re: Document capture - part 2

Hi Ken, You can rename a file using the 4D’s built-in command MOVE DOCUMENT. This command lets you move and/or rename a file. http://doc.4d.com/4Dv16R5/4D/16-R5/MOVE-DOCUMENT.301-3480974.en.html - Jeremy French > On Feb 1

Re: Document capture

> On 27 Jan 2018, at 03:12 AEDT, Chip Scheide via 4D_Tech > <4d_tech@lists.4d.com> wrote: > > CLOUD Warnings I couldn’t agree more, but are they listening? Cloud is another buzz-hype and I get the impression the very companies offering such service pushing it to be able to do exactly what you

Re: Document capture

> Le 26 janv. 2018 à 20:15, Kirk Brooks via 4D_Tech <4d_tech@lists.4d.com> a > écrit : > > I believe queries are optimized to only load the data stored in the record. Queries are optimized to search where you tell them to search: 4D will try to use index, but records and even external data can

Re: Document capture

Arnaud, On Fri, Jan 26, 2018 at 10:28 AM, Arnaud de Montard via 4D_Tech < 4d_tech@lists.4d.com> wrote: > > > Le 26 janv. 2018 à 18:49, Kirk Brooks via 4D_Tech <4d_tech@lists.4d.com> > a écrit : > > > > Arnaud, > > On Fri, Jan 26, 2018 at 7:34 AM, Arnaud de Montard via 4D_Tech < > > 4d_tech@lists.

Re: Document capture

> Le 26 janv. 2018 à 18:49, Kirk Brooks via 4D_Tech <4d_tech@lists.4d.com> a > écrit : > > Arnaud, > On Fri, Jan 26, 2018 at 7:34 AM, Arnaud de Montard via 4D_Tech < > 4d_tech@lists.4d.com> wrote: >> >> Some field options would make it better: >> • don't load with record (something like a comma

Re: Document capture

> Le 26 janv. 2018 à 17:12, Chip Scheide via 4D_Tech <4d_tech@lists.4d.com> a > écrit : > > Kirk et al, > no one listens but I'll be the voice of "discent" :) I understand what you mean… I don't like the idea of having my documents in iCloud, for example. I was very interested in such a stora

Re: Document capture

Arnaud, On Fri, Jan 26, 2018 at 7:34 AM, Arnaud de Montard via 4D_Tech < 4d_tech@lists.4d.com> wrote: > > > Le 26 janv. 2018 à 15:55, Kirk Brooks via 4D_Tech <4d_tech@lists.4d.com> > a écrit : > > Even if you use the 'store outside of datafile' option the backups still > include the physical files.

Re: Document capture

Kirk et al, no one listens but I'll be the voice of "discent" :) AWS, iCloud, Dropbox, Google storage, etc, etc ALL have the same draw-backs: - You (your company, your client) no longer have control over these files. - Who ELSE is looking at your file(s) -- especially true for a competitive bus

Re: Document capture

> Le 26 janv. 2018 à 15:55, Kirk Brooks via 4D_Tech <4d_tech@lists.4d.com> a > écrit : > > Hi Kenneth, > > Even if you use the 'store outside of datafile' option the backups still > include the physical files. It's an exiting feature, but after some tests I gave up. I think it's in the middl

Re: Document capture

Hi Kenneth, You've gotten a lot of good feedback already. I deal with a lower volume of documents but high access rates. Last year I moved the actual document storage to AWS using Bruno LeGay's component. Storing large numbers of actual documents in 4D isn't really feasible. Even if you use the 's

Re: ​Document capture

​ K ​​ enneth, sounds to me like you are on the right path. Much of it depends on the sheer volume of documents. As some pointed out, a vast number of documents in a single folder can bog down OS storage systems, although that is way less a problem now than it was several years ago. Much also depen

Re: Document capture

Hi Kenneth, I’ve also implemented something similar to what others have done. But in my case, instead of having a folder for each client, I have one folder per clientID\1000 (client ID mod 1000), so a maximum of 1000 folders. Then I have a second folder level for document classes/categories. Th

RE: Document capture

Kenneth, I have a system that tracks signatures and we get thousands of signatures every day. We started storing these several years ago and we were originally storing all images in one place. Our first attempt we stored the .png files as Image fields with the store outside the datafile setti

Re: Document capture

Yes the O/S is fine but if you ever want to open the folder on a PC or MAC be prepared to wait. The more files the longer the wait. At least that has been my experience Regards Chuck Sent from my iPhone > On Jan 25, 2018, at 3:35 PM, Peter Bozek via 4D_Tech <4d_tech@lists.4d.com> > wrote:

Re: Document capture

On Thu, Jan 25, 2018 at 6:39 PM, Kenneth Geiger via 4D_Tech < 4d_tech@lists.4d.com> wrote: > > If any of you have done something similar, I would really appreciate any > feedback on my approach and would welcome any suggestions, pseudo-code, or > code that you would be willing to share. > We did

Re: Document capture

I have built a few document management systems. One thing you need to be careful of is how many files are in a particular folder. What I did at oine client is create a structure for folders as follows: Client ID was a long int. Client id 101123 for example would have the following structure. I qwou

Re: Document capture

There are both services, and software that can do OCR on the scanned documents. You could (or your client could) investigate this, and then the scanned documents are already text. This would allow you (and them) to process large volumes of files with minimum or no user input. This would be MUCH

Re: Document capture

Hi Kenneth, so i guess all documents are scans, aka pictures? You might want to look at the tesseract plugin by Keisuke, it as fairly usable OCR. If you have electronic documents, like doc or docx, have a look at automatic doc-pdf conversion, i do it with a shareware called total-doc-converter.