- COFF - www.tuhs.org

Re: converting lousy scans of pdfs into something more useable

by Bakul Shah

On Feb 3, 2023, at 8:26 AM, Will Senn <will.senn(a)gmail.com> wrote: > > I can't seem to get away from having to highlight and mark up the stuff I read. I love pdf's searchability of words, but not for quickly locating a section, or just browsing and studying them. I can flip pages much faster with paper than an ebook it seems :). You can annotate, highlight and markup pdfs. There are apps for that though I’m not very familiar with them as I don’t markup even paper copies. On an iPad you can easily annotate pdfs with an apple pencil.

2 years, 4 months

1
0
0 0

Re: converting lousy scans of pdfs into something more, useable

by Will Senn

> From: Dennis Boone <drb(a)msu.edu> > > * Don't use JPEG 2000 and similar compression algorithms that try to > re-use blocks of pixels from elsewhere in the document -- too many > errors, and they're errors of the sort that can be critical. Even if > the replacements use the correct code point, they're distracting as > hell in a different font, size, etc. I wondered about why certain images were the way they were, this probably explains a lot. > * OCR-under is good. I use `ocrmypdf`, which uses the Tesseract engine. Thanks for the tips. > * Bookmarks for pages / table of contents entries / etc are mandatory. > Very few things make a scanned-doc PDF less useful than not being able > to skip directly to a document indicated page. I wish. This is a tough one. I generally sacrifice ditching the bookmarks to make a better pdf. I need to look into extracting bookmarks and if they can be re-added without getting all wonky. > * I like to see at least 300 dpi. Yes, me too, but I've found that this often results in too big (when fixing existing), if I'm creating, they're fine. > * Don't scan in color mode if the source material isn't color. Grey > scale or even "line art" works fine in most cases. Using one pixel > means you can use G4 compression for colorless pages. Amen :). > > * Do reduce the color depth of pages that do contain color if you can. > The resulting PDF can contain a mix of image types. I've worked with > documents that did use color where four or eight colors were enough, > and the whole document could be mapped to them. With care, you _can_ > force the scans down to two or three bits per pixel. > * Do insert sensible metadata. > > * Do try to square up the inevitably crooked scans, clean up major > floobydust and whatever crud around the edges isn't part of the paper, > etc. Besides making the result more readable, it'll help the OCR. I > never have any luck with automated page orientation tooling for some > reason, so end up just doing this with Gimp. Great points. Thanks. -will

2 years, 4 months

1
0
0 0

Early programs that were run more than once?

by Dave Horsfall

That was the title of a sidebar in Australia's "Silicon Chip" electronics magazine this month, and referred to the alleged practice of running scientific and engineering programs many times to ensure consistent output, as hardware error checks weren't the best in those days (bit-flips due to electrical noise etc). Anyway, the mag is seeking corroboration on this (credit given where due, of course); I find it a bit hard to believe that machines capable of running complex programs did not have e.g. parity checking... Thanks. -- Dave

2 years, 5 months

1
0
0 0

Re: [TUHS] Algol rules: was something about Rust is not C++

by Steffen Nurpmeso

Will Senn wrote in <3808a35c-2ee0-2081-4128-c8196b4732c0(a)gmail.com>: |Well, I just read this as Rust is dead... here's hoping, but seriously, |if we're gonna go off and have a language vs language discussion, I |personally don't think we've had any real language innovation since |Algol 60, well maybe lisp... sheesh, surely we're in COFF territory. It has evangelists on all fronts. ..Yes it was only that while i was writing the message i reread about Vala of the GNOME project, which seems to be a modern language with many beneficial properties still, growing out of a Swiss University (is that a bad sign to come from Switzerland and more out of research), and it had support of Ubuntu and many other parts of the GNOME project. Still it is said to be dead. I scrubbed that part of my message. But maybe thus a "dead" relation in between the lines remained. Smalltalk is also such a thing, though not from Switzerland. An Ach! on the mystery of human behaviour. Or, like the wonderful Marcel Reich-Ranicki said, "Wir sehen es betroffen, den Vorhang zu, und alle Fragen offen" ("Concerned we see, the curtain closed, and all the Questions open"). --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)

2 years, 5 months

1
1
0 0

Re: [TUHS] Re: Unix game origins - stories similar to Crowther's Adventure

by Dan Cross

[TUHS to Bcc] On Wed, Feb 1, 2023 at 2:11 PM Rich Salz <rich.salz(a)gmail.com> wrote: > On Wed, Feb 1, 2023 at 1:33 PM segaloco via TUHS <tuhs(a)tuhs.org> wrote: >> In the annals of UNIX gaming, have there ever been notable games that have operated as multiple processes, perhaps using formal IPC or even just pipes or shared files for communication between separate processes (games with networking notwithstanding)? > > https://www.unix.com/man-page/bsd/6/hunt/ > source at http://ftp.funet.fi/pub/unix/4.3bsd/reno/games/hunt/hunt/ Hunt was the one that I thought of immediately. We used to play that on Suns and VAXen and it could be lively. There were a number of such games, as Clem mentioned; others I remember were xtrek, hearts, and various Chess and Go servers. - Dan C.

2 years, 5 months

1
0
0 0

Re: [TUHS] Re: Unix game origins - stories similar to Crowther's Adventure

by Clem Cole

Switching to COFF On Wed, Feb 1, 2023 at 1:33 PM segaloco via TUHS <tuhs(a)tuhs.org> wrote: > In the annals of UNIX gaming, have there ever been notable games that have > operated as multiple processes, perhaps using formal IPC or even just pipes > or shared files for communication between separate processes (games with > networking notwithstanding)? > Yes - there were a number of them. Both for UNIX and other wise. Some spanned the Arpanet back in the day on the PDP-10's. There was an early first person shooter games that I remember that ran on the PDP-10s on ADM3As and VT52 that worked that way. You flew into space and fought each other. CMU's (Steve Rubin's) Trip was stand alone program - sort of the grand-daddy of the Star Trek games. It ran on a GDP2 (Triple-Drip Graphics Wonder) and had dedicated 11/20. It was multiple processes to do everything. You were at the Captions chair of the Enterprise looking out into space. You had various mission and at some point would bee to reprovision - which meant you had to dock at the 2001 space station including timing your rotation to line up with docking bay like in the movie. When you beat an alien ship you got a bottle of coke - all of which collected in row on the bottom of the screen. I did manage to save the (BLISS-11) sources to it a few years ago. One of my dreams is to try to write GDP simulator for SIMH and see if we can bring it back to life. A big issue as Rob knows is the GDPs had an amazing keyboard so duplicating it will take some thinking with modern HW; but HW has caught up such that I think it might be possible to emulate it. SIMH works really well with a number of the other Graphics systems and with my modem system like my current Mac and its graphics HW, there might be a chance. One of my other favorites was one that ran on the Xerox Alto's who's name I don't remember, where you wandered around the Xerox 3M ethernet. People would enter your system and appear on your system. IIRC Byte Magazine did an article that talked about it at one point -- this was all pre-Apple Macs - but I remember they had pictures of people playing it that I think they took at Stanford. IIRC Shortly after the X-Terminals appeared somebody tried to duplicate it, or maybe that was with the Bilts but it was not quite as good as those of us that had access to real Xerox Altos. ᐧ

2 years, 5 months

1
0
0 0

Re: [COFF from TUHS] Re: yet another C discussion (YACD) and: Rust is not C++

by segaloco

COFF'd > I think general software engineering knowledge and experience cannot be > 'obsoleted' or made less relevant by better languages. If they help, > great, but you have to do the other part too. As languages advance and > get better at catching (certain kinds of) mistakes, I worry that > engineers are not putting enough time into observation and understanding > of how their programs actually work (or do not). I think you nailed it there mentioning engineers in that one of the growing norms these days is making software development more accessible to a diverse set of backgrounds. No longer does a programming language have to just bridge the gap between, say, an expert mathematician and a compute device. Now there are languages to allow UX designers to declaratively define interfaces, for data scientists to functionally define algorithms, and WYSIWYG editors for all sorts of things that were traditionally handled by hammering out code. The concern of describing a program through a standard language and the concern that language then describing the operations of a specific device have been growing more and more decoupled as time goes on, and that then puts a lot of the responsibility for "correctness" on those creating all these various languages. Whatever concern an engineer originally had to some matter of memory safety, efficiency, concurrency, etc. is now being decided by some team working on the given language of the week, sometimes to great results, other times to disastrous ones. On the flip side, the person consuming the language or components then doesn't need to think about these things, which could go either way. If they're always going to work in this paradigm where they're offloading the concern of memory safety to their language architect of choice, then perhaps they're not shorting themselves any. However, they're then technically not seeing the big picture of what they're working on, which contributes to the diverse quality of software we have today. Long story short, most people don't know how their programs work because they aren't really "their" programs so much as their assembly of a number of off-the-shelf or slightly tweaked components following the norms of whatever school of thought they may originate in (marketing, finance, graphic design, etc.). Sadly, this decoupling likely isn't going away, and we're only bound to see the percentage of "bad" software increase over time. That's the sort of change that over time leads to people then changing their opinions of what "bad software" is. Look at how many people gleefully accept the landscape of smart-device "apps".... - Matt G.

2 years, 5 months

2
1
0 0

Formatting of Expressions. (Was: Re: FD 2)

by Ralph Corderoy

Hi Dave, COFF'd. > > I'll never do if (a==b&&c==d), always if ((a==b)&&(c==d)). > > Indeed; I *always* use parentheses even if they are not necessary (for > my benefit, at least). I find unnecessary parenthesis annoying and clutter which obscures reading. If parenthesis are used only when overriding the default precedence then this beneficially draws attention to the exception. I doubt mandatory parenthesis are used in maths formulas by those that use them in expression. Whitespace is beneficial in both maths formulas and expressions. The squashed expression above will often be spaced more. if (a==b && c==d) if (a == b && c == d) Go's source formatter will vary which operators get spaces to reflect precedence, e.g. https://go.dev/play/p/TU95Oz57GuF shows ‘4*3’ differs. fmt.Println(4 * 3) fmt.Println(5 ^ 4*3) fmt.Println(5 ^ 4*3 + 2/1.9) -- Cheers, Ralph.

2 years, 5 months

1
0
0 0

ChatGPT and Mark V. Shaney

by Dave Horsfall

Has anyone hooked them up? :-) -- Dave

2 years, 5 months

1
0
0 0

Re: Anyone still using USENET?

by Nevin Liber

[moved to COFF] On Sat, Jan 28, 2023 at 4:16 AM Andy Kosela <akosela(a)andykosela.com> wrote: > Great initiative and idea! While I am personally not interested in reading > USENET that much nowadays, the concept of providing free, public access to > classic Internet services (public USENET, FTP, IRC, finger, etc.) gets all > my praise. What happened to free, public services these days? First off, what is stopping you from providing free, public access to those services? I don't know where you are, but I have orders of magnitude more access to freely available content and services than I ever did in the heyday of Usenet, etc. And for most of it, one doesn't have to be highly technical to use it. > Everything appears to to be subscriber pay-as-you-go based. The > commercialization killed the free spirit of Internet we all loved in the > 90s. > "Free" was never really true, as it required massive subsidies of equipment, power, bandwidth and employee time, usually w/o the direct knowledge or consent of the entities paying for it. It reminds me of the lemonade stands I'd occasionally run as a kid, which were "profitable" to me because mom and dad, with their knowledge and consent, let me pretend that the costs were $0. -- Nevin ":-)" Liber <mailto:nevin@eviloverlord.com> +1-847-691-1404

2 years, 5 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

COFF