From owner-freebsd-questions@FreeBSD.ORG Sat Jun 19 10:11:24 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36168106564A for ; Sat, 19 Jun 2010 10:11:24 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by mx1.freebsd.org (Postfix) with ESMTP id D17C38FC0C for ; Sat, 19 Jun 2010 10:11:23 +0000 (UTC) Received: from r55.edvax.de (port-92-195-117-232.dynamic.qsc.de [92.195.117.232]) by mx01.qsc.de (Postfix) with ESMTP id 386443D669; Sat, 19 Jun 2010 12:11:18 +0200 (CEST) Received: from r55.edvax.de (localhost [127.0.0.1]) by r55.edvax.de (8.14.2/8.14.2) with SMTP id o5JABHV1001565; Sat, 19 Jun 2010 12:11:17 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sat, 19 Jun 2010 12:11:17 +0200 From: Polytropon To: Bill Tillman Message-Id: <20100619121117.bc9480f8.freebsd@edvax.de> In-Reply-To: <473909.48600.qm@web36505.mail.mud.yahoo.com> References: <473909.48600.qm@web36505.mail.mud.yahoo.com> Organization: EDVAX X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: PDF storage software recommendations? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2010 10:11:24 -0000 On Fri, 18 Jun 2010 19:24:52 -0700 (PDT), Bill Tillman wrote: >=20 > Date: Thu, 17 Jun 2010 23:31:15 -0700 > From: Charlie Kester > Subject: Re: PDF storage software recommendations? > To: freebsd-questions@freebsd.org > Message-ID: <20100618063115.GA57196@comcast.net> > Content-Type: text/plain; charset=3Dus-ascii; format=3Dflowed >=20 > On Thu 17 Jun 2010 at 19:57:03 PDT Polytropon wrote: > > > >Maybe my answer will sound "low level", but it works - REALLY works - > >and works with mostly every kind of data. > > > >It's good to see someone recommending a true Unix-style solution.=A0 :) >=20 > Here, here.=A0 I too love simple text files. With the speed of today's > computers it's not impractical to use text files. That's basically what you have computer for - to make work faster, not slower. :-) > And something like you suggest with awk I think would work....except > for one major thing. When building a database like this you usually > have to build an interface that normal users will work with. That's why I suggested building a shell + Tcl/Tk script around it for the various "database operations" you can perform with it. The idea is that it is customizable ad infinitum, because everything is programmable into deepest details. > And something that I could use versus something the other people > in the office could use are often worlds apart. I once wrote a > program to do linear optimization for cutting metal parts from > stock lengths. For me it was a simple block of code about 30-40 > lines as I recall. The other guys in the warehouse saw it and > told the boss they wanted it too. He then instructed me to expand > it so the common users could work with it. Well 2 months later > and about another 400 lines of code to make it user friendly we > finally had something. So as I see it the interface for other > "not so tech-savvy" users will be the trouble with this approach. This sounds familiar. :-) I've also walked this way for "average users", at this time, by choice was to create a GUI control program using C with Gtk. Today, I would consider that totally overhead. My "average users" were psychiatrists, so any assumption about intelligency would not match the reality. :-) You wonder how people got their work done on 80x25 in a "wrong" language 30 years ago... > But put me > down for a vote on this method using simple text files and awk. It JUST WORKS - that's the goal. It can be developed and configured very fast, can easily be extended (or limited), and data is stored in a STANDARD (!!!) format which allows you to do ANYTHING with it. You can even provide a web-driven interface for the database, even that is possible. > We have a Windows based system at my current job which uses > FileMaker Pro. It's amazing what we can do with this and it's > like having a gigantic electronic filing cabinet. Oh, the paperless office... an utopia - at least in Germany, bureaucracy's home country. :-) Anyway, relying on a "Windows" program is, in my opinion, not the best choice for a long-term project such as document filing. With the constant transitions in the underly=EDng OS, and the immense costs, as well as the lock-in driven by closed (non-standard) formats, and finally through the limitation of what the original program developers did provide, makes me wonder if this can really be useful for longer times (let's say, +20 years - where the "low level" solution does still work). > It's pricey and it took the IT guys some time to build it but > it does do some fantastic things in keeping tons of files organized, > indexed and searchable. But I'd like to try my hand at building > something with text files and awk. Just imagine about 20 years in the future, and you'll see what's the better solution. :-) --=20 Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...