Special:
|
[DAT] (requires LDraw-compatible viewer)
|
Subject:
|
Instead of ~Moved to
|
Newsgroups:
|
lugnet.cad
|
Date:
|
Tue, 19 Jan 2010 02:39:29 GMT
|
Viewed:
|
14179 times
|
| |
|
|
To me, all these "~Moved to" files are just trouble and extra work and lots of
extra files in the Parts, Parts\S, and P folders. And for each parts update, the
extra work and problems seem to increase exponentially.
I know, one can say some of the problems have I asked for myself. I don't want
all of the updated official parts but rather my own with inlined POV code. And I
don't use only the tools that can handle extra paths and set file a scan order.
But every now and then I run into references to moved-to sub-parts that causes
annoying warnings and manual work to correct. Could be my own fault; I may
haven't downloaded the parts libraries in the correct order or may have made
some unofficial hack. I don't know.
It seems to me like we've reached a point where the advantages of ~Moved to are
overtaken by the disavantages. Besides the problems I mentioned above, we get
ridiculously many ~Moved to subfiles that are actually litter files, yet
necessary.
Let's take a fictional example. The TLG part number of 111.dat "Minifig This and
That" is 2222.
So 111.dat is changed to
0 ~Moved to 2222
0 Name: 111.dat
0 Author: [PTadmin]
0 !LDRAW_ORG Part UPDATE 2011-01
0 ...
1 16 0 0 0 1 0 0 0 1 0 0 0 1 2222.dat
and 2222.dat "Minifig This and That" is created with the data content of former
111.dat
Now, the thing is that this part has three subfiles; without face, without two
faces, and a special detail used twice in every part.
So s\111s01.dat, s\111s02.dat, and s\111s03.dat are moved to s\2222s01.dat,
s\2222s01.dat, and s\2222s01.dat respectively.
There are also 32 different patterns to this part.
So 111p01.dat, 111p02.dat ... to 111p32.dat are moved to 2222p01.dat,
2222p02.dat ... to 2222p32.dat.
And three of the pattern details are re-used in several patterns.
So s\111ps1a.dat, s\111ps1b.dat, and s\111ps1c.dat are moved to s\2222ps1a.dat,
s\2222ps1b.dat, and s\2222ps1c.dat.
Because of this one part number change, 39 new files were added in the long
awaited LDRAW_ORG Part Update 2011-01. the six s\111*.dat files in the Parts\S
likely never to be used again, but moved just for the record. Well, that would
have been the case if not for some reason the sub-file references in 2222p18.dat
and 2222p19.dat weren't updated; they still point to s\111s03.dat instead of
s\2222s03.dat, causing some programs to send out warnings. But that will be
fixed in update 2001-02.
Now, two days after uppdate 2011-01 was published, some clever guy asks why 2222
only comes with open studs since both variants exist and there is a difference
in building possibilities. So 2222a and 2222b are created, and the 33 existing,
newly created 2222*.dat part files are now to become "~Moved to" litter files in
the 2011-02 updates.
- - -
Hey guys, this is getting out of control! This system is in deed good for the
record, but with all these name changes, turning into a bureaucratic dinosaur,
harder and harder to handle.
Consider this alternative approach:
111.dat is edited to
0 ~Renamed to 2222
0 Name: 111.dat
0 Author: James Jessiman
0 !LDRAW_ORG Part UPDATE 2011-01
1 16 0 0 0 1 0 0 0 1 0 0 0 1 s\111s01.dat
0 ...
All part data remains in the original file.
All references point to the same subfile names.
Subfiles can stay untouched unless improvements are made to them.
0 Minifig This and That
0 Name: 2222.dat
0 Author: [PTadmin]
0 !LDRAW_ORG Part UPDATE 2011-01
0 ...
1 16 0 0 0 1 0 0 0 1 0 0 0 1 111.dat
0
With this approach, the number of what I call litter files in the Parts folder
will unfortunately not decrease. But neither will it increase. But the number of
litter files in the Parts\S folder will decrease, and the potential sources of
problems will decrease dramatically I believe.
What do you think? Aneone agree with me?
/Tore
|
|
Message has 4 Replies:
 | | Re: Instead of ~Moved to
|
| (...) SNIP (...) I agree with you! I have to think about the way we have to go with this new approach for the many possible reasons of changing things, but at first look it could be a nice way to minimize admin edit work. Maybe we will have both (...) (15 years ago, 19-Jan-10, to lugnet.cad)
| | | Re: Instead of ~Moved to
|
| I also agree that the current system is...extravagant. 'litter files' also seems like an appropriate term for the thousands of unnecessary files that clutter my LDraw library. Personnally, I'd like my library to only have actual parts; no ~Moved to (...) (15 years ago, 19-Jan-10, to lugnet.cad)
| | | Re: Instead of ~Moved to
|
| Tore, I'm not really seeing the problem in the parts\s directory - there are 18 "moved to" files there. My parts directory has 456 "moved to" files, but there's not really any way around having those -- they serve two purposes: a) provide backwards (...) (15 years ago, 19-Jan-10, to lugnet.cad)
| | | Re: Instead of ~Moved to
|
| (...) <snip> (...) (the "fake" number 111 sticks around, and the official design number 2222 points to it) Yikes! So you want everyone stuck with 111 for all eternity? With the current system, I'm free to remove 111.dat if I don't want it, and end (...) (15 years ago, 20-Jan-10, to lugnet.cad)
|
18 Messages in This Thread:
 
 
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
