Nomenclature: Difference between revisions

From LDraw.org Wiki
Jump to navigation Jump to search
No edit summary
 
(10 intermediate revisions by 2 users not shown)
Line 1: Line 1:
This is the LDraw discussion page.
#redirect [[:Category:New Ideas for Future Official Parts Standards]]
 
There is also an [[LDraw.org:Suggestions]] page.
 
 
==Nomenclature for screws==
Nomenclature: '''Screw length_(LDu) x thread_diameter_(LDu) {head type} {slot type}<BR/>
'''
 
At present we have the following {head type}:<BR />
- Countersunk<BR />
- Pan<BR />
- Flat<BR />
- Beveled<BR />
Screw length is measured from the flat underside of the head, except for Countersunk when it is measured from the flat top surface.
 
At present we have the following {slot type}:<BR />
- Slotted<BR />
- Cruciform<BR />
- Triangular<BR />
 
'''Examples:'''<BR />
<CODE>
u9000.dat - ~Screw 44.5 x&nbsp; 5 Countersunk Slotted<BR />
u9013.dat - ~Screw 12 x&nbsp; 6 Pan Cruciform<BR />
u9021.dat - ~Screw&nbsp; 6 x&nbsp; 5 Flat Slotted<BR />
u9022.dat - ~Screw&nbsp; 4 x&nbsp; 4 Beveled Triangular<BR />
</CODE>
--[[User:Mikeheide|Mikeheide]] 09:56, 10 July 2011 (EDT)
 
==Nomenclature for tyres==
Nomenclature: '''width_(mm) / profile_as_%age_of_width x rim_diameter_(mm) [optional qualifier]'''<BR/>
 
'''Please note that this dimensions has to be in mm!'''<BR/>
 
This text needs to be extended with some information about measurepoints for the dimension.<BR/>
Original LUGNET discussion is at http://news.lugnet.com/cad/?n=13760<BR/>
 
'''Examples:'''<BR/>
<code>
50951.dat - Tyre &nbsp;6/ 30 x 11<BR/>
87697.dat - Tyre 12/ 40 x 11 Wide with Center Band<BR/>
u9131.dat - Tyre &nbsp;7.2/ 45 x 8.8<BR/>
</code>
--[[User:Mikeheide|Mikeheide]] 10:11, 10 July 2011 (EDT)
 
=== Unit of Measure differences ? ===
Why are wheels and tyres in mm but screws are in LDU? ++[[User:Lar|Lar]]: [[User_talk:Lar|t]]/[[Special:Contributions/Lar|c]] 17:47, 11 July 2011 (EDT)
:I don't know. Are they? Have to investigate. --[[User:Mikeheide|Mikeheide]] 00:46, 17 July 2011 (PDT)
:: They seem to be... see [[Nomenclature for screws]]. ++[[User:Lar|Lar]]: [[User_talk:Lar|t]]/[[Special:Contributions/Lar|c]] 12:10, 17 July 2011 (PDT)
::: I have take that from a part on the PT. I think Chris has written that. But I see no reason to change as measuring in mm/inch is quite more difficult. With this approach you can much easier find a screw that already exists and fit your needs. IMHO.--[[User:Mikeheide|Mikeheide]] 00:07, 23 July 2011 (PDT)
:::: So maybe it's wheels and tyres that are the odd man out then. Changing them is more extensive I suppose. Also many LEGO tyres have the size imprinted/molded in the rubber. ++[[User:Lar|Lar]]: [[User_talk:Lar|t]]/[[Special:Contributions/Lar|c]] 05:57, 23 July 2011 (PDT)
::::: We have a mix of units across the library (studs/brick height units/LDu/actual) and it doesn't make sense to use a single unit for everything. I deliberated long and hard on the tyres, to help solve the problems of small/medium/large that existed. In the discussion at http://news.lugnet.com/cad/?n=13760 I decided to go with something that most closely matches the commercial (ISO) nomenclature, which is in some cases used by LEGO. Cwdee 21 August 2011 [P.S. I didn't find any reply interface, so edited the page directly - is that how this Talk thing works??]
:::::: Thanks for the explanation, and yes that's how replying works... talk pages are just like any other pages (unless the wiki has installed Liquid Threads, which this one hasn't and which I advise against). Note, you may want to consider setting your signature so that when you go <nowiki>~~~~</nowiki> in your post it autoadds a signature. Mike and I have that set already. It's in your preferences. ++[[User:Lar|Lar]]: [[User_talk:Lar|t]]/[[Special:Contributions/Lar|c]] 11:31, 21 August 2011 (PDT)
::::::: Thanks [[User:Cwdee|cwdee]] 12:09, 21 August 2011 (PDT)
 
I think the units should be mm because it would be good to see this spread to other lego databases (where people might not be so familiar with LDU). I also think that the profile is not particularly useful. It's mainly used as a way of figuring out the overall diameter. So why not cut to the chase:
TYRE WIDTH x TYRE DIA. + WHEEL DIA.
[[User:Bricking|Bricking]] 01:46, 5 September 2011 (PDT)
 
==Nomenclature for wheels==
'''Currently there is no Nomenclature for wheels that we agreed on. So the following is only a suggestion from me.''' <BR/>
 
Nomenclature: width_(mm) x rim_diameter_(mm) [optional qualifier]<BR/>
 
Please note that this dimensions has to be in mm!<BR/>
 
This text needs to be extended with some information about measurepoints for the dimension. The same measurepoints has to be used also for the tyres<BR/>
 
--[[User:Mikeheide|Mikeheide]] 10:20, 11 July 2011 (EDT)
 
:Agree with width and diameter and using mm. But I think a third factor should be type of axle the wheel is designed for. [[User:Bricking|Bricking]] 15:33, 5 September 2011 (PDT)
 
==Use of leading space for numbers==
The reason for using leading space in front of numbers lower than ten (10) is the sort order in listings.<br />
'''Example: (wrong order)'''<br />
<font face=courier>
Brick 10 x 10<br />
Brick 2 x 2<br />
</font>
These two description would be in a list just the wrong way because the seventh character (as it is the first different) will decide about the sort order.<br />
So if we add a whitespace in front of the 2 we have "whitespace" and "1" at the seventh character. Because the "whitespace" has a lower internal value as the "1" the correct sorting order will be visible.<br />
To show it visually here I had to substitude the whitespace by underscore.<br />
'''Example: (correct order)'''<br />
<font face=courier>
Brick__2_x__2<br />
Brick_10_x_10<br />
</font>
 
As this has not been considered from the beginning of the library there are little inconsistances in the library.<br />
I like to mention here what I had discovered so far that does not follow the simple rule - "''If number is used and number is lower than 10 use a second whitespace in front of that number''":<br />
'''at parts and subparts'''<br />
* if the word 'type' is the last word before that number (Baseplate 32 x 32 Road 9-Stud Landing Pad Type 1 (Orange) - [http://www.ldraw.org/library/official/parts/6099p04.dat])
* if the word 'Road' is the last word before that number and the letters '-Studs' are direct attached to the number (Baseplate 32 x 32 Road 9-Stud Landing Pad Type 1 (Orange) - [http://www.ldraw.org/library/official/parts/6099p04.dat])
 
My earlier resumee at this place has been wrong. The real old part with L, V, H and / direct after the number do have a leading whitespace. And that makes sense to me because of the sort order.(2011-06-25)<br />
 
'''at primitives'''<br />
* if word 'Torus' is in the description only the first of the numbers needs a leading whitespace
* if word 'Circle' is in the description none of the numbers needs a leading whitespace
* if word 'Cylinder' is in the description none of the numbers needs a leading whitespace
* if word 'Cone' is in the description only the first of the numbers needs a leading whitespace
* if word 'Ring' is in the description only the first of the numbers needs a leading whitespace
* if word 'Disc' is in the description none of the numbers needs a leading whitespace
* if word 'Chord' is in the description none of the numbers needs a leading whitespace
 
If you have an original part that does not fit into this scheme please inform us. Please do not use the parts on the PT as reference because there are parts that follow not these rules maybe because of the usage of DATHeader. <br />
To bring DATHeader in a good condition I like to have this cleared if possible.<br />
'''The soon coming version 3.0.8.0 of DATHeader will act as described here but without a correct check on the primitives.'''
 
--[[User:Mikeheide|Mikeheide]] 16:32, 24 June 2011 (EDT)

Latest revision as of 00:49, 8 April 2018