Open opoudjis opened 2 months ago
More damaging still:
[[urn_iso_std_iso_14812_3.3.1.1]]
=== cross-section
transverse view of {{urn_iso_std_iso_14812_3.3.5.1,road}} geometry
[example]
<<fig_A.23>>.
[NOTE]
====
The transverse view provides a vertical section of the ground and {{urn_iso_std_iso_14812_3.3.1.5,carriageway}} at right angles to the centre line of the carriageway.
====
[.source]
<<ISO_TS_14812_2022,3.3.1.1>>
This termbase looks like it's a "bleeding chunk" pulled out of a pre-existing document. Its cross-references HAVE to be self-contained: it simply cannot be consumed as a resource by external documents otherwise. fig_A.23
is MEANINGLESS if it references something in another clause, or even another term—since terms can be consumed in isolation from each other by glossarist.
All cross-references in any termbase need to be tested for this: this is a QA issue for extracting termbases out of documents.
From https://github.com/metanorma/metanorma/issues/75
For isotc204-glossary/concepts, the directive
is returning only one reference, ISO/TS 14812:2022.
That may be the case, but there are a lot of references in the generated file that are being excluded. So I see:
Now, ISO_11179_1 occurs in:
The bibliography needs to include not only ISO_TS_14812_202, but ISO_11179_1 and ISO19505_2_2012. It needs to include any bibliographic reference anywhere in the rendered text, and that includes notes.
Rather more concerning:
... I have no idea what ref_25 is supposed to be. Clearly the termbase of isotc204-glossary/concepts does, and it needs to pass all its references on to its output.