Dear Users,

We are looking to build a huge real life flat "2d" lego mosaic of a jpeg image and I was wondering if anybody could point me in the direction of any software that would facilitate this task.

The nearest I've come so far is a website called brickit however because it's going to be so big we want the job split up into standard lego sized backplates each with its own brickmap, the reason for this is a) multiple people can work on building it and b) once complete the assembled backplates can be packaged up and transported. Once it's been assembled and delivered the backplates can then be easily matched up like a giant puzzle.

All of the bricks will be standard squares. Obviously the brickmap would need to contain colors or codes that correspond to brick parts, the image conversion algorithm would need to have customisable color quantization options so that we can get it just right.

I hope somebody can help or point me in the right direction. It's for a good cause and I would be happy to make a financial contribution to anybody that can help me out with a solution as well as a small donation to ldraw.org as well.

If nothing exists could someone point me in the direction of a programmer who could assist with this task?
Regards

1984 Technic sets

Just a notification for part admins: I observed that bush #4265c has a "moved to" reference to #32123, which in turn moved to #31123a. Maybe #4265c hat to be updated?

Guys,

as you might know I'm slowly authoring all the missing Western parts from the late nineties, which are missing in the library. Sooner or later the "last part standing" will be "Cloth Tepee Cover with ... Pattern":



http://www.bricklink.com/v2/catalog/cata...=1#T=C&C=1

It will be fairly easy designing a flat version in LDPC, but how do wrap the cloth? Any ideas? How about a wrapper prog for this kind of job?

w.

Looks like there is an issue with definition of TECHNIC_CHAIN_TREAD_38, see http://r.jander.me.uk/index.php/2016/11/...nd-treads/ ...

"Every nation gets the government it deserves".

Joseph de Maistre

Hi Roland,

Having a model with instructions that use MLCad arrows, prevents me from editing that model in LDCad?
It does load, slow, shows a big green + , then loads the model showing blue plus-signs on the studs and the anti-studs are shown in red.
Removing the MLCad arrow and loading the file again is fine.

Can this be fixed?

Jaco

I'm pretty sure I've asked this before many years ago, but my memory is not getting better.
Is it "legal" to let the polygons in a pattern overlap? Of course you can't allow this with different colors, that would look terrible. If I can use primitives in a pattern instead of handmade polygons, the result will look smoother. But if I can't do it without overlapping, is there any reason to disallow this method? I can't see that it would affect the quality in any way, but that hasn't stopped the leaders of the LDraw community from issuing standards rules before.

I believe lightblue has become a lot brighter after LDConfig.ldr was introduced. To the better, I think. Much more like the IRL color. The problem is, the bold "lightblue" patterns on the serires 3005pv*.dat are now much darker IRL than the LDrawn versions.

Also, the"blue" print on the older series are darker IRL and have a slight touch of purple (I think).

A third issue is that many of these files were made as a compromise between portraital accuracy and readability in smaller scales in original LDraw.

A forth issue is that these letters and digits have been made with several different fonts. I have no idea how many...

About the color issue, I'm about to complete the 3005pv*.dat series now. Should I continue coding it lightblue or should I pick a better color? If sp, which one?

I've been experimenting with options for converting native POV-Ray CSG objects to OBJ format, and now have a potential workflow to achieve this as detailed below:

Convert CSG to an Isosurface using William Pokorny's ObjectAsIso macro
Convert Isosurface to mesh using Jaap Franks macro
Convert mesh file to mesh2 format using meshcomp v3.0 (WinMeshcomp30_beta3.zip)
Convert mesh2 to OBJ using mesh22obj.py (a Python script written by ingo)

For more details on this approach see this post:
http://news.povray.org/povray.general/th...ay.org%3E/

I'm wondering if this approach would be useful for converting LGEO based parts to other 3D formats (or even reverse engineer parts that don't exist in LDraw). Are there any parts that only exist in LGEO?