Require Bricklink ID for pattern parts


Require Bricklink ID for pattern parts
#1
I'd like to revise the Library guideline to require the Bricklink patterned part ID in the keywords. This is already (mostly) standard practice, I'd just like to codify it. This will also make it easier for sites like Rebrickable to automate pattern cross referencing.
Reply
RE: Require Bricklink ID for pattern parts
#2
(2019-11-12, 17:16)Orion Pobursky Wrote: I'd like to revise the Library guideline to require the Bricklink patterned part ID in the keywords. This is already (mostly) standard practice, I'd just like to codify it. This will also make it easier for sites like Rebrickable to automate pattern cross referencing.

I veto. This is the same as:

Official Library Policy On Embedding POV-Ray Code

We cannot control BL's numbering. If someone adds them I'm fine with it but it shouln't be a requirment.

w.
LEGO ergo sum
Reply
RE: Require Bricklink ID for pattern parts
#3
(2019-11-12, 19:30)Willy Tschager Wrote: I veto. This is the same as:

Official Library Policy On Embedding POV-Ray Code

We cannot control BL's numbering. If someone adds them I'm fine with it but it shouln't be a requirment.

w.

I don’t really see the analogue since once a number is chosen it (very likely) will not change. How about strongly suggest but not require then?
Reply
RE: Require Bricklink ID for pattern parts
#4
(2019-11-12, 20:05)Orion Pobursky Wrote: I don’t really see the analogue since once a number is chosen it (very likely) will not change. How about strongly suggest but not require then?

I would support having the BL number there, would ease the search for the parts in the editors (that may be aware)
The BL number is not under our control and mostly (with a few rare exceptions) the printed part is first assigned a number on BL before we author them.

In my opinion, the BL number makes more sense than adding the Set Number for "generic" parts. Apart from a few very special (licenced) pieces, e.g 30216, 30215, there will be a reuse ultimately by TLC for most parts that are introduced at a point in time.
Reply
RE: Require Bricklink ID for pattern parts
#7
(2019-11-12, 19:30)Willy Tschager Wrote: I veto. This is the same as:

Official Library Policy On Embedding POV-Ray Code

We cannot control BL's numbering. If someone adds them I'm fine with it but it shouln't be a requirment.

w.

The more I've though about this, the more I disagree with your stance. My biggest objection to POV code (and I was the one who pushed that directive) was that it could affect part appearance if the POV-Ray SDL changed. In this case if the BL part number changed, nothing appearance related would be affected.
Reply
RE: Require Bricklink ID for pattern parts
#5
(2019-11-12, 17:16)Orion Pobursky Wrote: I'd like to revise the Library guideline to require the Bricklink patterned part ID in the keywords. This is already (mostly) standard practice, I'd just like to codify it. This will also make it easier for sites like Rebrickable to automate pattern cross referencing.

I agree. Is it OK to expect software to parse all the '0 !KEYWORDS' lines to find a bricklink xxxxx element or should we introduce a '0 !BRICKLINK' directive?
Chris (LDraw Parts Library Admin)
Reply
RE: Require Bricklink ID for pattern parts
#6
(2019-11-13, 5:42)Chris Dee Wrote: I agree. Is it OK to expect software to parse all the '0 !KEYWORDS' lines to find a bricklink xxxxx element or should we introduce a '0 !BRICKLINK' directive?

I don't think the we need a new meta. If we do go that route then it should probably be something more generic like 0 !CROSS_REF.
Reply
« Next Oldest | Next Newest »



Forum Jump:


Users browsing this thread: 1 Guest(s)