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 / 4683
4682  |  4684
Subject: 
Re: some thoughts on ldraw parts
Newsgroups: 
lugnet.cad
Date: 
Wed, 27 Sep 2000 03:27:18 GMT
Viewed: 
647 times
  
I agree with you Adam.

I think the list should be trimmed down.

Currently there are a lot of parts that are simply short-cuts to other parts.
These should be retired and removed from the list. The reason they exist it to
support backward-compatability with models that were created with the old part
numbers. Once a part number is updated, I believe a short-cut to the original
part number should be available for a short period of time to allow the people
who used the old part to update their models. But after a specific amount of
time the old part number should be removed from the parts list. People may argue
that current part-list programs handle this problem, but if you ever use LEDIT
and have to do a manual search through all parts in the list you will respect
this problem. Plus it is a bad legacy problem that needs to be fixed not
temporarily remedied. Many part numbers that are currently short-cuts will
eventually be replaced by the part that they really represent, and the short-cut
link will no longer exist (I believe this is our current policy). If people do
not update their models, then there will be a time (under our current policies)
where that model will be rendered with the newer parts instead of the original
one used. That is another good reason to implement a retirement scheme for
updated part numbers.

Another reason we have /parts folder clutter is short-cut files for assembled
parts that normally arrive that way in the package, like steering wheels, or
power packs, etc. I think these short-cut files should be in the /parts folder,
but the parts that make up these pre-assembled parts should be in the /parts/s
folder. This would not clean out a lot of files, but it would help. Either that
or we should consider creating a /parts_sc folder for short-cuts to assembled
parts.

Another reason is duplicate parts- these are parts that are exactly the same
part, but have been pre-specified with specific color schemes. These need to go.
They clutter up space and if someone wants to re-create a color scheme they can
do so easily and then use the mpd file format to share the model with someone
else.

Another issue- and I don't know what the best solution is- parts with decals and
stickers. Personally I think another folder for these should be created
/parts_sd (parts with sticker/decal).

These suggestions would clean out all the
partial/duplicate/outdated(short-cuts)/and decalled parts leaving 'pure' parts
in the /parts folder. This would have the effect of making the process of
finding and selecting a part a lot easier, which is very important.

Thanks,
Adam



Message has 1 Reply:
  Re: some thoughts on ldraw parts
 
Here's a list of the types of files in the ldraw\parts directory: General parts - like 3001.dat, the 2x4 brick. Components - pieces only released by TLC as part of an assembly, like 3149.dat, the base for the classic 2x5 plate-hinge. Composite parts (...) (24 years ago, 27-Sep-00, to lugnet.cad)

Message is in Reply To:
  some thoughts on ldraw parts
 
i was thinking today about how many parts within what exists for ldraw that I actually use. It occured to me that I really only use about 1/3 to one half of what's in the program along with the updates. And to boot I'm only using a few parts out of (...) (24 years ago, 24-Sep-00, to lugnet.cad)

36 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