Jump to content

Talk:Semantic compression

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

Hex to binary

Hex to binary reduces the symbol space by a factor of eight, but isn't lossy unless the binary:hex digit ratio is less than 4:1.

Semantic compression is a lossy compression, that is, some data is being discarded, and an original document cannot be reconstructed in a reverse process.

The unstated implication of the lead is that one of the goals of semantic compression is to reduce the vocabulary without suffering a corresponding increase in prolixity.

It would still be lossy in the prolix regime due to inexacitude of the 1:1 mapping function, rather than lossy as a result of heading deep into many:1 mapping space (a kind of semantic bandpass filter).

None of this is explicit in the lead as it presently stands. — MaxEnt 19:55, 13 July 2018 (UTC)[reply]

I decided to take a flier:

In most applications, semantic compression is a lossy compression, that is, increased prolixity does not compensate for the lexical compression, and an original document cannot be reconstructed in a reverse process.

But I'd rather another editor came along and did this properly, in full scope. — MaxEnt 19:59, 13 July 2018 (UTC)[reply]

"a targed lexicon" > "a target lexicon" or "a targeted lexicon" ?

"a targed lexicon" > "a target lexicon" or "a targeted lexicon" ? R. Henrik Nilsson (talk) 09:50, 1 October 2023 (UTC)[reply]