-
Notifications
You must be signed in to change notification settings - Fork 5
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
Different markup for 'titular abbreviations' #172
Comments
You've perfectly understood and paraphrased what I had suggested, and what Scott meant, for the desideratum.
and I guess you'd also realize the same, when actually "making" the changes in the file data for this. |
A clue lies in the term 'the citation places' [that are not 'linkable', i. e. without a 'link target']!! |
I was going to agree with what Jim wrote, " In other words, to ls tags which are 'titular' -- i.e. there is no possible link target." But Andhrabharati seems to be aware of some finer points of consideration to prevent "ativyāpti". I am on the sidelines at this point, letting those who know better decide. |
AB's "clue" is too subtle for me. So I went ahead and
These use my above proposed definition of "titular" as abbreviation with no parameters. Note there is no change to mw.txt (a good thing IMHO), but just changes to the displays. It could be readily adapted to displays of all dictionaries. Let the other two participants compare and contrast. |
Great Work Funderburkjim! I randomly checked several entries and I am totally satisfied. Now, we await Andhrabharati who may have more to say.... |
@Andhrabharati Your thoughts? |
You have to wait for two more days, as I am in the mid of a very imp. and interesting work. So, I thought I should not divert my mind elsewhere. |
Understood. |
As Jim and Scott seem eager to see my comments, I have changed my mind a bit now, and here it goes.
I did a quick parsing of the file data to "identify" the citation places & the "titular" abbr.s, by taking the "preceding word" of the ls-entity into consideration. The summary is --
As such, only these are the candidates to be looked at, for "applying" the intended/suggested "correction". On the whole, these could be just about 2-3k lines in the mw file data. [On a lighter-note, Jim's correction should go with a new term 'atyativyāpti', that crosses even the 'ativyāpti'.] =============================== See for e.g. aṃśudhāna in MW (which has only It is one of the (and the foremost!) primary points of PWG/pwk to mention the literary source "place(s)" as a SOLID proof for the word-usage [which at times even became a "train" of citations, thus taking much print space], which got 'reduced' in MW [whose primary goal is to "fit" the dictionary in a single volume] as giving the literary source "name" alone [for saving print space] in majority cases. |
Any one, who has looked into the MW print pages, would easily notice the "undocumented point" that the citation places are preceded by a comma [to separate from the meaning part] or a semi-colon (or &) [to separate from the other citation places]. It is very unfortunate that CDSL mw.txt file has LOST the comma and semi-colon at innumerable places due to some mishap at some stage in its "evolution". I have employed various patterns to identify such places, and inserted them in my revision file [Feb–Apr of last year itself]. |
Look at L-20327, wherein the RV. and TS. i should go with This was my original (and still the same) proposal to change the ls-tag at all such places. Incidentally, we can see that the above example has a comma after as (erroneously inserted at some stage; it is not in the mw earlier files) and the non-empty TS. ls-tag ( So we may conclude that the correction should not be limited to the empty ls-tags. |
Scott, (I think) I do not need to say anything more than the above. |
mwtestls1url: https://sanskrit-lexicon.uni-koeln.de/work/mwtestls1/web/ Relative to this discussion, these displays are only slightly different. I think @Andhrabharati has identifed a 3-fold classification of ls references in mw:
'titular' class requires an independent datapoint, so YES your posting would be wanted. I will probably use a different markup than the 's1' you suggest; maybe
Possible (remote) future research:
|
Glad that a major chunk of my postings are being taken into consideration, for CDSL works. |
I would just suggest having a look at the entries áṣṭaka (L-20327) and taittirīya-saṃhitā (L-87012) to "clearly see" what I was telling ("matching the running-text style")-- Jim's proposal to mark as
contrast with my suggestion
AB's proposal to mark as |
"still ok with @aumsanskrit ?" Yes, very OK! |
2. titular abbreviations sanskrit-lexicon/MWS#172
As Jim did not respond about my earlier post, I thought of giving another example (of Mahābhārata) for my choosing the "MBh.", with ls-tag (26 instances)
the "Mahābhārata", with s1-tag (17 instances)
the "Mahā-bhārata", with s1-tag (41 instances)
With these examples, doesn't it seem more appropriate to choose the s1-tag for such titular abbr.s? |
Refer.
This issue started since the referring issue has been closed, and this idea needs attention sometime.
The discussion started with @aumsanskrit comment
Currently these are marked in mw.txt as
<ls>Up.</ls>
and are displayed in the special html styling used forthe 'ls' tags.
@Andhrabharati suggested an alternate code such as
<s1 n="Upaniṣad">Up.</s1>
; then the display could<ab n="tip">ABBREV</ab>
coding is displayed.This is my understanding of the desideratum.
To what words should a new coding apply ? ProposaL; all EMPTY ls tags. In other words, to ls tags which are 'titular' -- i.e. there is no possible link target. For example,
<ls>RV.</ls>
would get the new coding,but
<ls>RV. v, 86, 5</ls>
would NOT get the new coding.@Andhrabharati @aumsanskrit -- Your thoughts?
The text was updated successfully, but these errors were encountered: