We keep the graphics files as archive and to print from f o r displays. ... to read and search the pdf with inlaid ocr is ? reference. ? Ed# www.smecc.org
Sent from my Verizon Wireless 4G LTE smartphone
-------- Original message --------
From: Toby Thain <toby at telegraphics.com.au>
Date: 09/27/2015 11:07 AM (GMT-07:00)
To: General at classiccmp.org, "Discussion at classiccmp.org:On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
Subject: Re: If you OCR, always archive the bitmaps too - Re: Regarding Manuals
On 2015-09-27 12:22 PM, Pontus Pihlgren wrote:
> On Sun, Sep 27, 2015 at 04:08:07PM +0200, Johnny Billquist wrote:
>>
>> I don't have problems reading the current scans, as such. But when
>> having ten of these open at the same time, and scrolling through
>> them, it becomes obvious that the bitmaps are heavy. It can take a
>> while for the screen to be updated. Not to mention the problems you
>> sometimes hits with searching...
>>
>
> It seems to me that a better tool could solve the issue. One that
> could display the OCR:ed content only and the scanned content
> only when desired, for instance when you suspect an error.
>
> Is there such a reader? Is the content organised to make it
> possible.
>
> /P
>
Right, if the bitmaps aren't available, then it's not an acceptable archive.
Personally I never, ever, want to see the OCR'd version. But that may be
coloured by a career as typographer and finished artist. No software can
apply the judgment that humans did in the print edition; it's only more
or less degrading steps from that point on.
And to be clear I'm not at loggerheads with Johnny because I am indeed
talking about acceptable archiving practice, not some conversion of a
particular text which might be useful for a particular person on a
particular day.
--Toby
>
> > I put a few pictures up here:
> >
> > http://yahozna.dyndns.org/scratch/dps6/
> >
> > Nice bitslice processor in there, an Ethernet controller, some memory
> > (looks like 2MB) and as for the other boards, I'm not yet sure...)
> >
> > - Josh
>
The RICM had two DPS-6 systems.
http://www.ricomputermuseum.org/Home/equipment/honeywell-dps-6http://www.ricomputermuseum.org/Home/equipment/honeywellultimate-level-6
The second one is from the Ultimate Corporation, has a Pick processor (or
microcode) and runs the Pick OS.
In a prior life I managed the GCOS OS and communications on a Honeywell
6000. The first year I worked there we swapped the core for MOS memory,
swapped the 120MB Ampex disks for 240MB MPI disks, swapped the Datanet 355
front-end and two 716 front-ends for two DPS-6 front-ends, and shrunk the
size of the system by 30%. If I remember correctly, DPS-6 front-ends used
the memory parity bits to make 18-bit memory, half of the 36-bit 6000
memory. We added a second I/O multiplexer, second CPU, more tapes, and more
disks when it was upgraded to a Level-66. This was something like upgrading
the architecture from NSA to NSB? We added a Honeywell Page Printer System.
This was a really fast (for its time) printer that could perforate, hole
punch, and collate the pages. I remember something about renaming the
system to a DPS-8/70, but that was more marketing than technology.
Eventually it was all replaced by a bunch of Tandem Non-Stop systems in a
distributed network.
--
Michael Thompson
> From: Jerome H. Fine
> I have ... some PDP-11 hardware manuals, but probably most are already
> in PDF files at bitsavers.
Any chance you could check to see if you have something that's not online?
If you have more than a few, you probably do have some that aren't online.
If you whip up a list of what you've got, I'd be happy to check it for you.
Noel
As I've periodically posted, my 8/A has an intermittent power supply problem
(Power OK light and signal line flickers, so the entire system is confused.
Throwing the DC breaker and resetting it will often make the problem go away
for the rest of the evening). It's slowly getting worse, to the point where
tonight the Power light wouldn't come on at all. It's not the breaker
itself. So I decided to put the G8018 regulator assembly on the extender
card.
However, when using the extender, the DC breaker would immediately trip! I
tracked it down to the +5 volt crowbar being triggered. Careful examination
of about four different schematic pages shows a connection on the backplane
between edge connector pins BP2 & BR2 and the multiple +5 volt busses on
edge conn C. If you look at the schematic, BR2 is a test point but BP2 goes
to the anode end of the 5.7 volt zener that sets the crowbar voltage (its
cathode is connected to +5) and through a 10 ohm resistor to the crowbar SCR
gate with 100 ohms to ground.
This makes *no* sense because that connection shorts out the zener, so as
soon as the +5 comes up, 100/110 of the +5 is applied to the SCR gate, so
naturally it fires!
A close look at the G8018 provided the answer. There is half a finger etched
on BP2 which is also fully connected to BR2. (See picture) Looks like a
drafting mistake to me.
The Douglas extender board has sufficient depth in its female connectors
that the partial finger of BP2 made contact and caused the crowbar to
trigger as described. Cutting the "web" between the fingers fixed the
problem.
Naturally the intermittent flicker is gone for now, and I doubt it was an
"almost" connection to the SCR gate because once it fires, the +5 should
drop to near zero and trip the breaker, which has not been the case (except
with the extender card). But at least I have the regulator on the extender
card so I can start measuring when it comes back!
http://s1181.photobucket.com/user/DrCharlesMorris/media/PDP-8/P09-26-15_20.…
>>> As I mentioned in another response, I truly dislike SQLite, based on my
>>> experience with it on my Garmin GPS.
>>
>> I'm still not sure why - my experience has been very good. What bad
>> experiences have you had?
>> ~~
>> Mark Moulding
>>
>
> My Garmin has had data integrity issues in its database. Plus, lack of
> *convenient* tools, and having to rummage around here and there to find
> them.
>
> On top of that, this will be part of an online web app some day, so
> having the database in the address space of the web server is probably
> not a Good Thing.
I haven't used SQLite in an embedded environment yet. I wonder if it tends
to thrash certain areas of the data file (which would cause flash wear
problems). I appreciate the data point...
And yes, SQLite was not intended for a high-volume multi-access environment,
and my experience is definitely from embedded up through low multi-user
local network applications. I'm sure there are many good reasons why MySQL
has become the standard for web server applications. I originally
understood - perhaps erroneously - that this was to be a smallish, local
application, and for me (and the smallish types of systems I tend to build),
I'd prefer to avoid the headache of administering the MySQL subsystem.
But I stand by my statements about the separate, non-editable keys... :-)
~~
Mark Moulding
I wanted to share this because it's pretty neat:
https://www.youtube.com/watch?v=0BHIknNa6Eg
It's a ~6 minute tour of a home automation system from the 1980s that
features graphical floor layouts and touch screen programming. The system
is built into the house.
--
Sellam ibn Abraham VintageTech
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintagetech.com
Whatsoever a man soweth, that shall he also reap. The truth is always simple.
* * * NOTICE * * *
Due to the insecure nature of the medium over which this message has
been transmitted, no statement made in this writing may be considered
reliable for any purpose either express or implied. The contents of
this message are appropriate for entertainment and/or informational
purposes only. The right of the people to be secure in their papers
against unreasonable searches and seizures shall not be violated.
I have a BA11K power supply out of a pdp 11/34 that has frozen up fans.
They are frozen up pretty bad. I heard from another list member here they
are repairable, any advice on how to do so?
--Devin