[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [edict-jmdict] xrefs in WWWJDIC
Jim Breen wrote:
[...]
> My BIG problem at the moment, is that with ~100 new entry/amendment submissions
> coming in each day, it is chewing up a lot of time going over them. While
> quite a few, e.g. new ones form people I trust, can be ticked off
> quickly, others
> take several minutes of chewing over, revising, etc. Just sorting out
> the ones that have
> JIS212 kanji takes quite a bit of time. It doesn't take many to blow a day's
> available time. I'm also in a middle of a couple of other tasks, so I'm not
> catching up much at all.
>
> If there was any way I could devolve/distribute the final edit, I'd go for it.
I didn't have much time last month to work on the database, and
a lot of the work I did do was for my own needs (loading the Examples
sentences, for example) but I plan to get back on it now. So please
don't give up hope. :-)
One of the things I wondering about is a UI for the "edit entry" page.
I will make a page that looks like the current wwwjdic edit page, but
that won't allow editing all the data for an entry (restr/stagr/stagk,
multiple xrefs, xrefs to specific senses, dialect/source language,...
etc.) so something more will probably be needed.
One thought that occured to me was to create a page with (essentially)
just one big text box into which and editor can enter or edit an edict
(or edict-like) repressentation of an entry. When the form is submitted,
the entry will be parsed, and diffed with the current entry to generated
the commands needed to make the requested changes to the database
entry.
This is basically how most wikis work. Even though the user has to
make an entry using a markup language, because the language is
simple, there is lots of help, and there is feedback before commiting,
it seems to work.
Any thoughts?