.

-Library Computer(ized) access and retrieval system(LCARS)
** NOW hosted on GUTHUB via subversion override **

Well….

I said Id get to this here didnt I?

To implement this correctly, Id have to sub-site this site as another so instead lets drop the how-to and worry about the content later…

That is after all how THIS is designed.

The Markdown for a link:

	![about](where.to)

The Pascal for one(read from a file):

	some.img (on line x, hard coded into the program to read this line from a text file)

For example(in the Pascal, this is program hard coded, and done so for a reason. The headers are in the application, not the data stream):

	Name:
	Birthplace:
	Age:
	Resident city:

	[multi-line blob about person]

would look like(as a text file):

	Tom Jones
	Cornwall,ON
	55
	StoneHenge, UK

	some stuff about this boring dude. He went to some shitty university...
	..and then had like 50 kids. HEs broke dick and lives alone.
	His 50 wives are nowhere to be seen.

The application imports this data and displays it one the fly.And YES, that blob, is read in just as one.

		As an array of strings(or sub array of characters according to bad c...)

So how do we determine the end of the blob? Easy. Check for a ‘q’ by itself and ignore that line. Dont display it.

So generally you have an almost wiki-like experience in either code(dated) or now Markdown..

LCARS becomes:

	Menu page(a directory of subjects)
	Sub-menu page(s) which point to the next (and final item in question)
	The item in question(recipe, bio, news article, etc. etc.)

With a display that was in part in some places supposed to mimic the modded xbox(or original xbox) interface and touch screen capability.

	Lightweight.
	Fast.
	Encryptable.
	Password protectable.
	EASY to MAINTAIN.

I have YET to see anyone beat this design for a ‘database’.

Thank Roddenberry for the interface style.Thank ME for the actual code and engine behind it.

Yes, I did accomplish this in PASCAL, not FREEPASCAL on an 8088. With NO HARD DISK.

When I started this, Pico simply didnt exist.Existing databases COULD NOT DO the job and I had no way of upgrading the code to support graphics modes, had they been available.Sources were there, but had no way to build.

The original code was created on a 8088/8086 computer on flappy floppy disks.

And it worked, and fit well, even with lengthy documents.
PDF? Didnt exist. There was no need for it.

The main reason for this is very simple:

The databse stored its ‘entries’ in text-mode, document-like formats.
Which has the potential to put PDF and WORD and other formats to SHAME.

After all, they are conglomerate lumps of code mixed into plain text.
WordPerfect documents could be parsed like email and markdown after all..

This is based on a DEAD SIMPLE OBJECT mentality:
WHOA! Lookout – a DANGEROUS concept! (OBJECT PASCAL)

For example:

CoffeeCup=object

		Coffee:record;
			CaffeineWater:array[1..25,1..80] of liquid;
			Milk:constant;
			Sugar:variable;
		end;
		GoodStuff:^Coffee;
		DrinkCoffee:procedure of Coffee;
end;

(You can substain-i-ate the FLYING FUCK out of this. AND I HAVE.)

Its not that LCARS couldnt take off.

Its that other formats have aimed to dominate the market, such as for Document layout.
The issue is that things eventually need to be printed, or ARE printed on paper.

So how to we work with that?

Scanned images and pages are layed-out already and pose an issue(and are in image format, not text).
There is a way to OCR, or get into OCR plain text format.Its not perfect.

Plain text documents can be OCR scanned in as-is when needed.
Often in the past, this method was used to scan in documents to electronically preseve them.

There is ONE caveat:

OCR destroys or skips any images in the document.(need to be scanned seperately)

Star Office and similar use XML internally but seem to use the same standard printing methods.
But thats part of the issue.
Now code is doing the formatting work.
HTML by itself is a Royal Piain in the ass to code LCARS or similar into.
You have to GUI format every page, there is no standard or themable sections, unlike Jekyll…editing stuff one page at a time….

This is the stumbling block for LCARS to function properly.
The data MUST be PLAIN TEXT to import it.
It should be plaint text.

Then of course, you have to take into account screen size and word-wrapping somehow (or ignore it entirely and place the blame on the user).
(I wrapped to 80x25, ugly and hackish but it worked.)

You have to manage Image data somehow, yet still be able to use plain text data.

Plain text data allows both humans and computers to search thru data with blazing fast speed.
(And NO, Sindows was not designed for this. Try UNIX!)
GREP THIS!

There may yet be a way to implement LCARS with support for graphical data.
My implementation concept was to include such just like markdown does.

An image would require a custom line of code to reference the image, not contain the image data itself.
However, in theory, base64 data could be used internally, I suppose.

So in a way the fact that markdown exists in and of itself is a MIND BLOWING boost to the LCARS idea as a whole.

Im going to however, let you do the Markdown.
(suppose I could for a fee, but then Id need data Im not pulling out of my ass that people arent going to bitch about concerning copyrights..or lefts…)

THAT is what computers and databases and ‘access systems’ like libraries were supposed to do:

	UNLIMITED ACCESS to INFORMATION to the GENERAL PUBLIC in ways easy to manipulate or access.

And certainly how were doing things so far IS NOT thus.
In most places its pay-for-access.

Its pay-per-month or NO INTERNET.

FINE and DANDY internet is USELESS if you cant ACCESS it.

Internet should be free.
And TV stations need to go back to doing the Hauppauge thing on VBI vblank to support it.
The alternative is the HINTERNET that nobody knows or is willing to setup.
Yes, I spelled that correctly.
HAM RADIO INTERNET. AT HIGH SPEEDS.

The question then becomes do we filter smut and porn for the general populace?
We do at libraries…but the law doesnt require it.
If you are paying for service, then go whereever U like…if its free…take what you can get.

Now the question becomes:

With so much data searchable and processing and flying about willy-nilly, is there a way to scramble data, limit content(heaven forbid we are the knowledge police) , or just plain set it up such that books and such do not get ‘stolen’.

Well ‘the concept of copywright’ where one must SELL or OWNS a book (or any form of data) goes against anything in the computer world.
Computers were NEVER MADE to limit data.

Heard of the INTERNET?
The DARK NET?
WIKILEAKS?
Peer-Sharing?

Is this possible, yes, and internally the ‘database’ should be scrambled(or even basic xor-ed by default).
You can always deny or limit access to your server hosting the LCARS system.
Simple HTACCESS login should suffice.

(Like a Library.. Library Computer Access and Retrieval System -LCARS)

-BOY! Was Roddenberry ahead of his time!

Not to steal the Roddenberry thunder here, but what were referencing is on-point very similar to whats on Star-Trek.
Wikis are wonderful but a BITCH to work with.

Not so much with plain text.

Also,with wikis searching becomes a pain and you must search by article, AND stick to the page format for the entire wiki.

Wiki are a PAIN IN THE ASS and a HALF to backup(see kiwix and how they do it) and tweed out comments and such..admin panels… etc. etc.

Wikipedia in whole is OVER 300GB.

LCARS:

	has no such limitations.
	is not limited per-se by language such as C.
	itself does not rely on SQL or line-by-line access. 
	uses similar method as Pico/Phile CMS in that once a template is designed, data is used with it.
	Paragraphs, pages, books, etc. are FULLY supported once the framework is implemented.
	Is based off of very ancient rolodex data storage methods

(Kind of like having custom WordPress post/page types.)

And the database-es files themselves are ACCESSED pages (or larger) at a time. (And should be).

C will NEVER allow this(as far as I know).
This method VIOLATES normal specification of what a database claims to BE.
As a result, nobody knows how to write code of this nature.

Pages are basically suped-up array of text, or an ‘object’ in Object languages.
The database cannot (properly) be implemented ANY OTHER way.

SO you can see already the impact and potential that both Markdown, MarkUP(HTML/CSS/PHP/Javascript), and plain text has.
Knowing how it works is more important than the SYN-TAX of a computer language, however, I HAVE THE CODE!

The CONCEPT of LCARS or the ANTI-SQL ‘database’ (collection) HAS NOT TO DATE made it mainstream as a CONCEPT or IMPLEMENTATION.
All of those online databses(scientific and otherwise) are PDF based (and mind you) a BITCH to work with.

I hope you dont plan on copying data…
it doesnt work like you think it does…
EVEN in otherwise TEXT [as opposed to scanned image] PDF documents.

SQL is HORSE SHIT

.

-I dont know why people put up with it.