Hi folks,

I just updated the MLCad.ini file accordingly to the latest LDraw.org parts update 2014-02. The .ini file defines (among other things) the parts available in MLCad's minifigure generator.

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

A direct download is available at: http://www.holly-wood.it/files/mlcad/MLC...014-02.zip

Bye, w.

edit by MMR1988: fixed the second link

Greetings LDraw friends,

I would like to request the Toy Story Woody head piece from the following set:
http://lego.brickinstructions.com/lego_i...7s_Roundup

Thank you,

LegoSW

Greetings LDraw friends,

I would like to request the following parts:
- Sabine's hair (from the Ezra Speeder Bike set)
http://cache.lego.com/bigdownloads/build...131809.pdf
- Inquisitor helmet (from TIE advanced prototype set)
http://cache.lego.com/bigdownloads/build...108897.pdf
- Agent Kallus helmet (from the AT-DP set)
http://cache.lego.com/bigdownloads/build...108899.pdf

Thank you,

LegoSW

I have a question:

why does file s\3626cs01.dat not provide ALL condlines for the FULL head
(including the pattern area)?

the pattern could be added by triangles and quads,
but condlines should be always the same in that area IMHO.

Can anybody enlighten me?

I noticed this because file
http://www.ldraw.org/cgi-bin/ptdetail.cg...26cps0.dat
on the PT adds these condlines itself.

http://www.bricklink.com/catalogItem.asp?P=13768pb01

Would greatly appreciate this piece for a project I'm working on. I know it is a slightly more complicated piece, but if someone is looking for a piece to work on

Thanks,
-James

When I uploaded 18651 a month ago Philo suggested that a new "blind" confric primitive might be suitable as there is currently some primitive overlap within the part. I started putting one together when I noticed that 3749 (which is frictionless but has the same kind of connection) has the pin part mostly built with quads and lines rather than "connect.dat". 43093 also has the same issue that I currently have with 18651.

My thought was that, rather than creating a blind "confric*.dat" primitive, only for a blind "connect*.dat" primitive to be created for 3749 some time later, would it be worth creating just the "connect" primitive and then a separate primitive for the "friction" bumps? These could then be overlaid on to the new "connect" to make a new "confric"?

As an example, below is "connect.dat" with 8 friction primitives overlaid to make "confric.dat".



If others were behind this idea, would "fric.dat", "fric2.dat", etc., be good enough names for these friction primitives?

On a separate note, would there be any reason to not use "confric4.dat" for a new "blind" confric primitive? There appears to be no trace of this part name in use on the Parts Tracker.

Is it written somewhere how we should write colour names in the part descriptions?

I have noted that many different abbreviations are used:
Trans Orange
TransRed
TrLtBlue
Trans_Yellow
Trans-Green

Is anyone better than the other? Should we standardize how to write it?

Physical Colour Shortcuts must mention the colour of the part, but how? As it is now we seam to use two types.
Either written in full, Dark_Bluish_Grey, or in hard brackets [72].

Strangely we have the:

33322.dat - Minifig Crown Tiara

in the latest update but not the needed hair piece:

http://www.brickowl.com/catalog/lego-min...hair-99240

w.

I wish everybody in LDraw a very happy and bricky 2015!

I wanted to make a part to celebrate this but I got kind of occupied slash lazy so yeah. I think this is forming into a habit of sorts.

In the list of Non-BFC'd parts there is a lot of parts that only need a correct BFC statement.
Parts like physical coloured shortcuts or mirrored versions of a design (left/right).

Two of the Technic Panels Farings, 32189 and 32535, have been fixed, but we also need to add a BFC statement to the mirrored parts, 32188 and 32534. All that is needed is to add " 0 BFC CERTIFY CCW " to them, (and change from Part to Unofficial_Part).

Many files was caught in Rolands libfix update, and are now at the PT, but all the mirrored parts are still left behind in the official library and needs to be sent to Admin for recycling.

Is there a way to find them and/or correct them automagically?