To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.devOpen lugnet.cad.dev in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / Development / 391
390  |  392
Subject: 
Re: Part Numbering Crisis in LDraw
Newsgroups: 
lugnet.cad.dev
Date: 
Fri, 26 Feb 1999 19:55:39 GMT
Viewed: 
1026 times
  
On Fri, 26 Feb 1999 02:05:00 GMT, legoverse@geocities.com (Terry K)
wrote:

Everyone,

We are facing a major problem in numbering parts in LDraw.  For quite some time
I have been trying to follow a 3 rule plan for numbering pieces:
1.  Full accuracy when possible
2.  Use official TLG numbers if we have them
3.  Use temporary 3-digit numbers for unkowns.

Sounds simple, right?

The problem is, that some elements would force us to use numbers in seemingly
un-intuitive ways.  An example:

The yellow dinghy in the vote is numbered 30086.  That is the imprinted number
for the lower portion only.  The top is 30087.  The aggregate number for both
is 4106548.  But that number is _only_ for the yellow version.
Any other color (like tan) would be different.

So what to do?
  Keep the imprinted number on the bottom as THE number?
  Use the 4106548 as THE number for all versions?
  Use the 4106548 for the yellow version, and add a tan one later?
  Give up and give it a 3-digit number and ignore all other numbers?

In this case, I say use the number stamped on the part.

Some more problems from the current vote:  (from Joshua Delahunty)
-----
81155 is always black, with a yellow pattern

Did we decide to move away from the xxxxPxx format?  This sounds like a
good reason to rethink that decision.  Not that I expect this particular
element to ever resurface in a non-black form, but other patterned
elements could and do.

30208 doesn't (shouldn't?) have the number 30208 with this year's
          introduction of a gold version.

Huh?  Why not?  Because the gold version has a 7xxxx number?  So what,
stick with the 30208 number.

So, you can see we are faced with many problems.
Using a strictly enforced accuracy rule will force us to have multiple versions
of the same part, in different colors.

Using hard-coded colors is always a bad decision (except when there are
multiple colors involved, so only one color gets to be redefinable).

Having multiple files for the same part is a bad solution.

In the case of decorated elements, I am not opposed to using one of the
color-specific numbers as *the* LDraw number.  That is a better solution
than using a 3-digit number.

Steve



Message is in Reply To:
  Part Numbering Crisis in LDraw
 
Everyone, We are facing a major problem in numbering parts in LDraw. For quite some time I have been trying to follow a 3 rule plan for numbering pieces: 1. Full accuracy when possible 2. Use official TLG numbers if we have them 3. Use temporary (...) (25 years ago, 26-Feb-99, to lugnet.cad.dev)

66 Messages in This Thread:
























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

Custom Search

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