Strings referencing to OPC parts (2)

MURATA Makoto (FAMILY Given) eb2m-mrt at asahi-net.or.jp
Tue Aug 31 19:05:55 CEST 2010


Dear colleagues,

H-identifiers are human friendly names for referencing to an OPC part
within a given package.  An H-identifier cannot be used to locate a 
package.  In other words, an H-identifier is relative to the package.


1) The syntax of H-identifiers

I think that H-identifiers should be scheme-less (i.e., no "http", no
"pack", etc.) IRIs without fragment identifiers or queries.  Since,
LEIRIs are legacy and OPC is still new, I think that we should use
IRIs wherever possible, although the use of the cspace character would
be disallowed.

To be precise, an H-identifier shall be a non-empty absolute path in
an IRI.  See RFC 3987 for the definition of absolute paths.

Note: The syntax of non-empty absolute paths is defined by the
non-terminal "ipath-aboslute" in RFC 3987.

Note: By definition, an OPC part name may contain non-ASCII
characters, the space character, and any other characters listed in "5
Characters allowed in Legacy Extended IRIs but not in IRIs" in
http://www.w3.org/TR/leiri/.

However, I can live with the use of LEIRIs.  In other words,
H-identifiers are scheme-less LEIRIs without fragment identifiers or
queries.  See http://www.w3.org/TR/leiri/.

2) Conversion from H-identifiers to physical package item names

At present, the conversion is as follows:

Unicode string -> IRI -> URI -> logical package item name -> physical package item name

But it should be either.

LEIRI -> IRI -> URI -> logical package item name -> physical package item name

or 

IRI -> URI -> logical package item name -> physical package item name

I prefer the latter.  In the former, we can and should rely on
http://www.w3.org/TR/leiri/ for the definion of the conversion from 
LEIRIs to IRIs.  In the latter, nothing is needed.


3) Physical package item names

I think that we need some specification for standardizing physical
package item names.

At present, A.3 in Annex A provides a vague definition.

4) Conversion between logical packages item names and  physical package 
   item names (i.e., item names in ZIP files)

At present, A.3 in Annex A (non-normative) provides a vague
definition.

Cheers,
Makoto


More information about the sc34wg4 mailing list