Talk:Naming Conventions

From XBRLWiki

(Difference between revisions)
Jump to: navigation, search
Revision as of 12:33, 12 October 2012 (edit)
Hommes (Talk | contribs)

← Previous diff
Revision as of 07:42, 18 October 2012 (edit)
Hommes (Talk | contribs)

Next diff →
Line 51: Line 51:
RH: There will be no measure on a typed domain member, that can be left out?<br/> RH: There will be no measure on a typed domain member, that can be left out?<br/>
RH: The source document describes an extra attribute (@model:domain) to be included to identify the Qname of the domain. Why is this needed, and where is this extra attribute placed? RH: The source document describes an extra attribute (@model:domain) to be included to identify the Qname of the domain. Why is this needed, and where is this extra attribute placed?
 +
 +=== Comment-17 ===
 +RH: Why make the URI on ELR so complicated? Simply use URN's. E.g. urn:eba:perspectives:1. In namespaces the URI is really an identifier, identifying the elements in the schema, but in linkroles the URI is just a name, there is no pointer from outside XML that can point to it (like with an URL which is mostly derived from the URI by placing the file name there or just the file extension added).

Revision as of 07:42, 18 October 2012

Contents

Comments

Comment-01

RH: Do we have a limited list of 'owners' that can be prescribed?

Comment-02

RH: How do we number the rules uniquely?

Comment-03

RH: I would like to emphasize that having reasons for each rule prevents a lot of questions. I.e. The reason for folder names to be lower case is to prevent problems between software running on Unix or Microsoft server.

Comment-04

RH: In a picture supplied in document 'eba-dpm-xbrl-mapping' more subfolders are presented than are explained in the text. Maybe DTS authors are free in creating extra layers within the 'dict' and 'releasedate' folders?

Comment-05

RH: I do not understand why the dictionary folders are not part of a version or release date. And why it is necessary to have a folder per schema. If there are multiple fam.xsd, met.xsd etcetera there may be a use otherwise a 1:1 has been created.

Comment-06

RH: A lot of new (to XBRL) terms are introduced, must they be linked to the definition page?

Comment-07

RH: Are the new terms agreed upon by the participants or still under review?

Comment-08

RH: There will be no divide in label and reference linkbase(name)s based on the role?

Comment-09

RH: The naming convention on D-linkbases is incomplete.

Comment-10

RH: The naming convention on P and C-linkbases forces children to come from the same schema or split linkbases per children origin. Is that the intention or is there a better algorhytm for the naming convention?

Comment-11

Comment-12

RH: Is there a desired limit to the length of the ns-prefix?

Comment-13

RH: Referring to custom codes through a linkbase mechanism is fine, but using a label linkbase is not. These are not labels as intended by XBRL 2.1 (for human consumption). Why not using a proprietary linkbase with a dedicated arcrole expressing the exact meaning of the relationship?

Comment-14

RH: Why are lower and upper case on domains needed? Rather keep URI's in lowercase to prevent any problems.
RH: Is it wise to have all the member schemas named 'mem.xsd'?
RH: What is the added value of another layer in the location that expresses the same thing as the name as the schema? (met/met.xsd, why not just met and add the extension .xsd for the location)

Comment-15

RH: The assigned letter 'p' is used for both percentages and decimals. Both are also supported by the measure 'xbrli:pure'. How the differentiate between the two? I suggest using a) different letters and b) using UN-Cefact measures for percent: un66411:P1 which frees up xbrli:pure for decimal or integer.

Comment-16

RH: Can we put 'any xml datatype' on the Typed domain?
RH: There will be no measure on a typed domain member, that can be left out?
RH: The source document describes an extra attribute (@model:domain) to be included to identify the Qname of the domain. Why is this needed, and where is this extra attribute placed?

Comment-17

RH: Why make the URI on ELR so complicated? Simply use URN's. E.g. urn:eba:perspectives:1. In namespaces the URI is really an identifier, identifying the elements in the schema, but in linkroles the URI is just a name, there is no pointer from outside XML that can point to it (like with an URL which is mostly derived from the URI by placing the file name there or just the file extension added).

Personal tools