Hi Sebastian,
thanks for all the answers!
On 13/09/2020 21:38, Sebastian Humenda wrote:
Hi
Einhard Leichtfuß schrieb am 09.09.2020, 22:40 +0200:
To all of the remaining questions I can live without an answer (for
now); I have either found an answer myself or decided on / guessed some
probably ok answer.
I liked the structure of your document. It might be very beneifitial if you
could add some of the more complex questions, that are not specific to DING,
to the wiki, either in the FAQ or inside the HOWTO.
I hope to be able to show you a preliminary TEI version this week.
Maybe you could have a look on that at some point.
will do! But not today :).
C.12) Grouping of homographs
* In brief: Is superEntry ok?
Piotr was already sceptical enough about superEntry. Our stylesheets at least
do not handle superEntry and also ignore hom.
What was your problem with linking that you mentioned in your other e-mail?
You can attach an id attribute to each orth or to a complete entry and can use
this to refer to it using ref. Or did you mean something else?
[…]Note that I currently target version 1.8.1 exclusively.
v1.8.1: 197,766 lines
devel: 205,287 lines
Would we get out a (of course not complete) list of DING issues that we could
report upstream to the DING developer(s)?
A.5) Quantified (or similar) usage annotations
* Ex.: "mainly Am."
* Ex.: "bes. Süddt.", "especially Am."
? How to represent the determiner?
What is the determiner here? I thought determiner are for componound
phrases
such as lemmon tree.
"mainly", "bes.", "especially". I thought these were determiners.
Sorry, I missed the point. I was unsure about determina and read up the
Wikipedia article, but apparently the wrong one. There is no encoding for
this
ATM, I think. What is the Lex-0 suggestion? :) Isn't this anyway part of
the usage? I
probably would have picked `<usg type="hint">mainly am.</usg>`, but maybe
that's too vague.
TEI Lex-0 suggests to use an attribute, but not which (there is a TODO
in the docs). None of the <usg> annotations really fit IMO, maybe @subtype?
Can't the usg types be freely chosen?
[…]A.6) Dialect / language annotations.
a) Ex.: "[Br.]", "[Am.]", "[Ös.]", "[Sächs.]"
b) Ex.: "[South Africa]", "[Hessen]", "[Berlin]", "[Wien]"
d) Ex.: "[French]", "[Lat.]"
? Represent as <usg type="geographic">?
* According to TEI Lex-0: "marker which identifies the place or
region where a lexical unit is mainly used"
* Matches c) only.
? Separate d)? And represent how?
In any case, I see subtle differences and would suggest either to
be sloppy and group all these as a sort of geographic identifier (only
French/Lat. don't fit)
What to do with French/Lat. then?
What about picking one of
https://tei-c.org/release/doc/tei-p5-doc/en/html/ref-usg.html ;?
By <https://tei-c.org/release/doc/tei-p5-doc/en/html/DI.html#DITPUS>, it
should be @type=lang.
Ok, maybe you can use a list of languages, e.g.
<https://iso639-3.sil.org/code_tables/download_tables>?
It could be overkill, though.