Re: FOSS tool to do general stats from text indata

>> Well if you were prepared to type a search for >> computational linguistics software into google, you would >> find several free tools available for linux listed on pages >> such as >> >> https://martinweisser.org/corpora_site/comp_ling_resources.html > > Indeed, that page has 4 hits for Unix an

Re: FOSS tool to do general stats from text indata

debian-user wrote: > Well if you were prepared to type a search for computational > linguistics software into google, you would find several > free tools available for linux listed on pages such as > > https://martinweisser.org/corpora_site/comp_ling_resources.html Indeed, that page has 4 hits fo

Re: FOSS tool to do general stats from text indata

learning basic > > computational linguistics. > > Okay, but if there isn't a tool readily available I think this > is a window for a bunch of young programmers that feel the > need to show their skills. It could be a degree project in > Computer Science even, unless

Re: FOSS tool to do general stats from text indata

>> A basic search finds this web tool: >> >> https://www.usingenglish.com/resources/text-statistics/ > > I didn't get it to work in Emacs-w3m, be it lack of JavaScript > support or something else. Anyway the page and tool claims to > do this: > > Total Word Count > Total Word Count (Excluding

Re: FOSS tool to do general stats from text indata

t a tool readily available I think this is a window for a bunch of young programmers that feel the need to show their skills. It could be a degree project in Computer Science even, unless the Computational Linguistics guys have their own degree projects. If so, they can borrow FOSS and CLI from us

Re: FOSS tool to do general stats from text indata

icial (programming) > > languages is well known. But how do you attach meaning to > > the symbols? Semantics. How do you identify style and > > emphasis? These are the kind of starting points for > > computational linguistics. > > Okay, but do we have software in t

Re: FOSS tool to do general stats from text indata

Joel Roth wrote: > A basic search finds this web tool: > > https://www.usingenglish.com/resources/text-statistics/ I didn't get it to work in Emacs-w3m, be it lack of JavaScript support or something else. Anyway the page and tool claims to do this: Total Word Count Total Word Count (Excludi

Re: FOSS tool to do general stats from text indata

tics by R Hausser, and Computational Linguistics: An > Introduction by R Grishman. > > Syntactical analysis of human and artificial (programming) > languages is well known. But how do you attach meaning to > the symbols? Semantics. How do you identify style and > emphasis? These are

Re: FOSS tool to do general stats from text indata

On Fri, Jun 30, 2023, 8:32 AM Emanuel Berg wrote: > Nicholas Geovanis wrote: > > >>> If you have python programming skills, you might consider > >>> NLTK > >> > >> Unbelievable if there are no such tools anywhere already, > >> but I don't have one either so maybe there aren't then? > >> > > > > T

Re: FOSS tool to do general stats from text indata

Nicholas Geovanis wrote: >>> If you have python programming skills, you might consider >>> NLTK >> >> Unbelievable if there are no such tools anywhere already, >> but I don't have one either so maybe there aren't then? >> > > There's a big subject called computational linguistics. > They have some

Re: FOSS tool to do general stats from text indata

On Sat, Jun 24, 2023, 3:04 PM Emanuel Berg wrote: > Cousin Stanley wrote: > > > If you have python programming skills, you might consider > > NLTK > > Unbelievable if there are no such tools anywhere already, but > I don't have one either so maybe there aren't then? > There's a big subject calle

Re: FOSS tool to do general stats from text indata

dvalin wrote: > As "stats" is a grab bag larger inside than the Tardis, > I suspect that only on that other ship with the infinite > improbability drive is a stats babelfish interpreter to be > found. For the last 30+ years, I've just thrown together > a few lines of Awk to generate the initially

Re: FOSS tool to do general stats from text indata

On Sun, Jun 25, 2023 at 08:28:05AM +0200, Emanuel Berg wrote: > tomas wrote: > > I mean a general tool, but with options to tweak the > report included, of course. > >>> > >>> If you can bear some tweaking, R is it. > >> > >> Sure! Let's run R on this e-mail. Does it work and if so, wha

Re: FOSS tool to do general stats from text indata

tomas wrote: I mean a general tool, but with options to tweak the report included, of course. >>> >>> If you can bear some tweaking, R is it. >> >> Sure! Let's run R on this e-mail. Does it work and if so, what >> does it say? > > T a generic question -- a generic answer R is a program

Re: FOSS tool to do general stats from text indata

On Sat, Jun 24, 2023 at 10:00:05PM +0200, Emanuel Berg wrote: > tomas wrote: > > >> Is there a CLI and FOSS tool that creates stats from text > >> indata - e.g., > >> > >> $ txt2stats path/to/indata/*.txt > >> > >> I mean a general

Re: FOSS tool to do general stats from text indata

Emanuel Berg writes: > Sure! Let's run R on this e-mail. Does it work and if so, what > does it say? Run 'apt-cache show r-base'. You will want to look at all the 'r-cran' packages for one that does what you need. -- John Hasler j...@sugarbit.com Elmwood, WI USA

Re: FOSS tool to do general stats from text indata

tomas wrote: >> Is there a CLI and FOSS tool that creates stats from text >> indata - e.g., >> >> $ txt2stats path/to/indata/*.txt >> >> I mean a general tool, but with options to tweak the report >> included, of course. > > If you can bear some

Re: FOSS tool to do general stats from text indata

Cousin Stanley wrote: > If you have python programming skills, you might consider > NLTK Unbelievable if there are no such tools anywhere already, but I don't have one either so maybe there aren't then? -- underground experts united https://dataswamp.org/~incal

Re: FOSS tool to do general stats from text indata

ne for you. Surely there must be some awesome stats-from-text CLI tool in the FOSS world? What about the commercial/proprietary world? How do they do it in professional sport (e.g. NHL) where the the commentators sometimes say, "Here is some amazing stats. Some dude has now scored the most go

Re: FOSS tool to do general stats from text indata

paulf wrote: >>> I don't know about all of your wishlist, but gnuplot is >>> the proper tool for taking data from, say, a CSV file, and >>> putting it into graphs of various types. >> >> Well, gnuplot is great obviously but is more a tool to >> visualize data, organized data, here we need a tool

Re: FOSS tool to do general stats from text indata

On 2023-06-23 13:30, Emanuel Berg wrote: > Is there a CLI and FOSS tool that creates stats from text > indata - e.g., > >$ txt2stats path/to/indata/*.txt > > I mean a general tool, but with options to tweak the report > included, of course. > > To produce neat sta

Re: FOSS tool to do general stats from text indata

On Fri, Jun 23, 2023 at 10:20:50PM +0200, Emanuel Berg wrote: > Is there a CLI and FOSS tool that creates stats from text > indata - e.g., > > $ txt2stats path/to/indata/*.txt > > I mean a general tool, but with options to tweak the report > included, of course. If you c

Re: FOSS tool to do general stats from text indata

On Fri, Jun 23, 2023 at 10:20:50PM +0200, Emanuel Berg wrote: > Is there a CLI and FOSS tool that creates stats from text > indata - e.g., > > $ txt2stats path/to/indata/*.txt > > I mean a general tool, but with options to tweak the report > included, of course. >

Re: FOSS tool to do general stats from text indata

On Fri, 23 Jun 2023 23:05:10 +0200 Emanuel Berg wrote: > paulf wrote: > > > I don't know about all of your wishlist, but gnuplot is the > > proper tool for taking data from, say, a CSV file, and > > putting it into graphs of various types. > > Well, gnuplot is great obviously but is more a tool

Re: FOSS tool to do general stats from text indata

paulf wrote: > I don't know about all of your wishlist, but gnuplot is the > proper tool for taking data from, say, a CSV file, and > putting it into graphs of various types. Well, gnuplot is great obviously but is more a tool to visualize data, organized data, here we need a tool to analyze and

Re: FOSS tool to do general stats from text indata

On Fri, 23 Jun 2023 22:20:50 +0200 Emanuel Berg wrote: > Is there a CLI and FOSS tool that creates stats from text > indata - e.g., > > $ txt2stats path/to/indata/*.txt > > I mean a general tool, but with options to tweak the report > included, of course. > > T

FOSS tool to do general stats from text indata

Is there a CLI and FOSS tool that creates stats from text indata - e.g., $ txt2stats path/to/indata/*.txt I mean a general tool, but with options to tweak the report included, of course. To produce neat stats, maybe even figures, and generate fun facts of the kind The longest word that

Re: FOSS "BIOS" (UEFI) (was: Re: smart fans)

Polyna-Maude Racicot-Summerside wrote: > Google "Coreboot supported motherboard" ? > > And going to see this page as the first choice > > https://coreboot.org/status/board-status.html Great, so was it on the list? It wasn't, right? Bummer... -- underground experts united https://dataswamp.org

Re: FOSS "BIOS" (UEFI) (was: Re: smart fans)

On 2021-08-22 10:04 a.m., Emanuel Berg wrote: > Polyna-Maude Racicot-Summerside wrote: > >> Google "Coreboot supported motherboard" ? >> >> And going to see this page as the first choice >> >> https://coreboot.org/status/board-status.html > > Great, so was it on the list? I don't know ! Why don

Re: FOSS "BIOS" (UEFI)

The Wanderer wrote: >> There is a grub-coreboot package, is that it? > > No. If you look at the output of > > $ apt-cache show coreboot > > you'll see that it says > > "This is a dependency package for a version of GRUB that has > been built for use with platforms running the > Coreboot firmware."

Re: FOSS "BIOS" (UEFI) (was: Re: smart fans)

On 2021-08-22 2:28 a.m., Emanuel Berg wrote: > Reco wrote: > >>> This made me think, is there a FOSS "BIOS" (UEFI) that you >>> can install/flash to replace the manufacturer's? >> >> Coreboot is what you're thinking of. Supported motherbo

Re: FOSS "BIOS" (UEFI) (was: Re: smart fans)

BIOS seems to be: $ sudo dmidecode -t bios # dmidecode 3.3 Getting SMBIOS data from sysfs. SMBIOS 3.2.0 present. Handle 0x, DMI type 0, 26 bytes BIOS Information Vendor: American Megatrends Inc. Version: 2801 Release Date: 09/18/2019 Address: 0xF Ru

Re: FOSS "BIOS" (UEFI) (was: Re: smart fans)

Reco wrote: >> This made me think, is there a FOSS "BIOS" (UEFI) that you >> can install/flash to replace the manufacturer's? > > Coreboot is what you're thinking of. Supported motherboard's > list is extremely limited though. There is a grub-coreboo

Re: FOSS "BIOS" (UEFI)

On 2021-08-22 at 02:28, Emanuel Berg wrote: > Reco wrote: > >>> This made me think, is there a FOSS "BIOS" (UEFI) that you can >>> install/flash to replace the manufacturer's? >> >> Coreboot is what you're thinking of. Supported motherboar

FOSS "BIOS" (UEFI) (was: Re: smart fans)

> There is fancontrol (pwdconfig(1)) but I don't get it to > work ... The BIOS (UEFI) can maybe be used but I don't > have/use a mouse and I dislike the UI ... > > $ sudo dmidecode [...] This made me think, is there a FOSS "BIOS" (UEFI) that you can install/

Re: FOSS "BIOS" (UEFI) (was: Re: smart fans)

dmidecode [...] > > This made me think, is there a FOSS "BIOS" (UEFI) that you can > install/flash to replace the manufacturer's? Coreboot is what you're thinking of. Supported motherboard's list is extremely limited though. Reco

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

The Wanderer composed on 2021-01-21 06:30 (UTC-0500): > Felix Miata wrote: >> Because most mainstream hardware of the day, and since, is supported, >> none of the optionals are /needed/ (as long as a fully-functional >> DRM/KMS kernel module exists). The installation of the optional >> drivers eq

Re: [OT] Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

On Thu 21 Jan 2021 at 01:14:31 (-0500), Felix Miata wrote: > David Wright composed on 2021-01-20 23:58 (UTC-0600): > > On Wed 20 Jan 2021 at 21:17:30 (-0500), Felix Miata wrote: > > >> When I want TV I use a TV and remote controller and an easy chair or sofa, > >> not a > >> workchair and desk an

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

On 2021-01-21 at 13:35, Andrei POPESCU wrote: > On Jo, 21 ian 21, 06:30:16, The Wanderer wrote: > >> On 2021-01-20 at 21:17, Felix Miata wrote: >>> Because most mainstream hardware of the day, and since, is >>> supported, none of the optionals are /needed/ (as long as a >>> fully-functional DRM/

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

On Jo, 21 ian 21, 06:30:16, The Wanderer wrote: > On 2021-01-20 at 21:17, Felix Miata wrote: > > > The Wanderer composed on 2021-01-20 19:44 (UTC-0500): > > > >> Felix Miata wrote: > > > >>> Sven Joachim composed on 2021-01-20 23:18 (UTC+0100): > > > the upstream Xorg server still uses a g

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

> https://www.etymonline.com/word/amuse states that this is the "to, at" > prefix from Latin in a sense of "causing to", not the "not, without" one > from Greek. Funnily [oops, I guess I meant "amusingly"] enough, the two end up meaning kind of the same: in that what happens is that attention is d

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

On 2021-01-20 at 21:17, Felix Miata wrote: > The Wanderer composed on 2021-01-20 19:44 (UTC-0500): > >> Felix Miata wrote: > >>> Sven Joachim composed on 2021-01-20 23:18 (UTC+0100): > the upstream Xorg server still uses a graphics card specific driver if available. > >>> That was ex

Re: [OT] Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

David Wright composed on 2021-01-20 23:58 (UTC-0600): > On Wed 20 Jan 2021 at 21:17:30 (-0500), Felix Miata wrote: >> When I want TV I use a TV and remote controller and an easy chair or sofa, >> not a >> workchair and desk and rodent and keyboard and all the distractions of >> multitasking. My

[OT] Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

On Wed 20 Jan 2021 at 21:17:30 (-0500), Felix Miata wrote: > When I want TV I use a TV and remote controller and an easy chair or sofa, > not a > workchair and desk and rodent and keyboard and all the distractions of > multitasking. My computers are general purpose tools for getting work done. >

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

The Wanderer composed on 2021-01-20 19:44 (UTC-0500): > Felix Miata wrote: >> Sven Joachim composed on 2021-01-20 23:18 (UTC+0100): >>> the upstream Xorg server still uses a graphics card >>> specific driver if available. >> That was exactly one of my points. "If available" equates to they are

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

On 2021-01-20 at 19:32, Felix Miata wrote: > Sven Joachim composed on 2021-01-20 23:18 (UTC+0100): > >> On 2021-01-20 16:45 -0500, Felix Miata wrote: > >>> Its life as a separate package then ceased as well. It was moved >>> into the server package. I never found an announcement to the >>> effec

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

Sven Joachim composed on 2021-01-20 23:18 (UTC+0100): > On 2021-01-20 16:45 -0500, Felix Miata wrote: >> Its life as a separate package then ceased as well. It was moved into the >> server >> package. I never found an announcement to the effect, but I believe this >> move in >> effect made it t

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

On 2021-01-20 16:45 -0500, Felix Miata wrote: > In 2008 a new technology DDX driver's development was begun: > > The new technology made it hardware independent, able to be used by

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau (was: Help request installing wi-fi/video-card prop...)

external. I recently beat my head against Debian 10, the free nouveau > driver, and the non-free nvidia-legacy-390xx-driver; without much > success [1]. > My ideal is a FOSS distribution that works OOTB with as little > fiddle-faddeling as possible. I went back to Debian 9. I sugg

Re: Example(s) of recutils project flow? - was [FOSS equivalents of *OLD* database and spreadsheet tools?]

On Vi, 07 aug 20, 07:33:05, Richard Owlett wrote: > > I had done similar search with DuckDuckGo receiving similarly useless hits. [...] > That's why I'm looking for a human's answer. It helps to specify in advance what you tried already and didn't work. Kind regards, Andrei -- http://wiki.de

Re: Example(s) of recutils project flow? - was [FOSS equivalents of *OLD* database and spreadsheet tools?]

On 08/07/2020 06:46 AM, David wrote: On Fri, 7 Aug 2020 at 21:31, Richard Owlett wrote: On 07/27/2020 10:13 AM, Eric S Fraga wrote: You may wish to have a look at recutils: https://www.gnu.org/software/recutils/ I've done a first read of the well written manual which has many examples of

Re: Example(s) of recutils project flow? - was [FOSS equivalents of *OLD* database and spreadsheet tools?]

On Fri, 7 Aug 2020 at 21:31, Richard Owlett wrote: > On 07/27/2020 10:13 AM, Eric S Fraga wrote: > > You may wish to have a look at recutils: > > https://www.gnu.org/software/recutils/ > I've done a first read of the well written manual which has many > examples of individual commands. Are there

Example(s) of recutils project flow? - was [FOSS equivalents of *OLD* database and spreadsheet tools?]

On 07/27/2020 10:13 AM, Eric S Fraga wrote: You may wish to have a look at recutils: https://www.gnu.org/software/recutils/ but it may not have some of the functionality you wish (although you could build on it with shell scripts & awk, say). I've done a first read of the well written manual

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 7/29/20 06:03, Richard Owlett wrote: > On 07/29/2020 06:13 AM, Joe wrote: >> [snip] >> >> I'd recommend using the right tool for the job. >> > > Which is why I'll investigate. > Your approach is literally orders of magnitude more than I want. With respect, Joe is right, in my opinion based

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Thu, 30 Jul 2020 10:51:06 -0400 Miles Fidelman wrote: > On 7/30/20 5:21 AM, Eric S Fraga wrote: > > > On Wednesday, 29 Jul 2020 at 04:40, Richard Owlett wrote: > >> On 07/27/2020 10:13 AM, Eric S Fraga wrote: > >>> You may wish to have a look at recutils: > >> A database is over-kill fo

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 07/30/2020 09:51 AM, Miles Fidelman wrote: In theory, there is no difference between theory and practice. In practice, there is.  Yogi Berra

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 7/30/20 5:21 AM, Eric S Fraga wrote: On Wednesday, 29 Jul 2020 at 04:40, Richard Owlett wrote: On 07/27/2020 10:13 AM, Eric S Fraga wrote: You may wish to have a look at recutils: A database is over-kill for some personal preferences. I had mentioned spreadsheets in original post as I had

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Thursday, 30 Jul 2020 at 06:15, Richard Owlett wrote: > Does that sound at all like I saw anything in favor of SQL ? ! No but you said: > IIRC, dBase was simpler. so I suggested a simple FOSS database system. Like I said, no worries. I obviously misunderstood what you were looki

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 07/30/2020 08:03 AM, Linux-Fan wrote: Richard Owlett writes: On 07/27/2020 10:13 AM, Eric S Fraga wrote: You may wish to have a look at recutils: https://www.gnu.org/software/recutils/ but it may not have some of the functionality you wish (although you could build on it with shell script

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

Richard Owlett writes: On 07/27/2020 10:13 AM, Eric S Fraga wrote: You may wish to have a look at recutils: https://www.gnu.org/software/recutils/ but it may not have some of the functionality you wish (although you could build on it with shell scripts & awk, say). I've just begun going th

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 07/27/2020 10:13 AM, Eric S Fraga wrote: You may wish to have a look at recutils: https://www.gnu.org/software/recutils/ but it may not have some of the functionality you wish (although you could build on it with shell scripts & awk, say). I've just begun going through the manual [https

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 07/30/2020 04:21 AM, Eric S Fraga wrote: On Wednesday, 29 Jul 2020 at 04:40, Richard Owlett wrote: On 07/27/2020 10:13 AM, Eric S Fraga wrote: You may wish to have a look at recutils: A database is over-kill for some personal preferences. I had mentioned spreadsheets in original post as I

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Wed, Jul 29, 2020 at 01:09:15PM -0700, David Christensen wrote: > On 2020-07-29 05:03, Richard Owlett wrote: > > >[A suggested] approach is literally orders of magnitude more than I want. > > > Consider these idealized cost functions for solution technologies A, > B, and C: > > fA(t) = t

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Wednesday, 29 Jul 2020 at 04:40, Richard Owlett wrote: > On 07/27/2020 10:13 AM, Eric S Fraga wrote: >> You may wish to have a look at recutils: > > A database is over-kill for some personal preferences. > > I had mentioned spreadsheets in original post as I had visualized a I am confused. You

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

timates of t. I would put Excel and scripting language solutions into A. I would put Access into B (unfortunately, there does not appear to be a FOSS B), I would put .NET, Java, CORBA, LAMP, etc., into C. Using Perl, I estimate your app should be t < tAB. David

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 07/29/2020 06:13 AM, Joe wrote: [snip] I'd recommend using the right tool for the job. Which is why I'll investigate. Your approach is literally orders of magnitude more than I want.

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Wed, 29 Jul 2020 04:40:24 -0500 Richard Owlett wrote: > On 07/27/2020 10:13 AM, Eric S Fraga wrote: > > You may wish to have a look at recutils: > > > > https://www.gnu.org/software/recutils/ > > > > but it may not have some of the functionality you wish (although you > > could build on it w

Re: [Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 2020-07-29 10:40, Richard Owlett wrote: A database is over-kill for some personal preferences. apropos of nothing I found this great, clear introduction to Perl/Tk for inputting how many cups of coffee and bacon sandwiches you had. https://www.ibm.com/developerworks/aix/library/au-perltkm

[Interim Solution] Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 07/27/2020 10:13 AM, Eric S Fraga wrote: You may wish to have a look at recutils: https://www.gnu.org/software/recutils/ but it may not have some of the functionality you wish (although you could build on it with shell scripts & awk, say). A database is over-kill for some personal prefere

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 7/27/20 9:59 PM, rhkra...@gmail.com wrote: Somebody wrote: But... isn't the tool the least of your problems? The big one being, where are you going to get your nutritional database. (Seems to me that most of what Weight Watchers and Noom do is collect data on millions of products.) From

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 2020-07-27 22:46, Michael Stone wrote: On Mon, Jul 27, 2020 at 10:34:39PM +0100, Joe wrote: The OP is in a learning experience, it's what retirement is for. Huh. I thought it was for doing what you want instead of what other people tell you that you "have to" do. That's funny considering

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

Yes, the Harbour project. https://harbour.github.io/ On Mon, Jul 27, 2020, 9:57 PM Nicholas Geovanis wrote: > There used to be an open-sourced version of Clipper, wasn't there? That > was the dBase 3 compiler from a 3rd party. Did that go extinct? > > On Mon, Jul 27, 2020, 8:59 PM wrote: > >> S

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

There used to be an open-sourced version of Clipper, wasn't there? That was the dBase 3 compiler from a 3rd party. Did that go extinct? On Mon, Jul 27, 2020, 8:59 PM wrote: > Somebody wrote: > > But... isn't the tool the least of your problems? The big one being, > > where are you going to get

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

Somebody wrote: > But... isn't the tool the least of your problems? The big one being, > where are you going to get your nutritional database. (Seems to me that > most of what Weight Watchers and Noom do is collect data on millions of > products.) From my records in my free format database (which

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon 27 Jul 2020 at 15:46:08 (-0400), Michael Stone wrote: > On Mon, Jul 27, 2020 at 11:39:11AM -0400, Greg Wooledge wrote: > > On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote: > > > On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote: > > > > For a project of this size an

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, 27 Jul 2020 17:46:35 -0400 Michael Stone wrote: > On Mon, Jul 27, 2020 at 10:34:39PM +0100, Joe wrote: > >The OP is in a learning experience, it's what retirement is for. > > Huh. I thought it was for doing what you want instead of what other > people tell you that you "have to" do.

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, 27 Jul 2020 22:22:12 +0200 wrote: > On Mon, Jul 27, 2020 at 04:04:16PM -0400, Michael Stone wrote: > > On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote: > > >And, in Greg's defense, he provided some code, something no > > >one of us did -- I'd say this round goes to him

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, Jul 27, 2020 at 10:34:39PM +0100, Joe wrote: The OP is in a learning experience, it's what retirement is for. Huh. I thought it was for doing what you want instead of what other people tell you that you "have to" do.

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, 27 Jul 2020 16:04:16 -0400 Michael Stone wrote: > On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote: > >And, in Greg's defense, he provided some code, something no > >one of us did -- I'd say this round goes to him ;-) > > How? The OP request was for something simpler th

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, Jul 27, 2020 at 04:04:16PM -0400, Michael Stone wrote: > On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote: > >And, in Greg's defense, he provided some code, something no > >one of us did -- I'd say this round goes to him ;-) > > How? The OP request was for something simpler

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, Jul 27, 2020 at 04:04:16PM -0400, Michael Stone wrote: > On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote: > > And, in Greg's defense, he provided some code, something no > > one of us did -- I'd say this round goes to him ;-) > > How? The OP request was for something simpl

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote: And, in Greg's defense, he provided some code, something no one of us did -- I'd say this round goes to him ;-) How? The OP request was for something simpler than SQL (presumably because he didn't want to learn SQL?), so the res

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, Jul 27, 2020 at 03:46:08PM -0400, Michael Stone wrote: > On Mon, Jul 27, 2020 at 11:39:11AM -0400, Greg Wooledge wrote: [...] > >OK, here's a quick program to show how it might be done. > > The question wasn't "what's your favorite programming language", was it? To be fair, the question

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, Jul 27, 2020 at 11:39:11AM -0400, Greg Wooledge wrote: On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote: On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote: > For a project of this size and scope, a Tcl application with an sqlite3 > database in a local file seems

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 7/27/20 11:16 AM, Michael Stone wrote: On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote: For a project of this size and scope, a Tcl application with an sqlite3 database in a local file seems well suited. Only on the internet can someone ask a simple question and get tcl as t

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote: > On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote: > >For a project of this size and scope, a Tcl application with an sqlite3 > >database in a local file seems well suited. > > Only on the internet can someone ask a simpl

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon 27 Jul 2020 at 11:16:45 (-0400), Michael Stone wrote: > On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote: > > For a project of this size and scope, a Tcl application with an sqlite3 > > database in a local file seems well suited. > > Only on the internet can someone ask a simpl

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote: > On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote: > > For a project of this size and scope, a Tcl application with an sqlite3 > > database in a local file seems well suited. > > Only on the internet can someone ask a sim

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote: For a project of this size and scope, a Tcl application with an sqlite3 database in a local file seems well suited. Only on the internet can someone ask a simple question and get tcl as the answer. :-/

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

You may wish to have a look at recutils: https://www.gnu.org/software/recutils/ but it may not have some of the functionality you wish (although you could build on it with shell scripts & awk, say). -- Eric S Fraga via Emacs 28.0.50 & org 9.3.7 on Debian bullseye/sid

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

Hi, If you decide against a command line system and  decide to go SQL / Klexi way, I want to suggest to you a relatively lesser known integrated database system - http://www.suneido.com. It has been around for nearly 20 years. It is pretty easy to design and stable. It is FOSS. The only

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Sat, Jul 25, 2020 at 02:45:58PM -0400, Paul M Foster wrote: > Since you probably would like an application with a nice interface > (curses, GUI, web), I'd suggest PHP. The platform for your interface is > in the server and the browser; you just have to write some HTML, which > is pretty easy. Ot

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 2020-07-26 03:06, mick crane wrote: On Sat, 25 Jul 2020 14:55:35 -0700 David Christensen wrote: It's been a while, but Linux-Apache-MySQL-Perl worked for me back in the day: I'm not very good at this and wondered how to do it and thought could have things in a hash of hashes. As you ten

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

f what did I eat? >OUTPUT: How much [cal/protein/fiber] did I eat? > >SQL {and variants} seen to dominate all else. >IIRC, dBase was simpler. > >What current FOSS system might I be comfortable with? Take a look at kexi Yes, that might be the way for the OP. I looked at it so

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

I eat? > >OUTPUT: How much [cal/protein/fiber] did I eat? > > > >SQL {and variants} seen to dominate all else. > >IIRC, dBase was simpler. > > > >What current FOSS system might I be comfortable with? > > Take a look at kexi > Yes, that might be

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

what did I eat? > >OUTPUT: How much [cal/protein/fiber] did I eat? > > > >SQL {and variants} seen to dominate all else. > >IIRC, dBase was simpler. > > > >What current FOSS system might I be comfortable with? > > Take a look at kexi Yes, I mentioned that

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

"Junior Engineer". IOW, I was not in abject *AWE* of computers. *ROFL* Right now I'm working on a personal project. INPUT: How much of what did I eat? OUTPUT: How much [cal/protein/fiber] did I eat? SQL {and variants} seen to dominate all else. IIRC, dBase was simpler. What cu

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Sun, 26 Jul 2020 11:06:51 +0100 mick crane wrote: > On 2020-07-26 08:54, Joe wrote: > > On Sat, 25 Jul 2020 14:55:35 -0700 > > David Christensen wrote: > > > >> > >> > >> It's been a while, but Linux-Apache-MySQL-Perl worked for me back > >> in the day: > >> > >> https://en.wikipedia.or

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On 2020-07-26 08:54, Joe wrote: On Sat, 25 Jul 2020 14:55:35 -0700 David Christensen wrote: It's been a while, but Linux-Apache-MySQL-Perl worked for me back in the day: https://en.wikipedia.org/wiki/Lamp_stack I have a couple of early web applications written in Perl, but then I found PH

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

On Sat, 25 Jul 2020 14:55:35 -0700 David Christensen wrote: > > > It's been a while, but Linux-Apache-MySQL-Perl worked for me back in > the day: > > https://en.wikipedia.org/wiki/Lamp_stack I have a couple of early web applications written in Perl, but then I found PHP. There's still no SQL

  1   2   3   >