-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add / change Metadata for 3mf export #5089
Comments
+1 to this. Please please! Extra credit for the ability to set coordinates of objects when opened in BambuLab. But just being able name objects (even numerically number instances of modules) would be almost unspeakable helpful to my current workflow!! |
In regards to BambuStudio (or Slic3r / Prusa) the coordinates are within the 3mf - these programs just handle them differently. If you import the first object they are used (because it is opened as project), if they are imported additionally they are centered and ignored - they are also dropped to bed (except if imported as parts where the relative position is used but then the object is still dropped to bed) - CURA has an option to deactivate "drop" and auto arrange (keep models apart). So this is nothing OpenSCAD could change - you need to address this with BS/Slic3r |
This is strongly related to #4977 "Ability to set solid name", probably enough that they should be considered to be duplicates. |
We may want to downscope this to support whatever is possible without changing the OpenSCAD language, as that would be a much easier feature to add. |
A separate labeling option using union("Part1") {
Code go here...
}
union("Part2") {
Other code go here...
} Unless i don't understand the underlying core behind this, i feel that using the method described above would probably be the best implementation for such a feature, because it integrates into already existing functions that would make sense, and it doesn't interfere with existing project files. |
Indeed, adding one or more new parameters to existing modules is one of the ideas. You'd want them to be named parameters so that they could be in addition to any existing positional parameters, and probably want #4478 objects so that you can express complex data structures. |
Very easy option to extend openscad is a this one:
export("file="design.3mf", partnames=["part1", "part2", "part3"])
{
part1_module();
part2_module();
part3_module();
}
this would call the GeometryEvaluator right during traversing export() Node
even cache would work very well ...
Sounds like it would be very easy to implement( it there were not certain
security concerns 🤣 )
}
…On Sat, May 4, 2024 at 4:57 AM Jordan Brown ***@***.***> wrote:
Indeed, adding one or more new parameters to existing modules is one of
the ideas. You'd want them to be named parameters so that they could be in
addition to any existing positional parameters, and probably want #4478
<#4478> objects so that you can
express complex data structures.
—
Reply to this email directly, view it on GitHub
<#5089 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACCO4MRTH6QNUZPRZU2Z4GLZARFCZAVCNFSM6AAAAABGFVOZK6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOJTHE3TKMJQGM>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
I feel like needing to specify the file name and mapping one array to another may slow down the development process. A generic container that gets recognized when a part is being exported may be a better option, such as the |
I believe that openscad has exactly one Top Level and changing that Is an
enormous Change. Still feel that my proposal has least Impact and Most
value.
Laserology ***@***.***> schrieb am Sa., 4. Mai 2024, 18:34:
… Very easy option to extend openscad is a this one:
export("file="design.3mf", partnames=["part1", "part2", "part3"]) {
part1_module(); part2_module(); part3_module(); } this would call the
GeometryEvaluator right during traversing export() Node even cache would
work very well ... Sounds like it would be very easy to implement( it there
were not certain security concerns 🤣 ) }
I feel like needing to specify the file name and mapping one array to
another may slow down the development process. A generic container that
gets recognized when a part is being exported may be a better option, such
as the union implementation i described above.
—
Reply to this email directly, view it on GitHub
<#5089 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACCO4MUUKPNV3GTJE7WXWQTZAUEZXAVCNFSM6AAAAABGFVOZK6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOJUGI4TEMJYGY>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Is your feature request related to a problem? Please describe.
3mf file contain only "<object id="1" name="OpenSCAD Model" which gets confusing in object lists if multiple files are opened
Describe the solution you'd like
Allow to set a object name and to set metadata for the default fields like
|Title | A title for the 3MF document
| Designer | A name for a designer of this document
| Description | A description of the document
| Copyright | A copyright associated with this document
| LicenseTerms | License information associated with this document
| Rating | An industry rating associated with this document
| CreationDate | The date this documented was created by a source app
| ModificationDate | The date this document was last modified
| Application | The name of the source application that originally created this document
optional additional customizable tags - or adding a thumbnail (automatic) would be great
https://github.com/3MFConsortium/spec_core/blob/master/3MF%20Core%20Specification.md#341-metadata
I can see 4 options to obtain this data
The text was updated successfully, but these errors were encountered: