TEXMAP support added to the Parts Tracker

[Chris Dee]

The Parts Tracker now supports the uploading of image files for the Texture Mapping Language Extension (TEXMAP).
It should all be working, including the detection of dependencies and rendering of the preview images, but if you find any problems, please post here.
There is still some work to do to support this in the Parts Update process, so TEXMAP parts may need to be excluded from the next parts update.
The revised version of the submit page now allows multiple files of the same type and destination folder to be uploaded in one batch.

[Philippe Hurbain]

Thanks a lot Chris! The batch submit mode is highly appreciated too.

[Magnus Forsberg]

Great!

ASAIK, there is already at least three official files with texmap content, but they are all missing the png-files.

Matched 3 files in the LDraw official parts library:
parts/19201p01.dat
Figure Elves Hair Long Wavy with Dark Azure Tips, Braid, Bangs and Light Flesh Elves Ears Pattern

parts/19204p01.dat
Figure Elves Hair Long Wavy with Ears with Yellow Tips and Medium Dark Flesh Ears Pattern

parts/3960p0b.dat
Dish 4 x 4 Inverted with White and Aqua Swirl Pattern

[Chris Dee]

Great!

ASAIK, there is already at least three official files with texmap content, but they are all missing the png-files.

Matched 3 files in the LDraw official parts library:
parts/19201p01.dat
Figure Elves Hair Long Wavy with Dark Azure Tips, Braid, Bangs and Light Flesh Elves Ears Pattern

parts/19204p01.dat
Figure Elves Hair Long Wavy with Ears with Yellow Tips and Medium Dark Flesh Ears Pattern

parts/3960p0b.dat
Dish 4 x 4 Inverted with White and Aqua Swirl Pattern

Yes, just three. These have today been submitted to the Parts Tracker.

[Philippe Hurbain]

Seems to work fine! I just submitted the EV3 sticker textures. Regeneration of PT thumbnails takes a time, but they do show up

[Magnus Forsberg]

I get an error message trying to upload an updated primitive:

Header errors:

LINE 2: Name line must contain actual filename 'axlecaph.dat.dat', not 'axlecaph.dat'

Looks like it has added an extra .dat to my file.

[Chris Dee]

I get an error message trying to upload an updated primitive:

Header errors:

LINE 2: Name line must contain actual filename 'axlecaph.dat.dat', not 'axlecaph.dat'

Looks like it has added an extra .dat to my file.

OK - an unwanted side-effect of changes to submit.cgi. I'll take a look.

[Philippe Hurbain]

Nothing urgent, but maybe large images would need some scaling? see
http://www.ldraw.org/cgi-bin/ptdetail.cg...13710g.png

[Chris Dee]

I get an error message trying to upload an updated primitive:

Header errors:

LINE 2: Name line must contain actual filename 'axlecaph.dat.dat', not 'axlecaph.dat'

Looks like it has added an extra .dat to my file.

OK - an unwanted side-effect of changes to submit.cgi. I'll take a look.

This should be fixed now. Please re-try.

[Magnus Forsberg]

This should be fixed now. Please re-try.

Yes, it did.
But I had to use another browser to get an updated file back...

[Chris Dee]

Nothing urgent, but maybe large images would need some scaling? see
http://www.ldraw.org/cgi-bin/ptdetail.cg...13710g.png

For TEXMAP detail pages I have set the maximum display width for the image to 500px.

[Chris Dee]

This should be fixed now. Please re-try.

Yes, it did.
But I had to use another browser to get an updated file back...

That sounds like a server cache issue, which has been reported before, since the server move (hidden in a part review, IIRC). I'll mention it to Orion.

[Merlijn Wissink]

Nothing urgent, but maybe large images would need some scaling? see
http://www.ldraw.org/cgi-bin/ptdetail.cg...13710g.png

For TEXMAP detail pages I have set the maximum display width for the image to 500px.

You have set a max-width on the <a> tag surrounding the image. That's fine, but now the image is cut off at 500px. If you add

max-width: 100%
height: auto

to the image tag itself, it will automatically scale (with a max of 500px)

[Chris Dee]

Seems to work fine! I just submitted the EV3 sticker textures. Regeneration of PT thumbnails takes a time, but they do show up

Images on the TEXMAP detail pages should appear immediately, because there is no rendering involved. Preview images of the parent .dat file are rendered asynchronously, so may take a while, but I'm not convinced a refresh is currently being triggered by the submission of the TEXMAP image.

[Chris Dee]

For TEXMAP detail pages I have set the maximum display width for the image to 500px.

You have set a max-width on the <a> tag surrounding the image. That's fine, but now the image is cut off at 500px. If you add

max-width: 100%
height: auto

to the image tag itself, it will automatically scale (with a max of 500px)

Thanks - I should have known that!

[Philippe Hurbain]

Seems to work fine! I just submitted the EV3 sticker textures. Regeneration of PT thumbnails takes a time, but they do show up

Images on the TEXMAP detail pages should appear immediately, because there is no rendering involved. Preview images of the parent .dat file are rendered asynchronously, so may take a while, but I'm not convinced a refresh is currently being triggered by the submission of the TEXMAP image.

Indeed, it seems that so far only this one http://www.ldraw.org/cgi-bin/ptdetail.cg...13710a.dat got a preview thumbnail...

[Chris Dee]

Images on the TEXMAP detail pages should appear immediately, because there is no rendering involved. Preview images of the parent .dat file are rendered asynchronously, so may take a while, but I'm not convinced a refresh is currently being triggered by the submission of the TEXMAP image.

Indeed, it seems that so far only this one http://www.ldraw.org/cgi-bin/ptdetail.cg...13710a.dat got a preview thumbnail...

Yes, I triggered that myself! So there is a problem, which I will investigate.

[Willy Tschager]

The Parts Tracker now supports the uploading of image files for the Texture Mapping Language Extension (TEXMAP).

Thanks Chris! Now it is high time that we pick up this old thread and bring it to a happy ending:

Define TEXMAP resolution and naming conventions

w.

[Chris Dee]

Indeed, it seems that so far only this one http://www.ldraw.org/cgi-bin/ptdetail.cg...13710a.dat got a preview thumbnail...

Yes, I triggered that myself! So there is a problem, which I will investigate.

Automatic image re-generation is now working.

[Chris Dee]

The Parts Tracker now supports the uploading of image files for the Texture Mapping Language Extension (TEXMAP).

Thanks Chris! Now it is high time that we pick up this old thread and bring it to a happy ending:

Define TEXMAP resolution and naming conventions

w.

What do you feel is not addressed by the published standard?

[Johann Eisner]

The Parts Tracker now supports the uploading of image files for the Texture Mapping Language Extension (TEXMAP).
It should all be working, including the detection of dependencies and rendering of the preview images, but if you find any problems, please post here.
There is still some work to do to support this in the Parts Update process, so TEXMAP parts may need to be excluded from the next parts update.
The revised version of the submit page now allows multiple files of the same type and destination folder to be uploaded in one batch.

Maybe I'm thinking wrong, but will not there be "normal" patternd parts in the future?
Older semesters like mine still rely on MLCad, but this does not support these parts.

[Magnus Forsberg]

Maybe I'm thinking wrong, but will not there be "normal" patternd parts in the future?
Older semesters like mine still rely on MLCad, but this does not support these parts.

That's why we still have to create a fallback pattern.
Look at how Philo have created a pattern for the sail on that technic sailboat, 42074.

[Magnus Forsberg]

The revised version of the submit page now allows multiple files of the same type and destination folder to be uploaded in one batch.

Would it be possible to have something similar on the Review page?
To vote Certify on a main file and all its subfiles at the same time.

I just voted on this sticker:
http://www.ldraw.org/cgi-bin/ptdetail.cg...96955b.dat

Many subfiles....

[Max Martin Richter]

The revised version of the submit page now allows multiple files of the same type and destination folder to be uploaded in one batch.

Would it be possible to have something similar on the Review page?
To vote Certify on a main file and all its subfiles at the same time.

I just voted on this sticker:
http://www.ldraw.org/cgi-bin/ptdetail.cg...96955b.dat

Many subfiles....

I'm note sure if we increase our "failure level" with such a function as it is possible to miss a subpart in such a bulk review.
Normally I open all parts and its subparts in different tabs, check one by one and prepare the review. When all subparts are finished I go through the tabs and send this review for each part.

[Philippe Hurbain]

I'm note sure if we increase our "failure level" with such a function as it is possible to miss a subpart in such a bulk review.
Normally I open all parts and its subparts in different tabs, check one by one and prepare the review. When all subparts are finished I go through the tabs and send this review for each part.

Not so keen of the idea either, for the same reasons...

[Magnus Forsberg]

Yes, I kind of agree too.
This was just a quick reaction after reviewing that sticker. It's not very often we have to vote on that many subfiles...

[Willy Tschager]

What do you feel is not addressed by the published standard?

Well, as it stands now you could use a 4000x4000 scan on a 1x1 tile as well as a 20x20 pixel image on the Paper, Cardboard Base for Set 365, Wild West Pattern



Our document says nothing about resolution or that a picture of a vector graphic is preferred over a simple photo (at least that is my position on it).

w.

[Chris Dee]

Yes, I kind of agree too.
This was just a quick reaction after reviewing that sticker. It's not very often we have to vote on that many subfiles...

Thanks for withdrawing this request. I also agree that automatic certification of dependent subparts would be too risky.