cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - Need to share some code when posting a question or reply? Make sure to use the "Insert code sample" menu option. Learn more! X

Store 2D publish in pvz when Publish locally or in Windchill

0 Kudos

Store 2D publish in pvz when Publish locally or in Windchill

Recently ptc added the 2D Pulish functionality.

In the past I used the 2D option (SVG) in the 3D publish.

Recently in a ptc case ptc suggested to me to migrate from 3D to 2D publish for various improvement (quality and performance).

I tried it but I couldn't publish after the new setting, the button becomes grey and disabled. Then I open a case:

C15818291 

The support replied to me that this behavior is as designed:

"A published c3di file is saved as PVZ file, an illustration can contain 2D, 3D figures, when you publish an illustation, you can export one or more of the figures in one or more of these formats, including 3D Creo View model, image and 2D illustration.
But publishing c3di file as PVZ is only for 3D figures, if c3di file only contain 2D figures or you only need publish 2D figures, you do not need the function of Publish, File>Save Figure as has been able to meet our needs."

Then this functionality at the moment is for me useless because I need svg files in pvz on publish to use them in Windchill. Actually I have this functionality automatically on checkin from Illustrate, I can't think to manually save svg locally and upload them as secondary content in Windchill.

I suppose that it can be useful but in a publish workflow, like 3d publish.

 

I tested also the Creo View Adapter for Illustrate and doesn't work (in 7.1) with c3di made with 2D publish option.

 

Thanks

7 Comments
agarland
15-Moonstone
Status changed to: Clarification Needed

It looks like there is some confusion over the way the 2D & 3D publish options work.

I will try to clarify ...

2D publish options are for publishing 2D figures only, and the 3D publish options are for publishing 3D figures only.

All publish options can be included in the published pvz file (with the exception of MP4 files). or the "Publish separate files" option can be used to create a separate file for each publish option.

So if the publish option is disabled then it means you don't have a matching publish option for the figure types present in the c3di file.

Ie; if you only have 3D figures you will need at least one 3D publish option, and if you have one or more 2D figures you will need at least one 2D publish option to be able to publish it.

This video shows the workflow for adding publish options:

 

Please let us know if this resolves the issue you have.

ngiacom
14-Alexandrite

Hello agarland,

thank you for your video. It seems there is some confusion also in your colleagues that closed the case.

I tried your steps and with them I could publish a pvz with the svg taken from the 2d options in the 2d figure. We never used the "New Figure / Current Figure / Current View" command but I can't understand very well the sense of this process:
I have a 3d Figure that I can rotate, add callout, etc.. and I have to create a new "Screenshot" to create a 2D Figure. When I have to do a change I need to redo (deleting the old one) the 2D figure changing the 3D. It seems a double work in comparison the the actual workflow (3D figures with 3D publish with SVG option). Isn't it?

 

Thanks

Nicola

agarland
15-Moonstone

Hi Nicola,

 

The reason we recommend creating a 2D figure is that the algorithm used for creating the HLR is more sophisticated than the one used to when publishing to 2D formats directly from a 3D figure.  So depending on the quality of the source data you may get a cleaner looking output from a 2D figure than you do from the 3D figure, also there are 2D tools for tidying up the 2D figure, deleting unwanted lines, adding any missing lines etc.

The 2D figure is associated to it's parent 3D figure so updates to the 3D figure will automatically be applied to any child 2D figures the next time they are viewed.

So there should be no need to delete the 2D before updating the 3D figure.

 

Having said all this if the 2D figure is genuinely of no use to you there is no reason to create one as a 3D publish option can be used to publish straight to SVG, CGM, JPEG etc.  As I mentioned though you may find the results are slightly better using a 2D figure.

 

Regards

Adrian

 

ngiacom
14-Alexandrite

Hi Adrian,

I tried to add an inset and an annotation and I can see the 2d figures updating but the rotation of the 3d figure is not propagated to the 2 figures.

The rotation remains setted on when I created the 2d figure.

Is there a way to update it?

preview.png

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Anyway I will propose this feature to my users, if they will approve the new workflow we will try, thanks.

Nicola

agarland
15-Moonstone

Hi Nicola,

 

Rotating the model is the one change that doesn't get updated in the 2D figure.

The reason for this is that the HLR algorithm uses unique ID's assigned to every edge for a given view so that if you make edits in the 2D figure (delete a line for example) we can reapply the change after an update so you don't need to delete the line again.  Rotating the view essentially refreshes all those ID's so it's impossible to recognise the edited lines and reapply the change.

Moving parts, hiding or even adding parts will get updated however as long as you don't change the view.

 

We recommend setting the figure view and using this to generate the 2D figure, but for cases where the figure view isn't used you can use the "2D Views" menu to get back to the view used to generate a 2D figure.

agarland_0-1619514726060.png

 

Hope this helps.

Adrian

 

 

ngiacom
14-Alexandrite

Ok Adrian, thank you very much for your help and explanation.

I suppose that this idea can be deleted or transformed in an article/post/documentation.

 

Nicola

agarland
15-Moonstone
Status changed to: Current Functionality