 | | Re: Dat format question - Quad line order
|
|
(...) You are correct that the co-ordinates _should_ define a simple loop without crossing. The rendering algorithm in the original LDraw program was not sensitive to this, so errors crept into the parts files. There was a move some time back to (...) (25 years ago, 22-Dec-99, to lugnet.cad.dev)
|
| |
| | Dat format question - Quad line order
|
|
Hi all, I've read the LDraw FAQ relating to the .dat file format. Specifically: --BEGIN-FAQ-- Quadrilateral command. Draws a four-sided, filled shape between four points. Line format: 4 colour x1 y1 z1 x2 y2 z2 x3 y3 z3 x4 y4 z4 where colour is a (...) (25 years ago, 22-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: ldraw.org General Update, Added Press & Awards
|
|
(...) Replying to my own post, ugg.... Just forgot to mention that Tom Burger is to thank for the minifig images. Thanks Tom!! -Tim Courtney ldraw.org Project Coordinator (URL) timcourtne ICQ: 23951114 (25 years ago, 22-Dec-99, to lugnet.cad.dev.org.ldraw)
|
| |
| | ldraw.org General Update, Added Press & Awards
|
|
I just finished doing some general housekeeping updates to ldraw.org, as well as adding a new Press & Awards section. This section will feature press articles which have been written about LDraw/ldraw.org and awards the site has won (only one of (...) (25 years ago, 22-Dec-99, to lugnet.announce, lugnet.cad, lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: parts.lst and mklst(?).exe.
|
|
"LZ" == Leonardo Zide <leonardo@centroin.com.br> writes: LZ> The default behavior is to be case insensitive but you can set an LZ> option to make it case sensitive, take a look at the man page for LZ> mount. Ah. Thanks for the tip, that would be (...) (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: parts.lst and mklst(?).exe.
|
|
(...) The default behavior is to be case insensitive but you can set an option to make it case sensitive, take a look at the man page for mount. Leonardo (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: Line in the Sand
|
|
(...) I do, it's because of those cases like an hollow cylindir DAT file is referenced by another DAT file. Since the cylinder is supposed to be define outwards, but you can use it to make the inside/outside of a stud (for example) and the if the (...) (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: Line in the Sand
|
|
Steve Bliss wrote... (...) :-) Jean-Pierre's analyzer is not a "simple analysis" and may not work 100% correctly without human intervention. /Lars (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: Line in the Sand
|
|
Steve Bliss wrote ... (...) Is this a joke? You argue very well in "Inversion" in "Language Extension Functionality" about the 3D tube ;-) /Lars Sorry if I missed a pun. (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: parts.lst and mklst(?).exe.
|
|
Johannes Keukelaar wrote... (...) It does work, you can open either 1234a.dat or 1234A.DAT, or even 1234a.DaT. The fat/vfat/msdos filesystem in Linux is case-insensitive. Try it! (...) Pure MSDOS programs see all files in uppercase. /Lars (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: parts.lst and mklst(?).exe.
|
|
(...) I believe that straight-DOS programs don't have mixed-case filename information. A pure DOS hard-drive actually stores all filenames on the harddrive in upper case, and MSDOS under Windows maintains upper-case-only for compatibility with older (...) (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: General Comments to MLCad
|
|
(...) Yep. LDLite does things like 0 COLOR <color definition information> along with other stuff, and the HTML instruction generator in LDAO recognizes a subassembly statement: 0 SUB <file> <layout options> and in lugnet.cad.dev, we're proposing to (...) (25 years ago, 21-Dec-99, to lugnet.cad.mlcad, lugnet.cad.dev)
|
| |
| | Re: Line in the Sand
|
|
(...) In that case, why are we wiggling about with this BFC extension stuff? Rendering programs can figure out what order vertices should be put in, and they can figure out which way a polygon is facing. They don't need all this extra effort from us (...) (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: Line in the Sand
|
|
(...) Matrix-inversions are not evil. But for some reason, using them to actually invert subfiles is evil (as opposed to using INVERTNEXT to invert subfiles). If I reallly needed an answer to this, I'd go read past messages. But I *do* remember: a) (...) (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: ldraw.org parts refernce list..
|
|
(...) LOL, gosh Tommie [1], just cause I said 'it doesn't phase me' on AIM regarding different (diminutive) spellings of my name, doesn't mean you have to go public and address me as that ;) [1] <ducks, runs> :) -Tim (URL) timcourtne ICQ: 23951114 (...) (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | parts.lst and mklst(?).exe.
|
|
Hi all! The other day I was working a bit on a program that can parse dat files under linux. Now, I have my dat files, along with ldraw and mlcad installed on a Windows partition. All the dat files that come with the ldraw package and updates there (...) (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | ldraw.org parts refernce list..
|
|
i am making a parts reference list for timmy / timothy / tim ( :)--- ) c. there are parts i know, that are not on lutz list, and are not in ldraw. if anyone has some part #s please mail them to me? (those are MOSTLY in 30000 range) (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: LGEO homepage ?
|
|
(...) I've just tried to access the page and it's working again. Leonardo (25 years ago, 21-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: Line in the Sand [DAT]
|
|
Jacob Sparre Andersen wrote... (...) (snip) (...) Why? Are you thinking about 1 16 -4 0 0 0 0 0 0 0 4 1-4disc.dat The determinant is zero, which BTW causes POVRay to halt ("singular matrix"). L3P has to fix these matrices or POVRay would not render (...) (25 years ago, 20-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: LGEO homepage ?
|
|
Todd Lehman wrote on December 17th: (...) I have tried to get in contact with Lutz for the last two months regarding LGEO+L3P. None of the mails were bounced, latest attempt was 15. december - the day before Todd's mail was bounced. /Lars (25 years ago, 20-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: Line in the Sand
|
|
Steve Bliss wrote... (...) I think this is a possible, but rare case. It can, however, be circumvented by regarding DAT files from PARTS as special. (...) Why not? Any information you can gather by simply analysing a DAT file should not be required (...) (25 years ago, 20-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: General Comments to MLCad
|
|
(...) Ahh, "tagged" information then, in other words? :) Cool....... --Todd (25 years ago, 20-Dec-99, to lugnet.cad.mlcad, lugnet.cad.dev)
|
| |
| | Re: The updated PARTS.LST online?
|
|
(...) Try (URL). It's not searchable (yet), but it is browseable. Steve (25 years ago, 20-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: General Comments to MLCad
|
|
(...) It would be better (IMO) to format non-LDraw information as LDraw-style meta-commands, and keep everything in the DAT format. That gives the file the widest transportability between programs. Steve (25 years ago, 20-Dec-99, to lugnet.cad.mlcad, lugnet.cad.dev)
|
| |
| | Re: The updated PARTS.LST online?
|
|
(...) It is? Well, duh. Thanks for the info. Anyway, I still think that a browsable parts.lst could be a good idea. Sometimes I have the need to look up a part name or number when I'm not on a system with LDraw on it, and I think perhaps others may (...) (25 years ago, 20-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: The updated PARTS.LST online?
|
|
(...) An updated parts.lst is included in every parts update. Steve (25 years ago, 20-Dec-99, to lugnet.cad.dev)
|
| |
| | Datsville on ldraw.org? (Was: Re: OMR Planning - Almost There)
|
|
The suggestion has come up to host Datsville on ldraw.org. I understand it is comfortable on Lugnet, but I'm willing to entertain the idea if the rest of you (namely John) are. Please look over the following discussion and reply accordingly. (...) (...) (25 years ago, 20-Dec-99, to lugnet.cad.dev.org.ldraw, lugnet.cad)
|
| |
| | Re: OMR Planning - Almost There
|
|
(...) Yep. (...) Ok, I wasn't thinking that one. What about something silly like OMR Model Author ID numbers? A model author can register first and if they're a LUGNET member they put their LUGNET member number and password in, and it brings up all (...) (25 years ago, 20-Dec-99, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: The updated PARTS.LST online?
|
|
(...) Sounds like a good idea. Would /download/updates/ be appropriate for this? And does anyone have a non-butchered current parts.lst (unlike mine) they'd send for this? I'll get it up at least by Thursday, when I update the MOTM voting. -Tim (...) (25 years ago, 20-Dec-99, to lugnet.cad.dev)
|
| |
| | The updated PARTS.LST online?
|
|
I think it would be a good idea to make the updated PARTS.LST file be available online as new releases are made. I know that the PARTS.LST file should be remade on the local system as the new parts are installed, but I still think it would be nice (...) (25 years ago, 20-Dec-99, to lugnet.cad.dev)
|
| |
| | Re: hex values (was: Re: Loader)
|
|
This seems to be a bug, I will look at it, beside this I will take over the strategy suggested by Bram with using COLOR meta commands ... Michael Will Hess wrote in message ... (...) in (...) (25 years ago, 20-Dec-99, to lugnet.cad.dev, lugnet.cad.mlcad)
|
| |
| | Re: hex values (was: Re: Loader)
|
|
Michael, I can understand the need to use hex to define custom (non-TLC produced) colors, and I'm sure that you'll find a way to fix this. What I'd like to know is why the transparent versions of the standard colors are now saved in this manner. Now (...) (25 years ago, 19-Dec-99, to lugnet.cad.dev, lugnet.cad.mlcad)
|
| |
| | Re: Loader)
|
|
(...) I suggest defining the custom colors the way LDLite does, ie: 0 COLOR ... That way, you can still use the color numbers in the .dat lines so that the file will still work in LDraw and LEdit, except that the colors will be off. --Bram Bram (...) (25 years ago, 19-Dec-99, to lugnet.cad.dev, lugnet.cad.mlcad)
|
| |
| | Re: OMR Planning - Almost There
|
|
(...) Maybe that's where the model editors would come in. But it's a headache nonetheless. (...) I was thinking along the lines of people impersonating others. But there are probably other rules too... (...) I was thinking that if you want ldraw.org (...) (25 years ago, 19-Dec-99, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: General Comments to MLCad
|
|
(...) Could you avoid writing out the file as a ".DAT" file extension if you are making extensions to the long established LDraw DAT file format? This would clear up confusion right away and avoid further incompatibility issues if other LDraw-clone (...) (25 years ago, 19-Dec-99, to lugnet.cad.mlcad, lugnet.cad.dev)
|
| |
| | Re: hex values (was: Re: Loader)
|
|
I thought LDLite is able to display this colors! If this is realy a problem I can change this to use comment lines defining these custom colors! Todd Lehman wrote in message ... (...) (25 years ago, 19-Dec-99, to lugnet.cad.dev, lugnet.cad.mlcad)
|
| |
| | Re: OMR Planning - Almost There
|
|
(...) Hee. :) (...) Yeah. (...) We could ask for all the model info, and the server will create the header with the submission. But then what about submodels? They'd need to have headers cause we can't have a bazillion fields for the separate (...) (25 years ago, 19-Dec-99, to lugnet.cad.dev.org.ldraw)
|
| |
| | hex values (was: Re: Loader)
|
|
(...) Wonderful. So why does MLCad insert nonstandard data into LDraw DAT files? --Todd (25 years ago, 19-Dec-99, to lugnet.cad.dev, lugnet.cad.mlcad)
|
| |
| | Re: OMR Planning - Almost There
|
|
(...) faux pa (although the "paw" bit is funnier) (...) Unfortunately, not everyone is going to get the model header right, so you'll probably need (required) fields for name, email, etc. The only problem is that you most likely want a comments (...) (25 years ago, 18-Dec-99, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: OMR Planning - Almost There
|
|
(...) [snippety-poo] Good additions to the list. I think both our lists of rules need to be edited and refined for clarity before being published. And then examples added... (...) anyone?? That sounds like a good idea if that's what you and Jeff (...) (25 years ago, 18-Dec-99, to lugnet.cad.dev.org.ldraw)
|
