« invariant editing » : restoring any CK information without changes should not alter it

This was wrongly posted as topic 94964. It was the wrong group ...

----

Hi! I realised in the past that when I edit CK information again it happens that a training space is present which I did not insert initially.

By adding additional information as avards, series, events etc. it can happen that these training spaces are stored with the second or with a subseqquent edit.

Please note that the CK database contains vlues as:

a: WorldWar II i.e.WorldSPACEWarSPACEII
and a homeographic variant
b: WorldWar II i.e.WorldSPACEWarSPACEIISPACE

This does not make much sense.

Please see the suggestions and notes at normalization: ignore « leading / trailing spaces » « spaces / whitespace » in « Common Knowledge ».

Best regards Reinhardt

Yup, it's been around a while.

When editing CK information Wladyslaw Bartoszewski I have seen many multiple spaces at Awards and honors (betwen text and years).

I do not know how is the impact on search.php?q= ... &f=4&exact=1 .

What is very embarrassing is editing when field content contains sequences as (foo ∙ year) . After saving such information the year might apear twice.

This happens also if there is no change to the line content.

a) Such alterations because of simple save should be avoided.
b) Multiple whitspace should be simplified (changed to simple space).

Regards Reinhardt

When I look at CK for http://www.librarything.com/author/wieselelie I see

Organizations:
American Academy of Arts and Letters ( opening+square+bracket+1996+closing_square_bracket)
...

Awards and honors:
Nobel Prize ( opening+square+bracket+1986+closing_square_bracket)
...

This is a typical example where invariant editing fails.

P.S.: Touchstone syntax for Elie Wiesel Elie Wiesel;
I am talking about Elie Wiesel.

comments:
This is not only http://www.librarything.com/topic/99406 Topic: Spurious spaces and dates added when editing CK

At CK History › Wladyslaw Bartoszewski you may see that happened if you click on edit at a "birthdate" field and just cklick on Save without any change. Most fields which generate date fields during save will double the date links.

If you edit "Awards and honors" at Wladyslaw Bartoszewski you need to delete all automatically generate date fields.

Special care must be taken when editing datas as
Honorary Citizen (Israel ∙ 1991)
The safest way is to modify it to
Honorary Citizen (Israel|1991)
or to an equivalent construct / syntax.

The actual topic may relate also to "Zero edits". One extra topic is http://www.librarything.com/topic/96503 do not generate "deleted previous content" CK entries on save at empty CK fields.

Maybe I was to long at Wikipedia. They are detecting soch edits and saves but as far as I remember zero edits has there also another meaning.

The request seems to be a meta request and probably should be splitted into separate issues.

Tim said in another thread that the way LT handles CK metadata isn't necessarily a bug, but I really can't see how the way the metadata gets mangled or otherwise changed in the editing isn't a bug. :/

ETA: This is the thread where I pointed out that the metadata gets screwy and doesn't behave well with searches, especially after editing and saving (which can happen if you're using the + button to add a new line but not changing the previous CK item), but I suspect that the way I was trying to describe it wasn't really showing where the problem is. And I think that I was discussing two different problems instead of one, and one of those isn't technically a bug (except that it's related to the way the CK gets mangled).

>6 keristars: Thanks for the link! Beside many issues related to search which I did not analyse so far there are two main aspects related to editing:

a) Users who might have seen all this odd examples might get familiar with the worarounds.
b) The main question is if the way how it works now is also userfriendly for newbies ...

For myself I stopped using multiple keyword syntax in one line. Would the KISS principle help? Another question may relate to consensus to reoganize special group related CK.

example: The link at "Occupations" for Anatoly Karpov gives one result only: Chess grandmaster and former World Champion
I did not find the time to start a discussion if one should add separate lines for searches as
chess grandmaster
chess player
chess.

P.S. fixed links Please note that "&exact=1 is case sensitive, one might run in th problem with trailing space(s) etc.

7> Another question may relate to consensus to reoganize special group related CK.

Speaking of KISS, it helps your bug report if you don't start bring up completely separate issues! :D