The duplo skateboard BL 2319c01 has two numbers on it; 2319 and 346M2. Is the other number an assembly number?

Here's a list of every patterned part that doesn't have a base part:
(List generated 8/23/2025)

parts/15336p01.dat  Done
parts/15336p02.dat
parts/27039p01.dat  Done
parts/39367p01.dat  Done
parts/39367p02.dat
parts/47510p01.dat  Done
parts/49242p01.dat  Done
parts/49295p01.dat  Done
parts/49295p02.dat
parts/49295p03.dat
parts/60235p01.dat  Done
parts/60237p01.dat  Done
parts/62575p01.dat
parts/65082p01.dat  Done
parts/65497p01.dat
parts/65551p01.dat  Done
parts/65552p01.dat  Done
parts/65834p01.dat  Done
parts/65834p02.dat
parts/67100p01-f1.dat  Done
parts/67611p01.dat
parts/77127p01.dat
parts/90391p01.dat  Done
parts/90391p02.dat
parts/t1094k01p01.dat
parts/t1094k02p01.dat
parts/t1094k02p02.dat
parts/t1094p01.dat
parts/t1095k01p01.dat
parts/t1095p01.dat
parts/t1096p01.dat
parts/t1097p01.dat
parts/u572p01.dat
parts/u572p02.dat
parts/u9534p01.dat
parts/u9537p01.dat

I'm working on the duplo flower with 5 Leaves and Top Stud 84195. I've fixed most of the issues with the original mesh, but...
I don't know if I should submit it as one part or subdivide it into 5 (10) repeatable subparts. One of the challenges is rotation. The original mesh is not aligned with any axis (see top view in picture), so it would be very difficult to create clean symmetrical breaks (normally I'd use the mirroring over an axis). The angle of rotation between parts would be 72 degrees, which would require six decimals in the transformation matrix. Given these challenges, would it be acceptable to "ignore" the 5-fold symmetry and just not subfile at all?
   

Has anyone taken a look at this 2025 part?  Would love it if someone could create it.

https://www.bricklink.com/v2/catalog/cat...P=7037#T=C

Thank you.

*sigh*

Okay, I've probably been it at it many times and probably even asked some questions on this topic before, but, alas, I'm at it again - trying to build an LDraw file format parser in C#. Why C#? Tl;dr: I need it for other stuff, and that stuff uses C#.

Well, the question itself: How does one even go around effectively parsing LDraw? This topic is a bit confusing to me due to the recursiveness (I guess that's what the word would be) of the format. My current approach is like this:
1. Read through all of the file, store all the faces in an array, store all the submodels in a separate array
2. Go through the submodel array, go to step 1 for each of them
3. Once the process is out of this recursive mess, "resolve" each submodel by applying the transform to it's triangles and adding them to the submodel's parent
4. Done, I guess?

It is very simple and doesn't account for, like, any meta or other stuff that could be important, but it should be enough for the start. I'm just not sure if this approach is good, or how it possibly could be improved

Also, I know I can read stuff like LDView source code, but I'm really bad at reading code made by other people, so it would probably take way more time than just asking it here

This release improves the colour search and adds the colours from the 2025-07 parts update:
https://github.com/Nexusnui/Convert-To-L...tag/v1.5.2

Release Notes:

Important Notice:
This version uses a new windows installer(Inno Setup) and the default installation path has changed. This means that versions prior to this release are not overridden and have to be uninstalled manually.

Changelog:

Improvements:

• #40 improve colour search
  • button to show simular colours to the current one
    
  • do not clear searchbar when changing search category
    
  •  fixed search by colour name
    
• updated LDraw Colours to include the new additions from the 2025-07 parts update
  

• #43 use backslash for s path in LDraw files
  
• Updated some dependicies including pillow that fixed a potential security vulnability
  

I'm looking for meshes to parts in the Duplo 3in1 Magic Castle, Set 10998.
Star-wand 16499, 
flower 84195, 
cake 65157, 
book 100954pb03, 
window 26249,
balcony 98236,
door 98239, and
bush 84194.
Can they be found in BI?

https://www.bricklink.com/v2/catalog/cat...conly%22:0}

It seems that the duplo drawer 4891 is 2.6 LDU too high compared to physical part. It doesn't fit the 52 LDU slots in cupboards.
https://library.ldraw.org/parts/9776

Furthermore, the origin seems to be 3 LDU above the part. Can we live with that?

Hi all,

Why is the angle of the arrow tip on Minifig Harpoon 57467 not straight?
It seems at an 11 degree angle?

   

All the documentation I found used backslashes(\) for filepaths e.g "s\subpart.dat". But I could not find if forward slashes(/) are also allowed. LDView can use either without any errors, while LDPe does show an error. If either both or only backslashes are allowed it should be mentioned in the Documentation either under filename or a new section. I do ask this because in ConvertToLDraw I currently use forward slashes and I got this Bug report. I will change the filepaths if they are out of spec.