I've recently obtained a new computer and therefore reinstalled all my LDraw programs and library from scratch. It is a good thing to clean house now and then. However, I've run into a serious problem caused by progress. I'm very happy to see that so many unofficial parts have finally been moved to official in the many recent library updates. However, many parts have changed part numbers over the course of many updates. I have hundreds and hundreds of LDraw models archived on my computer, and I find that a great many of them are now broken. I don't mind updating them, the problem is that there is no easy way to find out what happened to an old part. When an old part doesn't load, it doesn't show up in the parts tracker and it doesn't show up in the official library either. I am left scouring the Internet trying to find out what 30039.dat was (for example) so that I can replace it with the current part. Is there any kind of database which tracks old part nnumbers when they change? This would be really useful. I've got my own table now with about 30 parts in it.

Hello all,

I was playing around (testing) in my dev versionof LDCad this weeked when I noticed this:



(You can look through the IR receiver)

In the header of 58123 BFC is enabled, so are the subparts, but then I noticed the comments in some of the subfiles ("Needs Work: inner side not modelled").

This made me think, my rendering loop is correct after all, but when I open the above little test ldr in LDView 58123 seems to be rendered without culling.

Am I missing something here? In short what's the (by authors) expected correct behavior here.

Hello everyone,

my name is David and i want to design an educational model with 9686 set (http://www.bricklink.com/catalogItem.asp?S=9686-1).

I don't be able to find any of the figures in bb278 sheet.

here it is a link to BrickLink for this sheet:  http://www.bricklink.com/catalogItem.asp?P=bb278

Anyone can help me? Any idea where can I find them?

Thanks in advance.

David

I just wanted to mention that something simply great is happening on the PT this year:
A major breakthrough in bringing down the huge backlog of parts to get out has been achieved:
the first big flush of parts happened around Christmas last year. It brought many, many parts out officially.
Then, quite quickly following, again over 1000 files were released with the next release.
And now, despite all the server problems etc., again over 800 files are Admin-certified:
http://www.ldraw.org/cgi-bin/tracker/activity.cgi
This will again bring a huge parts release with the next coming update.
The - for me - most interesting fact is that the parts waiting for Admin-certify are down to just 2 files right now
(not counting subfiles, ~ files and primitives) - see here:
http://www.ldraw.org/cgi-bin/ptlist.cgi
This can also be seen by the now dramatically shrinked portion of todos for Chris in this graph (blue portion):
http://www.ldraw.org/cgi-bin/pthist2.cgi?h=10&i=15
What I find so important about this is that I in the past found the queue of parts waiting for an Admin review
to be the bottleneck of parts releases. This no longer is true now. In fact, we as reviewers are not even able
to bring up so many parts for Admin cert as Chris "consumes" them. So the bottleneck is finally gone,
thanks to Chris' permanent and close-tracked reviews.

The sequence of the upcoming parts release together with its 2 recent predecessors marks
a true milestone in our library.

My hope is that at some point in the future, the parts tracker will only contain a handful of parts,
leading to the effect that a newly submitted part will have a much faster way through it than in the last years,
where it took eons for it to get through. With not so many old parts waiting anymore, "younger" parts
will have a better chance being seen.

Just wanted to share these thoughts with you.

I copy here a discussion between Travis and myself about sphere primitive. Question is - should we change this primitive?

Travis Cobbs Wrote:I don't think it would have mattered in this case, but please be aware that LDView's sphere primitive substitution produces a sphere with geometry significantly different from the LDraw sphere file's internal geometry. (Enable and disable primitive substitution with this file loaded and wireframe mode enabled to see what I mean.) The three "edges" of the eighth sphere that is the basic sphere primitive sub-unit are the same in LDView's version and LDraw's version, but the geometry between the edges is very different, so will produce different results when viewed with primitive substitution on vs. off if geometry is intersecting the middle of the sphere. (Note that the 48/ version of the sphere was actually produced by me using LDView's algorithm, so that one exactly matches LDView's substitution when the substitution is kicked up two notches.)

Philippe Hurbain Wrote:About sphe primitive - wouldn't it be best to change primitive to match LDView primitive substitution version? I have always been annoyed by the warped quads in present primitive. Granted, a few parts would get weird edge lines at junctions with other elements, but at least it would no longer change with primitive substitution (16x resoluton at least).

Hi Chris,

As Orion mentioned elsewhere this article seems to be outside the webmasters control. Which is fine but means we will need to come up with a solution to migrate it to the new site.

If it is merely a static file then that is straightforward. If not we might have some hassle.

Tim

Using Part 30632 "Technic Grille 6 x 4 x 3 with Two Pins and Two Pin Holes" in MLCad and LDView generates an Error List with missing .dat elements. The Grille looks terrible. Could anyone help with verifying please ? Where can I get the missing files ?

Thanks, Arthur

Tim,

I do not think that this was a good idea. We already have linkt to the LDConfig.ldr in:

Colour Definition Language Extension
Downloads

You'd better add this to:

Colour chart

and since you are there let Scott check if the chart is up-to-date and please add Philo's graphical version:

w.

Hi all,

Given the unexpected transition to the new site, and the limited time of the webmasters I've started this thread for people to post any glaring holes they notice on the new site. If you go to find some important information (eg. the colour config files) and find it absent please leave a note here so we can prioritise transition.

We do have the original articles handy but reformatting for the new site takes time so obviously we should ensure that vital information goes up first.

Tim

PS. I think some things (like software lists) should be moved over to the wiki where corrections can be made by anyone. These will need to be linked to or embedded on the main site. But such decisions can be made on an ad hoc basis for now.

Hej everyone,
in the past I've added s\4181p08a.dat and s\4181p08b.dat to the PT. But I did a mistake, the part was already there as s\4865p01b.dat and s\4865p01c.dat. The old one are official since last year. But they aren't looking well. (The arrows are wrong formed and the rings are too thin and too thick.)
Due to the fact, that 973p8h.dat was submitted a couple of days ago. I'm thinking about solve the duplicate problem.

This is my proposal, what I will do: Correct and scale MY old files and upload them as s\4865p01b.dat and s\4865p01c.dat. (No errors will occur at official parts). I will change all unofficial files except of the torso, here I will add a comment and hope that the author will change this file.

Other way: Change all references in official parts using the old, "wrong" files to my version and correct the problems due to the chance, change unofficial parts in a way, that the "hold" can be removed in the early future. Problem for me: I'm not sure, which official parts are using the s\4865p01b.dat and s\4865p01c.dat. So I would need help here.

If there are not more than 10 or 15 official parts involved, I would prefer the 2nd way.


Any comments or suggestions?

/Martin