missing set in annotation declaration about folia HOT 5 CLOSED

Agreed that this is too lax and we should probably remove this behaviour. It is used in practise though so it would be a change from FoLiA v1.6 forward then as we can't demand this from older versions due to backward compatibility. On a related note: I thikn we should also be strict in demanding declarations for structural elements (token, paragraph, sentence), these are now optional, but if you really want the declarations to be meaningful they'd better be strict too.

For the lazy users we can provide a tool that automatically generates some ad-hoc declarations.

from folia.

yes, let's do this:

• down't allow missing setnames for >= 1.6
• provide a simple upgrade script to 1.6 (might also include test fixing ans some other goodies...)

I am still a bit reluctant towards making declarations mandatory. But in the long run it might be needed. So start requiring this too.
A conversion script adding some default declarations might be more difficult though .

from folia.

Just for clarity: of course the libraries should still remain capable of parsing pre-1.6 documents (with the missing setnames and all). The upgrade script is not a replacement for that but just an additional tool.

from folia.

We do have something extra to consider; for certain annotation types set is optional (this applies to a lot of structure elemnets), or in rare cases not present at all perhaps even. In such cases a declaration without set is permitted.

I also want to enforce that if there is a set, then there must be a class on the annotations (and obviously if there is no set, there can't be a class on annotations).

from folia.

In summary, for FoLiA 2.0:

• Certain declarations may be set-less
  • this is indicated in the new documentation
  • this is determined by whether class is a required property for an annotation type or not, if it is then it can never be setless.
• Annotations that assign classes must always have a set
• There is no "undefined" set anymore that may get assigned automatically, but
  • For text-annotation and phon-annotation, a default set does get assumed (if no set is specified), but this is an explicit set now. This is a transition from the situation in which text was kind of setless in FoLiA 1 but we had a predefined class (current).
    • default text set: https://raw.githubusercontent.com/proycon/folia/master/setdefinitions/text.foliaset.ttl
    • default phon set: https://raw.githubusercontent.com/proycon/folia/master/setdefinitions/phon.foliaset.ttl
• All annotation types (including structural ones and text itself) need to be declared (the FoLiApy library can do this automatically to a certain extent)

from folia.