More OPC answers

[MURATA Makoto]

>
>
> 2. Regarding the text in subclause 9.2.1 (Relative References), “Relative
> references from a part are interpreted relative to the base URI of that
> part. By default, the base URI of a part is derived from the name of the
> part, as defined in §B.3.”: This is the output of step 6 in B.3.  They
> suggested that the following might make it more clear: “…the base URI of
> that part, which in this case is the URI of that part.”  I believe the crux
> is “the base URI *of that part*.”  All six steps in B.3 are required to
> create a pack URI for the package *and a part*.
>
>
>

My rewrite covers all three cases: within non-relationship parts,
within relationship parts for other parts, and the relationship
part for the entire package.

https://www.assembla.com/spaces/IS29500/wiki/New_text_for_Part_2

I agree that we should rely on the algorithms in B.3.

 3. Regarding the text in subclause 9.3.2.2 (Relationship Element),
> TargetMode attribute, “For package relationships, the package implementer
> shall resolve relative references in the Target attribute against the pack
> URI that identifies the entire package resource. [M1.29] For more
> information, see Annex B.”: This is the output of step 5 in B.3.  That
> output does not contain a part name embedded in the pack URI and thus is
> the pack URI for the entire package.  (The steps in B.3 open with “To
> compose a pack URI from the absolute package URI *and a part name*, the
> following steps shall be performed”.)
>

I agree that different pieces scattered in 29500-2 covers all
three cases mentioned above.  But I think that it should be
covered in one place.  Strictly speaking, relative references
may appear as values of attributes different from @Target,
because MCE allows the use of different attributes.

Regards,
Makoto

>
>
> John
>



-- 

Praying for the victims of the Japan Tohoku earthquake

Makoto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.vse.cz/pipermail/sc34wg4/attachments/20140513/e3c65b4c/attachment.html>