Get This Release

About the Update:
With this Update the repo is renamed. Otherwise, there are a few small changes/updates.
Please uninstall previous versions named "Convert To LDraw" to avoid potential issues.

Improvements/Changes(Optional):

• updated LDraw Colours and Brick Categories to include changes from the 2025-11 parts update
  
• updated some dependencies
  
• moved file settings to the left side #70
  
• size info: change from mm to cm when the object size is => 10cm
  

There are 3 primitives called axlecap used on some motors and gearboxes. I think they are an early atempt to create the beveled axleend. 
axlecap:  u9377, 172
axlecaph:  u9374
axlecaph2:  172, u9374, u9377

used in parts
motor 6216a-e
gearbox 170c01


IMHO, axlecap and axlecaph should be replaced.
I think axlecaph2 should stay as it is designed to allow a rubberband transmission.

Is it correct to replace the axlecap prim with a beveled axleend primitive, or are these axles correct with a more angular design?

https://library.ldraw.org/tracker

The above is the current Parts Tracker landing page. 

Is this page actually useful? If not, how can it be improved or should we change the landing page to the Activity Log?

Or is this for sets strictly designed by Lego group?

Hello,
do the dimensions of the flattendd stickers and formed stickers have to be the same?

Until a few weeks ago this seemed like a useless question especially for cylindrical stickers, but lately this is no longer the case!

in the regulation to create the stickers there is talk of measuring them in LDU, but it is not required that they are exactly the dimensions indicated in the description.
And this has been interpreted as such by me, by the auditors and by the administrators until recently.

For a few weeks I have seen that they are trying to make the stickers the exact size shown in the description.
They say: the difference is minimal, a few hundredths of a millimeter, you can't see it.
Agreed, perhaps, but the opposite is also true.
It depends on how you deal with the problem of creating a new set of stickers and how you want to act on the ones already made.

When I have to create a new set of stickers I do this: I check which pieces should be attached, I check if there are already any stickers with the same shape (the stickers help in this), I make the flat version in various subparts and then the formed one is born accordingly. This means that reviewers have until 6 or12 subparts to check for a single sticker, but once the subparts are OK you know that the two mainparts are perfect and you don't have to check that they match. The explanation that has been given, however, is not to reduce the number of subparts.

With what is being done now, however, it becomes practically mandatory to look for a flattened stickerback that is compatible and the formed one. Then you have to create the flattened and formed version which are not exactly the same, so the game of subparts cannot be done. Drawing the sticker formed in this way will cause a lot of imperfections due to rounding that will require additional condlines. Or do you decide not to consider them a priori?

The way you are trying to edit the official stickers is somewhat questionable. Add slices of a few tenths of LDU to the ends of the flattened version, leaving the formed sticker unchanged, when it would be enough to change once and for all the stickerback formed and the two subparts at the ends to have everything consistent as it has been done so far.
It's a lot of work that we didn't feel the need for until a couple of weeks ago, but if you really want to do it, do it well.
Also because otherwise a new sticker how should I do it? If I do it as I have done so far, you will surely tell me that those slices are too thin and do not fit.

So I repeat the questions.
Do flattened and formed stickers have to be the same length?
For me: Yes
Do you need to round the stickerbacks to the nominal size of the description?
For me: No

Rather, if you think that the flattened version can have reusable dimensions from a flat only sticker with nominal size, then let's create a second version (a, b, c...) in which in the description we say what to use that stickerback for stickerback020x038a.

Massimo

I am giving it a go to convert part 5608 from the BI model to something acceptable for the tracker, but am having a couple of issues.

In BI it is made up of two parts, the flask and its liquid which is fine so I made 2 sub-models and they are appropriately coloured and it basically now looks like the image in the lego parts list (once you set it to transparent of course.)



When ray-traced the liquid part doesn't really show up.  Plus it doesn't really look like the real world images of the part like this one:


The other flask u9180c01.dat on the tracker has the outside of the flask coloured instead so is that the way to go or am I missing something?

I've attached what I have made so far as a zip file, obviously the file names are just temporary.

Attached Files

  Flask.zip (Size: 9.17 KB / Downloads: 0)

I'm looking for parts 
47980 - Boat, Hull Giant Bow 19 x 22, Base and
47986 - Boat, Hull Giant Stern 15 x 22, Base

I've checked digitalbricks and the parts list.

Read the LDraw forums on mobile?  A modern, more mobile friendly forums theme is now available. 

To try it out:
Go to https://forums.ldraw.org/usercp.php
Choose Edit Options in the left tool bar
In the Other Options group, change Board Style to "Duende v3"
Click Update Options

Note:
While I've been using this theme as my primary theme for a few months now, there may be some quirks. If you encounter problems please report them on the Website Suggestions forum and not this thread.

Hello!  So, I was just wondering if anybody has a scan of the decal for part 2362bpb26?  I'm trying to add the part to my custom parts in Stud.io, but I need a scan of the sticker to do it.  I'm not entirely sure how to get the Ldraw Part File for the associated sticker into Stud.io as a decal that can be applied in Stud.io Part Designer, so I just wanted to ask here if anybody has a scan of the sticker for part 2362bpb26, or a walk through on how to use the Ldraw file as a decal in Stud.io Part Designer.  Thanks, have a great day.  Rockatoa, Brickticks out!

Hey,

this release 1.8.97 includes a handful of little improvements.
The next release 1.8.98 will just update the Java version from 21 to 25 (LDPE runs on its own Java Virtual Machine, you don't need to install Java)




As always, you can download LDPE from this page:

http://nilsschmidt1337.github.io/ldparteditor/

Changelog:

(3 new feature and 3 bug fixes)

With this release you will be able to...

• ...use increments from the snapping configuration on the "vertex data" window.
  
• ...use new shortcut keys for "Hide" and "Show" (Alt+H, Alt+S).
  
• ...benefit from the fact that the "Save As..." button of PrimGen2 doesn't close the window, so that you can easily generate a family of similar primitives.
  

1. "Merge to Nearest Vertex" merged a vertex to the origin (0|0|0) if no nearest vertex was found.
   
2. It was impossible to use translation and scaling for type 1 lines when the file was not found.
   
3. The duplicate check did not handle missing zeros.
   

1. Download and extract LDPartEditor_win32_x64.zip
   
2. Run LDPartEditor-1.8.97.msi
   
3. Start LDPartEditor from the start menu
   

1. Download and extract LDPartEditor_linux_x64.zip
   
2. Install ldparteditor_1.8.97-1_amd64.deb
   
3. Start LDPartEditor from the menu or via launcher
   

1. Download and extract LDPartEditor_mac_x64.zip
   
2. Mount LDPartEditor-1.8.97.dmg
   
3. Drag LDPartEditor.app to the Applications folder
   
4. Copy ldparteditor.sh to your home folder
       4a. Open a Terminal.app and run ./ldparteditor.sh
       4b. Or open a Terminal.app and run /Applications/LDPartEditor.app/Contents/MacOS/LDPartEditor
   

• OpenGL 2.1 compatible Graphics Card
  
• Operating System (64-bit): Windows [7 or newer], Linux [e.g. Ubuntu Linux >=14.4], Mac OS X [>=10.6]
  
• CPU: Multicore-Processor e.g. Intel Core 2 Duo or AMD Athlon II (>2.0Ghz)
  
• RAM: 4GB
  
• Video-Memory: 1 GB
  
• Free Disk Space: 150 MB
  

• Operating System (64bit): Windows 7,8,10,11, Linux [e.g. Ubuntu Linux >=14.4], Mac OS X [>=10.6]
  
• OpenGL 3.3 compatible Graphics Card
  
• CPU: Multicore-Processor with 4 cores (or more)
  
• RAM: >4 GB
  
• Video-Memory: >1 GB
  
• Free Disk Space: 500 MB
  
• For a faster start, LDPartEditor and the LDraw™ library should be installed on an SSD.