To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cadOpen lugnet.cad in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / 16632
16631  |  16633
Subject: 
Re: Assembled parts, ~ and categories
Newsgroups: 
lugnet.cad
Date: 
Thu, 19 Nov 2009 08:00:11 GMT
Viewed: 
9709 times
  
requirement: http://www.ldraw.org/Article398.html).

Hi,
I read the above article and is OK, but many parts do not follow these
requirements:
for example part 71427C01.DAT distributed as official is named as assembly but
contains the whole part definition inside with no references to any subparts but
parts\P parts.

In my personal opinion, from a programmer point of view, it could be a good
practice to correctly code as assembly at least those parts that allow
reciprocal movement in between them.
For example a switch has a lever that moves while the base is static; a motor
has an axle that rotate while the rest of the model is static.

Other assembly should be multicolored parts (with the exclusion of patterned
parts), since sometime these color can change.

One more question: what does the suffixes "Dxx" and "Txx" stand for?

regards...

Sergio

Please understand that the LDraw Parts Library is over 12 years old and
standards evolve over time. Things that were done in 1999, when 71427c01.dat was
created, wouldn't necessarily be done the same way now.

*dNN.dat files are parts with stickers applied
*tNN.dat files are non-standard, and the only representative in the official is
in fact a ~Moved to (i.e re-direct) file  .

Chris

I can understand the problem of aged parts, but, again from a programmer
approach, I have to manage both "old" and "new" parts, so it will be very
helpful if all parts can follow the same coding and naming standard.

Please, consider the following example to understand what kind of problem I get:
when I open a part, if it not an assembly I load all its graphics definition in
the same memory storage since the whole parts moves. If it is an assembly,
instead, I will load each "subpart" in different storage since one or more of
them can move while other doesn't.

If something is wrong then it could happen that some mechanism wont move or the
whole part move (like in the motor example) and so the whole model will move
since the motor chassis is "connected" to the rest of the model.

If someone can correct the old parts, I can build and send the list of parts
needing fixes.

Sergio



Message has 1 Reply:
  Re: Assembled parts, ~ and categories
 
(...) Maybe you are trying to interpret too much from the naming convention. A composite part (*cNN.dat) isn't necessarily comprised of parts that can move relative to each other, It might just be made of two or more separately moulded elements that (...) (14 years ago, 19-Nov-09, to lugnet.cad)

Message is in Reply To:
  Re: Assembled parts, ~ and categories
 
(...) Please understand that the LDraw Parts Library is over 12 years old and standards evolve over time. Things that were done in 1999, when 71427c01.dat was created, wouldn't necessarily be done the same way now. *dNN.dat files are parts with (...) (14 years ago, 18-Nov-09, to lugnet.cad)

15 Messages in This Thread:






Entire Thread on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact

This Message and its Replies on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact
    

Custom Search

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR