[lojban] Re: Computer Friendly Handwriting

Glyphs are allocated in alphabetical order. Would it make sense to prioritize some (ie. vowels, maybe most common consonants - although consonant frequency will be much more language specific) and assign these the simplest glyphs?

Korean hangul does a nice job of prioritizing vowels for efficiency.

How does Cscript compare to:

- http://www.reddit.com/r/elianscript (see links on the right)

Most of the examples of that elian are quite messy - but what is stopping Cscript from being written just as messily?

One cool feature of elian is simple/robust rules for what order to read letters when they are fit together in different/creative ways.

- http://dotsies.org/

Dotsies appears to be more compact, but dots are may be harder to write than strokes.

If you want to make the claim that Cscript is easier to OCR than either of these, it would be a good experiment to write an OCR implementation for each and compare the performance/complexity/difficulties.

On Sunday, July 20, 2014 10:25:28 PM UTC+10, vasten wrote:

A logban user contacted me and says he is using this for lojban, figured you guys might like too :)
[ http://www.facebook.com/Dscripting - see comments in the top post on this page for details ]

He says tendinitis in the right hand forces him to use his left hand and he find Cscript easier.
Seems he has mapped it to lojabn quite easily.

CSCRIPT - Computer / Human Bi-Friendly Writing System

http://dscript.ca/cscript.pdf

Cscript is designed to be both easy to read and write by humans as well as be digitally and programmatically read and written by computers.

There is of course a trade off between the two. Cscript could be thought of as "lying somewhere between QR codes and standard hand writing"

For Humans it easy to produce with standard lined paper and allows some intuitive "cursive" elements.

For Computers it removes entirely the need for glyph recognition and shape/vector analysis. It could read straight off the raster level as a string of absolute values. It eliminates the need for an entire level of OCR shape comparison, and drastically reduces ambiguity, requires FAR less processing power and increased accuracy.

It is not meant to be "perfect" for either, but instead offer a more balanced alternative.

**technically it would not be considered "OCR" as it does not actually require the "character recognition" level of the software at all.

***keep in mind the "value range zones" can even be flexible based on context (ie. assume top=1, bottom=0.. [0->0.33]=0, [0.34->0.66]=1, [0.67->1]=2... the values [0 , 0.1, 0.1] = "0-1-1" because there would be no corner point in 000

Another new project of mine that might be fun too....

CHEMICAL CALLIGRAPHY

http://dscript.org/chem.pdf

This is a mnemonic device and art form.

It is designed to allow simpler representation of bio-chem molecules with "less noise".

It drops some information, which is assumed is "obvious" to someone with basic chemistry knowledge. The missing information can usually be "filled in" with basic chemistry understanding.

It allows various forms of any one molecule (the larger the molecule the more possible forms), which adds greatly to the users ability to make artistic and aesthetic choices without altering the molecular and structural information.

Still have not rebuilt my lab, current apt too small :( So still just hacking with "pen and paper" ;)

Hopefully soon will be able to get back to my mad science :)