Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Not performing language fixup #262

Open
dmj opened this issue Jun 11, 2022 · 0 comments
Open

Not performing language fixup #262

dmj opened this issue Jun 11, 2022 · 0 comments
Labels
bug Something isn't working
Milestone

Comments

@dmj
Copy link
Member

dmj commented Jun 11, 2022

When a Schematron A with the default language of a includes an external Schematron definition from a document with a default language b, the inclusion step overrides the default language of the included Schematron definition.
E.g.

<schema xmlns="http://purl.oclc.org/dsdl/schematron" xml:lang="en">
  <include href="B.sch#include-me"/>
  ...
</schema>

and

<schema xmlns="http://purl.oclc.org/dsdl/schematron" xml:lang="de">
  <pattern id="include-me">
    ...
  </pattern>
</schema>

will result in a combined Schematron

<schema xmlns="http://purl.oclc.org/dsdl/schematron" xml:lang="en">
  <pattern>
  ...
  </pattern>
  ...
</schema>

Note:

  • With include/@href and extends/@href this only happens when using a fragment identifier with a local reference.
  • This is also a problem with abstract rules (the language of the assertions/reports)
  • This is also a problem with abstract patterns (does a instance inherit the language of an abstract pattern?)
@dmj dmj added the bug Something isn't working label Jun 11, 2022
@dmj dmj modified the milestones: bugfix, next Jun 11, 2022
dmj added a commit that referenced this issue Sep 14, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant