Hello,

I have a few comments on the official library part number specification.


First point.

I think the following sentence in the specification should be corrected:

"This is managed by adding a single alpha character to the end of the base part number (e.g. 3626a.DAT and 3626a.DAT, the solid stud and hollow stud versions of the minifig head)."

The correct sentence should be (see the second 3626.dat):

"This is managed by adding a single alpha character to the end of the base part number (e.g. 3626a.DAT and 3626c.DAT, the solid stud and hollow stud versions of the minifig head)."

Second point.

The description for the shortcuts is, in my opinion, inaccurate.
It is described that the shortcuts are marked by appending a c-suffix, e. g. c01.
It is not described how to proceed if there are two identical shorcuts that differ in the color of a part.
See for this a Forum post of me to the monkey 2550:

https://forums.ldraw.org/thread-26694.html

Here the second position was named with a new c-suffix (c02), although the color of the hands and feet are the same.
What if the monkey now has brown hands and feet?

In this case, I would use the c-suffix to determine the color and an f-suffix to determine the different positions.
c01 would be yellow and co2 would be brown.

Third point.

The description for the patterned parts is, in my opinion, inaccurate.
In the Parts Tracker are the following Minifig Heads: 3626bp84 and 3626cp7g.
This parts use the same pattern and only differ in the stud.
My suggestion is that the pattern is unique within a design. This is true even if there are multiple design numbers for the design, for example as at the round 2x2 tile (4150, 14769).

Regards

Manfred

Hi,

I'm the Debian maintainer of ldraw-parts: https://tracker.debian.org/pkg/ldraw-parts

I saw the new Contributor's agreement moving to CC BY 4.0 which is great for Debian because the legal problems of CC BY 2.0 made ldraw-parts "non-free" as far as the Debian free software guidelines are concerned. The CC BY 4.0 license doesn't have these problems and this would mean that ldraw-parts could be included into Debian "main" instead of "non-free".

Unfortunately, as of release 2205, I do not see any mentioning of the new license in the release zip. Instead, both CAlicense.txt as well as CAreadme.txt and all "!LICENSE" headers refer to "CCAL version 2.0".

https://www.ldraw.org/legal-info also still refers to CC BY 2.0.

Will this change in a future release?

"Sculpture" serie from 2000s

Hi folks,

I just updated the MLCad.ini file accordingly to the latest LDraw.org parts update 2022-05. The .ini file defines (among other things) the parts available in MLCad's, LEOCad's and Bricksmith's minifigure generator.

Download the file from my website: http://www.holly-wood.it/mlcad/mlcad_ini-en.html

Bye, w.

Looking at few parts, I have noticed that they are using 48/1-16chrd to bound circle to the various surfaces. Meanwhile that is fine use, it causes those chrds to overlap with circular surface when hi-res primitives are enabled in software like LDView. 

To deal with that I suggest an "ering-48" primitive. Essentially, it would be reverse of erings — visible when on normal quality and hidden when on high. Could something like that be added?

https://www.ldraw.org/cgi-bin/ptdetail.c...398c01.dat

The discussion on the PT is hard to follow. I'd like to come to a consensus on the numbering for this part.

https://www.ldraw.org/cgi-bin/ptdetail.c.../6640b.dat

Any answer to Magnus's question on why this was moved? A forum search turned up nothing.

I recently got back into LDraw after not using it for several years.  MLCad is my preferred editor.  I installed all the latest programs and parts with no issues.  I then tried to add in my custom parts from before and modified the MLCad.ini file to scan that folder, but none of them show up after Scanning Parts or using mklist.exe.  I then tried to but them in the unofficial folder and again they did not show up.  If I put them in the main parts folder they do.  Am I missing something?  I have tried this on both Windows 11 and Windows 10.  Any help would be greatly apricated.

I'm auditing the parts with hold votes. Please review your holds and lift them if the issue is fixed via renumber or header edit. Also, lift any holds on unused primitives since the PT now automatically holds these back from release.

Should Moved To's should be limited to the "parts" folder only? That is, if we need to move p and /s parts should we update the parent file(s) and obsolete and empty the old file?

Thoughts?