Vault General Discussion

Vault General Discussion

Reply
Active Contributor
cadsupport
Posts: 50
Registered: ‎06-06-2013
Message 1 of 6 (152 Views)
Accepted Solution

Map UDP from multiple blocks?

152 Views, 5 Replies
04-10-2014 12:32 AM
Hi all, right now I'm struggling with the question if it is possible to map properties from multiple blocks in one drawing. What we actually want to achieve is to have some kind of label for welding supervision. In Inventor it is pretty straight forward: I created an iProperty for WPQ_Date and a sketched symbol that will display the iProperty. In Vault I can map a UPD to this iProperty. For AutoCAD I imagined something like a block containing the attribute WPQ_Date. First of all if I try to map to the block dwg directly it will show me no attributes at all. If I insert the block into the dwg that contains our actual titleblock for mapping, the attributes won't show up, too. The only possibility seems to have a separate drawing where I insert this block. This could be mapped. But will Vault use both blocks for updating UDPs if available in one drawing? Best regards Erik
*Expert Elite*
scottmoyse
Posts: 1,634
Registered: ‎06-10-2009
Message 2 of 6 (119 Views)

Re: Map UDP from multiple blocks?

04-13-2014 06:33 PM in reply to: cadsupport

You have to declare the Block name in the ADMS Console before Vault will index the attributes in the block.

 

Here's a better idea. Just create a Custom Property in AutoCAD, then insert it as a field inside a Block Attribute. Doing that will also force the value of the attribute to be the same across all the block instances (Sometimes that's not desirable).

 

Then the Custom property will appear just like it does in for Inventor. You will need to make sure that Custom Property is defined in your template, so that anywhere the block is used the attribute is propagated by the field.

 

Does any of that help?

Cheers
Scott Moyse

Please use Mark Solutions!.Accept as Solution &Give Kudos!Kudos to further enhance the value of these forums. Cheers!


   

Valued Contributor
tmoney2007
Posts: 196
Registered: ‎09-06-2011
Message 3 of 6 (94 Views)

Re: Map UDP from multiple blocks?

04-27-2014 11:05 PM in reply to: scottmoyse
I didn't know you could do that,... That's actually a great idea.
*Expert Elite*
scottmoyse
Posts: 1,634
Registered: ‎06-10-2009
Message 4 of 6 (91 Views)

Re: Map UDP from multiple blocks?

04-27-2014 11:16 PM in reply to: tmoney2007

tmoney2007 wrote:
I didn't know you could do that,... That's actually a great idea.

Cheers

Cheers
Scott Moyse

Please use Mark Solutions!.Accept as Solution &Give Kudos!Kudos to further enhance the value of these forums. Cheers!


   

Active Contributor
cadsupport
Posts: 50
Registered: ‎06-06-2013
Message 5 of 6 (74 Views)

Re: Map UDP from multiple blocks?

04-29-2014 06:53 AM in reply to: scottmoyse
Thank you, that way it will work. I still have a Problem with Date properties, but that is a General Vault -> AutoCAD Problem. When I edit a date property in Vault, DD/MM/YYYY turns into DD/MM/YYYY HH:MM:smileyfrustrated:S which Looks odd on the drawing. Best regards Erik
Valued Contributor
tmoney2007
Posts: 196
Registered: ‎09-06-2011
Message 6 of 6 (67 Views)

Re: Map UDP from multiple blocks?

04-29-2014 08:38 AM in reply to: cadsupport
I'm fairly certain it isn't possible in Vault 2013 Pro... but as you can see above, I've been surprised before.

We ran into this earlier in our implementation and unless something has changed, you can do it in inventor, but not AutoCAD. I'd love to hear more sage wisdom that could solve this problem for me as well.
Announcements
New button for Platinum & Gold Subscription customers
Gold & Platinum Subscription customers can alert Autodesk if they require assistance with their forum post

Manufacturing Community
The Manufacturing Community provides additional access to tips, tutorials, blogs and networking with peers.
Need installation help?

Start with some of our most frequented solutions or visit the Installation and Licensing Forum to get help installing your software.