Hi, Jenkins is back to normal. I've undone the changes in <pc> for the moment. But my question from my previous email still remains. Are there any thoughts on that? Best, Martina Von: Tei-council <tei-council-bounces@lists.tei-c.org> Im Auftrag von Scholger, Martina (martina.scholger@uni-graz.at) Gesendet: Dienstag, 17. Juli 2018 18:56 An: tei-council@lists.tei-c.org Betreff: [Tei-council] build failed #1702 Hi all, I was working on issue https://github.com/TEIC/TEI/issues/1702 today and caused a failure by making <pc> a member of model.entryPart.top (see https://github.com/TEIC/TEI/commit/6bc78db838754ba27d8adbbf2878c511570c48cb). The reason is that there is an ambiguous content model. <sense> and <re> both already use model.phrase, which has <pc> provided by model.segLike (thanks to James and Peter for helping me with this). Eg. the content model for <sense> is <content> <alternate minOccurs="0" maxOccurs="unbounded"> <textNode/> <classRef key="model.gLike"/> <elementRef key="sense"/> <classRef key="model.entryPart.top"/> <classRef key="model.phrase"/> <classRef key="model.global"/> </alternate> </content> I think the content model for <entry> should be (see addition in bold): <content> <alternate minOccurs="0" maxOccurs="unbounded"> <textNode/> <elementRef key="hom" /> <elementRef key="sense" /> <elementRef key="pc" /> <classRef key="model.entryPart.top"/> <classRef key="model.global"/> <classRef key="model.ptrLike"/> </alternate> </content> And for <hom> this should be (see addition in bold): <content> <alternate minOccurs="0" maxOccurs="unbounded"> <elementRef key="sense" /> <elementRef key="pc" /> <classRef key="model.entryPart.top"/> <classRef key="model.global"/> </alternate> </content> And for <pc>: delete <memberOf key="model.entryPart.top" /> which I added today and which caused the problem. Jenkins didn't complain when I added <memberOf key="model.entryPart.top" /> to <lbl>, so I wouldn't change that. My question is now - is that the way to go or is there a better way? Best, Martina Mag. Dr. Martina Scholger Zentrum für Informationsmodellierung Austrian Centre for Digital Humanities Universität Graz A-8010 Graz | Elisabethstraße 59/III +43 316 380 2291 martina.scholger@uni-graz.at<mailto:martina.semlak@uni-graz.at> http://informationsmodellierung.uni-graz.at<http://informationsmodellierung.uni-graz.at/> | http://gams.uni-graz.at<http://gams.uni-graz.at/> Institut für Dokumentologie und Editorik e.V. | https://www.i-d-e.de/ Chair of the TEI Technical Council | http://www.tei-c.org/
Yes, adding <pc> to the content models of <entry> and <hom> directly (the way you propose) seems to be the way. Just try it and give Jenkins something to chew! Best Peter
Am 18.07.2018 um 00:42 schrieb Scholger, Martina (martina.scholger@uni-graz.at) <martina.scholger@uni-graz.at>:
Hi,
Jenkins is back to normal. I’ve undone the changes in <pc> for the moment. But my question from my previous email still remains. Are there any thoughts on that?
Best, Martina
Von: Tei-council <tei-council-bounces@lists.tei-c.org <mailto:tei-council-bounces@lists.tei-c.org>> Im Auftrag von Scholger, Martina (martina.scholger@uni-graz.at <mailto:martina.scholger@uni-graz.at>) Gesendet: Dienstag, 17. Juli 2018 18:56 An: tei-council@lists.tei-c.org <mailto:tei-council@lists.tei-c.org> Betreff: [Tei-council] build failed #1702
Hi all,
I was working on issue https://github.com/TEIC/TEI/issues/1702 <https://github.com/TEIC/TEI/issues/1702> today and caused a failure by making <pc> a member of model.entryPart.top <http://model.entrypart.top/> (seehttps://github.com/TEIC/TEI/commit/6bc78db838754ba27d8adbbf2878c511570c48cb <https://github.com/TEIC/TEI/commit/6bc78db838754ba27d8adbbf2878c511570c48cb>).
The reason is that there is an ambiguous content model. <sense> and <re> both already use model.phrase, which has <pc> provided by model.segLike (thanks to James and Peter for helping me with this).
Eg. the content model for <sense> is <content> <alternate minOccurs="0" maxOccurs="unbounded"> <textNode/> <classRef key="model.gLike"/> <elementRef key="sense"/> <classRef key="model.entryPart.top <http://model.entrypart.top/>"/> <classRef key="model.phrase"/> <classRef key="model.global"/> </alternate> </content>
I think the content model for <entry> should be (see addition in bold): <content> <alternate minOccurs="0" maxOccurs="unbounded"> <textNode/> <elementRef key="hom" /> <elementRef key="sense" /> <elementRef key="pc" /> <classRef key="model.entryPart.top <http://model.entrypart.top/>"/> <classRef key="model.global"/> <classRef key="model.ptrLike"/> </alternate> </content>
And for <hom> this should be (see addition in bold): <content> <alternate minOccurs="0" maxOccurs="unbounded"> <elementRef key="sense" /> <elementRef key="pc" /> <classRef key="model.entryPart.top <http://model.entrypart.top/>"/> <classRef key="model.global"/> </alternate> </content>
And for <pc>: delete <memberOf key=”model.entryPart.top <http://model.entrypart.top/>” /> which I added today and which caused the problem.
Jenkins didn’t complain when I added <memberOf key=”model.entryPart.top <http://model.entrypart.top/>” /> to <lbl>, so I wouldn’t change that.
My question is now – is that the way to go or is there a better way?
Best, Martina
Mag. Dr. Martina Scholger Zentrum für Informationsmodellierung Austrian Centre for Digital Humanities Universität Graz A-8010 Graz | Elisabethstraße 59/III +43 316 380 2291 martina.scholger@uni-graz.at <mailto:martina.semlak@uni-graz.at> http://informationsmodellierung.uni-graz.at <http://informationsmodellierung.uni-graz.at/> | http://gams.uni-graz.at <http://gams.uni-graz.at/>
Institut für Dokumentologie und Editorik e.V. | https://www.i-d-e.de/ <https://www.i-d-e.de/> Chair of the TEI Technical Council | http://www.tei-c.org/ <http://www.tei-c.org/>
_______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org <mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council <http://lists.lists.tei-c.org/mailman/listinfo/tei-council> _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org <mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council <http://lists.lists.tei-c.org/mailman/listinfo/tei-council>
Mr. Jenkins is happy. Pushed – tested – closed! Thanks! Martina Von: Peter Stadler <stadler@edirom.de> Gesendet: Mittwoch, 18. Juli 2018 18:56 An: Scholger, Martina (martina.scholger@uni-graz.at) <martina.scholger@uni-graz.at>; TEI Council <tei-council@lists.tei-c.org> Betreff: Re: [Tei-council] back to normal Yes, adding <pc> to the content models of <entry> and <hom> directly (the way you propose) seems to be the way. Just try it and give Jenkins something to chew! Best Peter Am 18.07.2018 um 00:42 schrieb Scholger, Martina (martina.scholger@uni-graz.at<mailto:martina.scholger@uni-graz.at>) <martina.scholger@uni-graz.at<mailto:martina.scholger@uni-graz.at>>: Hi, Jenkins is back to normal. I’ve undone the changes in <pc> for the moment. But my question from my previous email still remains. Are there any thoughts on that? Best, Martina Von: Tei-council <tei-council-bounces@lists.tei-c.org<mailto:tei-council-bounces@lists.tei-c.org>> Im Auftrag von Scholger, Martina (martina.scholger@uni-graz.at<mailto:martina.scholger@uni-graz.at>) Gesendet: Dienstag, 17. Juli 2018 18:56 An: tei-council@lists.tei-c.org<mailto:tei-council@lists.tei-c.org> Betreff: [Tei-council] build failed #1702 Hi all, I was working on issue https://github.com/TEIC/TEI/issues/1702 today and caused a failure by making <pc> a member of model.entryPart.top<http://model.entrypart.top/> (seehttps://github.com/TEIC/TEI/commit/6bc78db838754ba27d8adbbf2878c511570c48cb). The reason is that there is an ambiguous content model. <sense> and <re> both already use model.phrase, which has <pc> provided by model.segLike (thanks to James and Peter for helping me with this). Eg. the content model for <sense> is <content> <alternate minOccurs="0" maxOccurs="unbounded"> <textNode/> <classRef key="model.gLike"/> <elementRef key="sense"/> <classRef key="model.entryPart.top<http://model.entrypart.top/>"/> <classRef key="model.phrase"/> <classRef key="model.global"/> </alternate> </content> I think the content model for <entry> should be (see addition in bold): <content> <alternate minOccurs="0" maxOccurs="unbounded"> <textNode/> <elementRef key="hom" /> <elementRef key="sense" /> <elementRef key="pc" /> <classRef key="model.entryPart.top<http://model.entrypart.top/>"/> <classRef key="model.global"/> <classRef key="model.ptrLike"/> </alternate> </content> And for <hom> this should be (see addition in bold): <content> <alternate minOccurs="0" maxOccurs="unbounded"> <elementRef key="sense" /> <elementRef key="pc" /> <classRef key="model.entryPart.top<http://model.entrypart.top/>"/> <classRef key="model.global"/> </alternate> </content> And for <pc>: delete <memberOf key=”model.entryPart.top<http://model.entrypart.top/>” /> which I added today and which caused the problem. Jenkins didn’t complain when I added <memberOf key=”model.entryPart.top<http://model.entrypart.top/>” /> to <lbl>, so I wouldn’t change that. My question is now – is that the way to go or is there a better way? Best, Martina Mag. Dr. Martina Scholger Zentrum für Informationsmodellierung Austrian Centre for Digital Humanities Universität Graz A-8010 Graz | Elisabethstraße 59/III +43 316 380 2291 martina.scholger@uni-graz.at<mailto:martina.semlak@uni-graz.at> http://informationsmodellierung.uni-graz.at<http://informationsmodellierung.uni-graz.at/> | http://gams.uni-graz.at<http://gams.uni-graz.at/> Institut für Dokumentologie und Editorik e.V. | https://www.i-d-e.de/ Chair of the TEI Technical Council | http://www.tei-c.org/ _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council
participants (2)
-
Peter Stadler -
Scholger, Martina (martina.scholger＠uni-graz.at)