Talk:Naming Conventions
From XBRLWiki
Revision as of 10:48, 12 October 2012 (edit) Hommes (Talk | contribs) ← Previous diff |
Revision as of 12:04, 12 October 2012 (edit) Hommes (Talk | contribs) Next diff → |
||
Line 38: | Line 38: | ||
=== Comment-13 === | === 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? | 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.<br/> | ||
+ | RH: Is it wise to have all the member schemas named 'mem.xsd'?<br/> | ||
+ | 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) |
Revision as of 12:04, 12 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)