Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


[xsl] Another complex condition

From: "Bradley, Peter" <pbradley@---------->
To:
Date: 10/1/2008 3:02:00 PM
I am trying to satisfy another condition, but am having some difficulty.
HESA themselves (in their validation kit) appear to check this:

<xsl:if test="(SCN) and Instance[COURSEID =
../../Course[contains('HIJCPQRS', substring(COURSEAIM, 1,
1))]/COURSEID]/EntryProfile[UCASAPPID]/DOMICILE[.='XH']">

  <!-- Do Stuff -->

</xsl:if>

Given the map of the document complex types:

HesaSqlExplicit_Response
  |
  |
  +-- Institution (0:1)
        |
        |
        +-- Student (1:unbounded)
        |      |
        |      |
        |      +-- Instance (1:unbounded)
        |             |
        |             |
        |             +-- EntryProfile (0:1)
        |
        +-- Module (1:unbounded)
        |
        |
        +-- Course (1:unbounded)

Could someone explain what is actually being tested here?  There is a
COURSEID element in both Course and Instance

HESAs own explanation is:

"Student.SCN must exist where (EntryProfile.DOMICILE exists and is coded
XH) and EntryProfile.UCASAPPID exists and Course.COURSEAIM begins H, I,
J, C, P, Q, R or S"

Given that a Student can have many Instances and that EntryProfile is a
child of Instance I don't see how the test can be done.  How do we know
which of the students Instances to use for checking the COURSEID and for
the EntryProfile.DOMICILE?

I know that you cannot answer that last question.  I am just trying to
find out if HESAs own test answers it either implicitly or explicitly
and I am too dense to see it.

Thanks (again)


Peter


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent