-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
'keydoc' (dev) #1
Comments
Jim, thanks for documenting in detail the issue with 443k spellings. GenerallyI do not understand where this UI will fit, as now we have so many different path to go. But the issues at the end of 2nd video, like
In 1st video you give alternate headword for MW based on that ACC gives |
This UI is currently just for research purposes. The research questions:
local document search termsAssume that a document D in dictionary X is determined by headwords with spellings H1,H2,.. in X.
global document search termsThe global search terms G1,G2,... for a document D in dictionary X take into account other
|
I agree. This looks like a bug in acc. In fact all the following instances look to be similar errors:
I think all the 'aA' in 'k1' or 'k1P' should be changed to 'A'. @drdhaval2785 agree? |
local document extensionAfter the global document search term step mentioned above, there is one more step (keydoc2.txt) which revises the local document definitions. An abstract statement of this process might be: For a given dictionary X, merge all documents which have a common search term. The example of Burnouf with guru and gurvI might help.
These documents are, at this stage, unrelated. After the global merge step, the relevant items (in keydoc_,merge.txt for burnouf) still shows two documents, but with additional search terms.
The last step merges these two documents, so now there is only 1 combined document in burnouf (keydoc2.txt):
The reason these are merged is because there are common spellings in the two merged documents: So that is how the new, two-headword, document occurs in Burnouf. |
Now let's think how it can and should live together with |
|
https://www.sanskrit-lexicon.uni-koeln.de/scans/csl-apidev/sample/dalglob1.php is left. But there was a more modern version of it anyway, no, @funderburkjim ? |
This repository is an offshoot of the hwnorm1 repository.
The idea is to define a dictionary document by a collection of intrinsic dictionary headwords,
then to allow access to such documents by the intrinsic headword spellings as well as alternate and normalized spellings. The term 'keydoc' (a document defined by headword keys) is one way to
refer to this notion; and it is currently represented by a database with the beautiful name
keydoc_glob1 (global keydoc database).
dalglob1 is a display that uses the new database. The database does not currently affect other displays.
There are two Youtube videos:
The text was updated successfully, but these errors were encountered: