The Free Universal Construction Kit is "a set of adapters for complete interoperability between 10 popular construction toys":

http://fffff.at/free-universal-construction-kit/

The adapters are provided in STL format; the idea is people can produce them independently with 3D printers.

Be neat to see LDraw versions of the models...

I am hoping to be able to issue Parts Update 2012-01 within the next couple of weeks. That means I might be posting a small number requests in this thread for priority review of files that are needed to make a coherent release.

1) I'd like Minifig Coin with "10" Gothic Type to be released with its 1, 2, 5 denomination versions, which are all ready for admin review. It would be good if the re-titled Sans-serif versions could go out at the same time.

I've been working on a simple extension to learn the ropes of module creation for the Forums. I choose something simple that I thought would be useful, a BBCode tag to insert a part image based on the number.

Example:
[datimage 3001.dat]

Here's my hang up: how to handle official/unofficial parts. I've changed my mind several times on this so I thought I'd open it up for discussion instead of imposing my will on everyone else. What I have now is this:
[datimage unofficial 3001.dat]
If unofficial is left out the code assumes you want the official image.

Also, I'd like to have the default output be nothing if the part referenced doesn't exist. I'm not quite sure how to test for a broken link with PHP so if anyone can help me out, that would be awesome.

I'm attending Brickworld Chicago this year. As in past years I'm going to give my Intro to Ldraw presentation but are there any other topics that you might like to see?

Also, I'm going to have an LDraw display for public day. I'd like to have some fresh rendering for use instead of rehashing the old MOTM/SOTM images.

Any other thoughts?

Please vote on the proposal below. Please modify the Subject to include your name and vote, in addition to giving your vote in the text.

' Wrote:Every line of the file contains one command. With few exceptions, every command is independent of other lines. The exceptions are the BFC meta-commands which modify the behaviour of one or more following command lines. There is no line length restriction. The whitespace characters allowed for keyword and parameter separation include spaces and tabs. Every command starts with a number, called a line type. The function and format of the line is determined by the line type.

' Wrote:Basic parsing / file content

An LDraw file consists of one command per line. There is no line length restriction. Each command consists of optional leading whitespace followed by whitespace-delimited tokens. Some commands also have trailing arbitrary data which may itself include internal whitespace; such data is not tokenized, but treated as single unit according to the command.

Whitespace is defined as one or more spaces (#32), tabs (#9), or combination thereof.

Lines may also be empty or consist only of whitespace. Such lines have no effect.

If a line is non-empty, the first token must be an integer from the list of valid Line Type numbers. This number dictates further parsing of tokens for that line. The parsing rules per linetype follow below.

' Wrote:<file> is the filename of the sub-file referenced and must be a valid LDraw filename.

' Wrote:<file> is the filename of the sub-file referenced and must be a valid LDraw filename. Any leading and/or trailing whitespace must be ignored. Normal token separation is otherwise disabled for the filename value.

This is what I want:
.

The problem is, most of the printed area shown above uses primitives, and is also bent in a way that slicerpro can't handle (in a satifying way), or am I wrong? Any ideas how I could start (except rebuliding the part from scratch)?

Oh, and if we find a way, I would do this one also:

Moving this http://forums.ldraw.org/showthread.php?t...81#pid3781 over here:

Quote:The sticker is a 0.25 LDU thin box (or whatever shape sticker is in), oriented such that the top face is at -0.25 Y and parallel with the X-Z plane. The pattern is on the top face; the other (five) sides of the box correspond to main background colour of the sticker pattern (i.e. the predominant colour of the pattern at its edges). If there isn't a predominant colour at the edges of the sticker, the actual colour of the sticker material should be used instead (usually white).

Quote:The sticker is a 0.25 LDU thin box (or whatever shape sticker is in), without any linetypes 2 (edgelines) and coloured with main color 16. The sticker is oriented such that the top face is at -0.25 Y and parallel with the X-Z plane. The pattern with the hardcoded colours is on the top face.

Not actually produced in any size as far as i know, but for those of you in the states...

A couple years ago I made a US Flag using official colors and proportions.
This is 1 LDU tall x 1.9 LDU wide and can be scaled as needed.

Attached Files

  sticker_usflag.dat (Size: 62.09 KB / Downloads: 5)

Can someone please check these files if I have overseen anything? Edger2 says the subfile is okay, but who knows?
Maybe some advice what I could do better (sorting the colors or whatever). And any help with the Header would be appreciated (Filename, Tags maybe?)...

Attached Files

  30116pb03s01.dat (Size: 87.41 KB / Downloads: 0)
  30116pb03.dat (Size: 726 bytes / Downloads: 0)

About two years ago I started to create LDraw parts for Fabuland heads. This quest has come to an end, and to celebrate this I have created posters with all Fabuland people together:


LDraw files for these images are available in my Brickshelf folder
For the record, the heads were scanned using my 3D laser scanner...
Special thanks to all people who helped me, lending me Fabuland figures, providing photos and assembling shortcuts!