SegmOnto / Guidelines

14 stars 4 forks source link

`default` line #17

Closed gabays closed 2 years ago

gabays commented 3 years ago

Should we create a specific kind of line for anything that is not in main. With different names, we would help the system. It would be similar than interlinear lines. Cf. Daniel's example:

Screenshot 2021-05-06 at 17 31 03
Jean-Baptiste-Camps commented 2 years ago

I move to stick to default. It is not the ontology's role to fix (current) software limitations. @gabays and @ArianePinche ?

ArianePinche commented 2 years ago

I'm not sure it's a good idea to keep only "default": first, from a pragmatic point of view, we have to change the name for each line considering the basic segmentation model of Kraken. I would prefer something like main, margin, annotation (easier for the computer and logical for humans).

gabays commented 2 years ago

Proposition: un système de suffixe? De la même manière qu'un numérotation (main1, main2…) pourrait aider le système sans dévoyer le principe d'un vocabulaire contrôlé

Jean-Baptiste-Camps commented 2 years ago

The thing I'm proposing (in the slides) is to have an open subtype for everything, with only suggested values, apart from the main (closed list) type. This way, we can suggest a bunch of subtypes, but leave it open for the user to add their own.

The other point is the redundancy between lines and zones. margin is a type of zone, so implicitly the lines inside it are marginal lines (but "default" marginal lines, in the sense that you can also have interlinear lines in a marginal addition, right ?).

gabays commented 2 years ago

Last moment to rename default, which is way too close to Default in Kraken and can create problems when reading results. Why not, for the sake of clarity:

Jean-Baptiste-Camps commented 2 years ago

Just to make sure: we are talking about the Default line type, right (default does not exist, I think) ?

Basically, for now, we have:

We can use subtypes to Default if necessary (like Default:Main, or even Default:Main#1 if necessary as in #21).

With that said, I wonder if we couldn't actually dispense with the DropCapitalLine. That would be

gabays commented 2 years ago

Adding line is a way to make clear it is a two-tear ontology: zone and line. Like title vs titleStmt, or Namein placeName, orgName. It is not crucial, but it says something important. I would actually not mind adding zone to the zones, for the sake of clarity.

I see a big problem with Default: it is that when Kraken has a problem with a line, it calls the line default. Too me, the name is already used and I would drop it.

And you want to get rid of DropCapitalLine?

Jean-Baptiste-Camps commented 2 years ago

I see a big problem with Default: it is that when Kraken has a problem with a line, it calls the line default. Too me, the name is already used and I would drop it.

But isn't that exactly what we want: the default/Default untyped line ?

Jean-Baptiste-Camps commented 2 years ago

I see the point in adding -Line or -Zone everywhere, but it is very verbose (and tools like eScriptorium clearly distinguish both types).

Jean-Baptiste-Camps commented 2 years ago

If I go back to your original idea, then we would have something like:

my question: a regular line in a gloss, marginal addition, etc. Is it Main (because a Main line of the addition) or Peripheral (because in the margin). I would vouch for the first in this case, because you can have interlinear or peripheral lines in additions too.

gabays commented 2 years ago

Good remark. Too me it is just a lexical problem. So why not standard then? There could be a standardLine in main or in margin, no?

Jean-Baptiste-Camps commented 2 years ago

Go DefaultLine

gabays commented 2 years ago

Problem solved: we now have DefaultLine.