You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A number of definitions appear to be generated programmatically. In these cases, it is helpful to add an annotation to say which script and/or design pattern generated the definition.
The text was updated successfully, but these errors were encountered:
Absolutely all ECTO definitions are currently generated by DOSDP. I think this is a general community issue. Should ALL pattern generated definitions (logical or otherwise) get an axiom annotation pointing to the generating pattern?
A equivalent to R some C [generated by "purl/exposure.yaml"]
A rdfs:label "some name" [generated by "purl/exposure.yaml"]
A rdfs:comment "some comment" [generated by "purl/exposure.yaml"]
Yeah agreed. Advantage of class would be: less bloating. disadvantage: In mixed modes (some stuff is generated, some is manually curated) you dont know what has been generated using the class solution. The axioms annotation solution is much more bloated, but can clearly distinguish generated vs non-generated ones (although even here there is a bit of a line, where the TSV files are used to manually create annotations .. are such annotations to be considered as "generated" by dosdp or not? :)
A number of definitions appear to be generated programmatically. In these cases, it is helpful to add an annotation to say which script and/or design pattern generated the definition.
The text was updated successfully, but these errors were encountered: