Not sure if this is the right place for this but all the images on the primitives reference page have been missing for the past two days. http://www.ldraw.org/Article117.html
nominations for the 2012/2013 LDraw.org Steering Committee election will
close at the end of the month, at 11:59 PM GMT on 29 February 2012 and
elections will start the 1st of March. Only those candidates that have been
nominated, seconded, and have accepted as outlined, will be eligible for elec-
tion. So if you are a candidate that has not yet accepted or declined, please
consider deciding. The list with the candidates as well as their status can be
found here:
Help!
I've tried clicking on the link to http://wiki.ldraw.org/index.php?title=Main_Page from the ldraw.org home page menu, and entering http://wiki.ldraw.org/, and never get to it. I know I've had issues with Comcast's DNS, but switched to Google's DNS servers (8.8.8.8 & 8.8.4.4).
I've tried both Internet Explorer and Google Chrome.
There are links to the wiki in the forums that don't work for me either.
I'd like to ensure that I'm working to the latest versions of specs and such, but if I can't see them, I leave myself open for rework as recommended by the reviewers.
I just made the detail geometry for my first sticker, and was considering uploading once I wrap up the loose ends.
Before I do, I have some questions that the standard didn't answer, and after looking at some certified stickers was uncertain if these considerations would cause rework, or if it didn't matter. I searched for "sticker" on the forum, and didn't see these asked by a quick scan at the topics, so I apologize if this is old news.
I've attached my almost-done sticker in context with a brick. Yes the origin and header are wrong. As I said, it's almost done.
file name - set number or sheet number? The standard says sheet's SKU number, but I see certified files having used set numbers. Is the set's number for where the sheet's SKU is unknown? And which is the SKU number? Looking at 10221's sheet, there's 22637 in one corner and 10010521/6005049 with the copyright statement in another. I'm leaning toward 6005049 based on 4622303a.dat.
file name - If I intend to create more from the same sheet, can I name them out of order so that the final sequence makes sense (as called for in the instructions)? Or should the first uploaded be 'a' and so on. Alternately, should I upload 'needs work' placeholders for the ones in the sequence I want to use.
round corners - yes or no? Most stickers have a 2 LDU radius rounded corner, didn't see any on the files I looked at. Extra geometry to render, but I wanted to consider close-up rendering.
edge lines - yes or no? The files I looked at didn't seem to have them. I used edged primitives for the sides,
as I think edges add detail if when ambient lighting or flat shading is used.
inset - yes or no? I've noticed that most of the stickers I've looked at are inset at about 2 LDU from the edge of the element face. Is the sticker to be modeled to the edge of it's target element, or to the edge of the sticker considering the inset?
geometry and obvious color offset problems - looking at repeats of the same sticker for 10221 (and the shield for 10214), should the model correct for blatant printing issues where the ink is not where it should be, or leave out where it bled into a neighboring space that might not have been masked well?
sub-parts - I'm still not sure where the line between file size and number of files is. 10221 has three stickers that vary only by the color of some of the details, and two that have slightly different detail. I'd prefer to sub-part everything but the varied details, but not sure if the CPU cost of loading another file and applying the transformation is worth the smaller memory footprint. Additionally a couple can be mirrored (the doors), or used some mirrored geometry (the windows).
I was also considering a primitive for certain common sticker sizes (1 x 2 tile face), that is if rounded corners can be used. For 10221, I created a couple of seed files for the back and sides, but would prefer to use a sub-file rather than repeat the geometry. If rounded corners are prohibited, then the 'box' will suffice.
All slope bricks have a little ledge so that the 4LDU space is left for the stud to fit in without intersecting anything.
However, 3675 (this brick's convex counterpart) does not:
I find this odd because in every other slope brick I can find, the inner slope and outer slope are parallel, except 3675:
This could just be because the ldraw model was directly derived from a scaled version of 3045:
(which by the way, has the ledge in real life, although it may just not be worth modeling due to its size.)
Compare the following photos:
The ledge of 3675 seems to be smaller than that of 3298 (left) (smallest modeled in the library) but larger than that of 3037 (right) (not modeled).
Since this part is the only one I've seen where the under side of the ramp is not parallell to the top side of the ramp, is it okay to assume that it should be there, and update the part?
Also worth noting is the fact that the ldraw version of 30363 has the ledge come all the way to the edge of the underside tube:
but the real-life version does not:
and the top and bottom seem to already be parallel:
What is the proper solution?