Welcome, Guest
You have to register before you can post on our site.

Username
  

Password
  





Search Forums

(Advanced Search)

Forum Statistics
» Members: 4,992
» Latest member: Breton
» Forum threads: 5,987
» Forum posts: 50,684

Full Statistics

Online Users
There are currently 387 online users.
» 1 Member(s) | 382 Guest(s)
Applebot, Baidu, Bing, Google, Rene Rechthaler

Latest Threads
Friends Animal Series
Forum: Official Models
Last Post: Takeshi Takahashi
6 hours ago
» Replies: 15
» Views: 4,779
Friends Fawn 13393
Forum: Part Requests
Last Post: Takeshi Takahashi
6 hours ago
» Replies: 2
» Views: 251
LDraw Part Naming Stylegu...
Forum: Official File Specifications/Standards
Last Post: N. W. Perry
11 hours ago
» Replies: 12
» Views: 560
Technic 2024
Forum: Official Models
Last Post: Cam's Bricks
Yesterday, 10:43
» Replies: 52
» Views: 38,311
partial torus prims
Forum: Official File Specifications/Standards
Last Post: N. W. Perry
2025-05-07, 21:52
» Replies: 20
» Views: 2,431
Most Common Parts that re...
Forum: Part Requests
Last Post: Rene Rechthaler
2025-05-07, 16:15
» Replies: 31
» Views: 6,647
Updating the Library
Forum: Help
Last Post: N. W. Perry
2025-05-07, 16:13
» Replies: 7
» Views: 792
15535pb13 (thru 18) Tile,...
Forum: Part Requests
Last Post: Cam's Bricks
2025-05-06, 19:54
» Replies: 2
» Views: 288
Part 66237 Slpit
Forum: Parts Authoring
Last Post: Gerald Lasser
2025-05-06, 7:42
» Replies: 1
» Views: 243
Part request 5649 Brick, ...
Forum: Part Requests
Last Post: Peter Grass
2025-05-05, 14:20
» Replies: 3
» Views: 547

 
  view diff is broken?
Posted by: Matthew W. Noel - 2012-11-12, 23:00 - Forum: Help - Replies (14)

On the parts tracker whenever I click on "view diff" my browser (Google Chrome) downloads a file called "ptdatdiff.cgi" which i can't open. I know chrome is compatible with .CGIs because it had to use ptdetail.cgi to get to the "view diff" link. Anybody know why this might be happening?

Print this item

  Time stamping messages?
Posted by: Philippe Hurbain - 2012-11-12, 9:15 - Forum: Website Suggestions/Requests/Discussion - Replies (12)

Could it be possible to get absolute time stamp on messages in addition to relative time stamp ("2 days ago")? It would be easier to use to reference things (eg. "when was this version of xxx program published?")

Print this item

  Bricksmith 2.6.1: Texture your world (now with more standards compliance!)
Posted by: Allen Smith - 2012-11-12, 5:38 - Forum: LDraw Editors and Viewers - No Replies

[Image: icon32.png]

Bricksmith 2.6.1 adds the following features:

  • Automatically checks for and installs application updates

It also fixes the following bugs:
  • Fixed texture search path (now correctly searches ldraw/parts/textures)
  • Fixed issues with drag handles inside textures
  • Fixed object selection inside textures

Hot on the heels of a whole raft of new features in Bricksmith 2.6, this bugfix release corrects several errors with the original TEXMAP implementation. Furthermore, the oft-requested update feature will also help you snag future improvements without watching this message board obsessively.

Bricksmith requires Mac OS X 10.6 or later, and may be download it at <http://bricksmith.sourceforge.net/>.

Sincerely,
Allen Smith

Print this item

  solving the remaining problems for Electric Plugs on the Parts Tracker
Posted by: Steffen - 2012-11-11, 14:13 - Forum: Parts Authoring - No Replies

The electric plugs of the 4.5V and 12V era are nearly 99% completed.
They currently all sit on the Parts Tracker:
http://www.ldraw.org/cgi-bin/ptreviewsum...ctricplugs
However, there are a small handful of problems to be solved,
and I would like to ask for help, advice and/or a caliper in this case,
as I am not at my LEGO collection currently (sadly).

PROBLEM A: Plugs Intersect with Parts in Assemblies
Here's an example:

Code:
1 16 0 0 0 1 0 0 0 1 0 0 0 1 4169.dat
1 0 0 -122 -1 0 0 -1 1 0 0 0 -1 0 512p01.dat
1 0 0 -122 23 1 0 0 0 0 1 0 -1 0 266bc02.dat
1 16 0 -102 10.5 1 0 0 0 0 1 0 -1 0 766ac02.dat
What you can see here is that the plug intersects with the signal main body.
There are 2 possible reasons for this:
(i) the plug is too thick
(ii) the sockets in the 2x2 lightbrick are misplaced
How should we solve this?

Problem B: Vertical Sockets Placement in Lightbricks
When you look at the 2x2 lightbricks in this example, you can see that the vertical placement
of the electrical sockets is different at the white 12V brick than at all others.
As far as I remember from my childhood, this was not the case.
Code:
1 7 20 12 0 1 0 0 0 1 0 0 0 1 765c03.dat
1 1 -230 12 0 1 0 0 0 1 0 0 0 1 u9228c04.dat
1 7 -180 12 0 1 0 0 0 1 0 0 0 1 u9228c04.dat
1 7 120 12 0 1 0 0 0 1 0 0 0 1 766ac03.dat
1 7 170 12 0 1 0 0 0 1 0 0 0 1 766ac03.dat
1 7 -30 12 0 1 0 0 0 1 0 0 0 1 2775c03.dat
1 7 -80 12 0 1 0 0 0 1 0 0 0 1 766bc03.dat
1 7 70 12 0 1 0 0 0 1 0 0 0 1 766ac03.dat
1 7 -130 12 0 1 0 0 0 1 0 0 0 1 766bc03.dat
1 1 -397 12 0 1 0 0 0 1 0 0 0 1 567c03.dat
1 4 -357 12 0 1 0 0 0 1 0 0 0 1 567c03.dat
1 4 -277 12 0 1 0 0 0 1 0 0 0 1 592c03.dat
1 4 -180 0 225 -1 0 0 0 1 0 0 0 -1 265ac01.dat
1 14 -130 0 225 -1 0 0 0 1 0 0 0 -1 265ac01.dat
1 14 70 0 225 -1 0 0 0 1 0 0 0 -1 265bc01.dat
1 15 -80 0 225 -1 0 0 0 1 0 0 0 -1 266ac01.dat
1 15 120 0 225 -1 0 0 0 1 0 0 0 -1 266bc01.dat
1 0 170 0 225 -1 0 0 0 1 0 0 0 -1 266bc02.dat
1 1 -317 12 0 1 0 0 0 1 0 0 0 1 592c03.dat
1 1 -557 12 0 1 0 0 0 1 0 0 0 1 567c06.dat
1 4 -517 12 0 1 0 0 0 1 0 0 0 1 567c06.dat
1 4 -437 12 0 1 0 0 0 1 0 0 0 1 592c06.dat
1 1 -477 12 0 1 0 0 0 1 0 0 0 1 592c06.dat
1 5 170 4 -186 1 0 0 0 1 0 0 0 1 2757.dat
1 47 223 12 0 1 0 0 0 1 0 0 0 1 933c02.dat

Problem C: Diameter of Foil Plugs
The diameter problem of the foil plug
http://www.ldraw.org/cgi-bin/ptdetail.cg.../u9238.dat
is still unsolved. Choosing a radius for it which would make it fit snugly into its plastic parent
would make it no longer fit into existing socket holes.
Choosing a radius such that the latter works would no longer make it fit into its plastic parent.

Print this item

  LDPatternCreator - Release 1.4.5
Posted by: Nils Schmidt - 2012-11-11, 12:19 - Forum: Parts Author Tools - Replies (2)

Hey,

Here is the stable and hopefully bug-free LPC 1.4.5.


Please uninstall older versions of this software before installing a new version.
Your configuration won't be deleted if you have already version greater than 1.3.1 installed on your machine.

Change log:

New features:

  • The toolbar contains more icons.
Fixed bugs from 1.4.4 and older:
  • It is possible to modify primitives when the triangle mode is activated.

(see full list of tickets for 1.4.5)

I included a short readme.htm in the installation directory.


Cheers & Leg Godt


Nils

Print this item

  No Standard mention the usage of "s\"
Posted by: Michael Heidemann - 2012-11-11, 9:31 - Forum: Parts Authoring - No Replies

As I did not find any documentation on the usage of "s\" I suggest to change the Official Header Standard:

Official Library Header Standard

Filename is the file name

extend to:

Filename ist the file name relative to <LDRAWBASEDIR>/parts or <LDRAWBASEDIR>/p

Print this item

  Train Buffer Beam with Sealed Magnet - Type 2 (91994)
Posted by: Yuntao Chen - 2012-11-10, 22:30 - Forum: Parts Authoring - Replies (6)

Hello everyone,

I don't have the part, just follow the photo to modify the appearance from 64424 and 64420.
So, I'm not sure the screw was the correct size, and I don't know their part number, too...

Can I share these parts at Parts Tracker? How can I do?
And I also need to modify which contents of these part files?

Thank you one more time for your answers!



Attached Files
.dat   91994.dat (Size: 429 bytes / Downloads: 2)
.dat   Beam.dat (Size: 10.24 KB / Downloads: 2)
.dat   Screw.dat (Size: 792 bytes / Downloads: 3)
Print this item

  OMR: prefixing imported files
Posted by: Roland Melkert - 2012-11-10, 21:07 - Forum: Standards Board - Replies (8)

It seems it's still somewhat unclear how to include unofficial parts in a OMR mpd, see:

http://forums.ldraw.org/showthread.php?tid=6659

It's unclear (jet somewhat implied imho) all the unofficial file's recursively used (also unofficial) files should be included in the mpd using the same prefix and as a result all the affected type 1 lines should be updated.

Print this item

  Is it possible to invert a pattern?
Posted by: Ignacio Fernandez Galvan - 2012-11-10, 20:42 - Forum: Help - Replies (3)

In the attached model, the red piece has the arrow pointing backward, and I'd like it pointing forward. Is it possible without creating a new part?

I could just multiply by "-1" the appropriate dimension, but that would be unphysical, causes problems in LDCad and would invert the stud logos in some case (in POV-Ray, for instance). It works with LDView, though.



Attached Files
.ldr   test.ldr (Size: 716 bytes / Downloads: 0)
Print this item

  subfiles in MPD files
Posted by: Michael Heidemann - 2012-11-10, 18:40 - Forum: LDraw Editors and Viewers - Replies (46)

I am still unhappy with subfiles in MPD files and what to do.

Example:
I have a file "testpart.dat" like this:
0 Testfile
0 Name: testpart.dat
1 16 0 0 0 1 0 0 0 1 0 0 0 1 3001.dat
1 16 0 32 0 1 0 0 0 1 0 0 0 1 s\testparts.dat

"testparts.dat" like this:
0 Testfile subfile blue
0 Name: s\testparts.dat
1 1 0 0 0 1 0 0 0 1 0 0 0 1 3001.dat

If I put the testparts.dat in a subfolder relative to the folder where testpart.dat resists I see with MLCad and LDView both parts.

Now I open testpart.dat in MLCad.
After that I import testparts.dat.
I save that content in the new file testpart.mpd

I would expect that I can now give this testpart.mpd to another user and that he can see what I have build, but that is not the case.
If I open the file from another location on my system MLCad claims "File s\testparts.dat not found! Continue loading?"
After I answered yes only the main color brick has been displayed.
One more bad thing with MLCad - if you export the files ("Multipart" - "Export Models...") the reference "s\testparts.dat" is changed to "Unknown".

With this behaviour it is impossible with the current tools to show the complete model direct out of the MPD file nor to export all files in a good shape.

For this reason I have in MPDCenter implemented a full export of the files in the correct foldertree and then all is shown correctly.

BUT MPDCenter is not designed as a viewer tool (build in viewer is ldvlib.dll).

To have also good experience with LDView I suggest to also implement something that avoid these mistakes.

Or, if we want to do it completely different, we need to forbit subparts to be in the MPDfiles. This can be archieved by changing all references to those subparts and delete the leading "s\".
But then one problem still remains - '48\' primitives. We can not just cut the 48 away, because then we have a different part (16').

Any other thoughts on this?



Attached Files
.dat   testpart.dat (Size: 281 bytes / Downloads: 0)
.dat   testparts.dat (Size: 249 bytes / Downloads: 0)
.mpd   testpart.mpd (Size: 698 bytes / Downloads: 0)
Print this item