« Place Furniture Instance | Main | Read DWG Settings and Content Location from INI File »

November 12, 2010

Comments

Jeremy
I am working on some project where I need to import a few .dwg files into a Revit family and to satisfy the need of project I have to move/translate the dwg files from one location to another (I can not export it with right origin point before it gets imported- it has to happen once its imported into the family), but unfortunately when I try to use "move" method, the code fails with the error saying that the element(in this case the imported dwg) is pinned and can not be moved. I looked into element.pinned property but it seems like it is a read-only property. I am wondering is there any way I can un-pin the drawing so that I can move it to right location?

Dear Jenny,

I am sorry to say no, there is no such access in Revit 2011:

http://thebuildingcoder.typepad.com/blog/2009/07/prompt-the-user-for-pinning-and-ifc-export.html

Cheers, Jeremy.

Dear Jeremy,
Maybe there is some similiar approach for used line patterns? For example level has parameter Line Pattern, but how to get line pattern for example for reference plane? Is there any solution for this to get used line patterns for purge of unused?

Dear Sandra,

I would explore the reference plane using RevitLookup and the built-in parameter checker as described in several places, e.g.

http://thebuildingcoder.typepad.com/blog/2009/04/deeper-parameter-exploration.html

Maybe the link to the line pattern is in there somewhere, hidden in some parameter. If not, I assume there is no access to it.

Cheers, Jeremy.

Hi Jeremy, Given this is an old post, is there new Purge functionality in 2013, or is this worth a revisit? Regards, Dale

Dear Dale,

I am not aware of any new purge functionality in the Revit 2013 API.

On the other hand, it would be a neat thing to revisit, and actually a Revit file purger project would be a neat open source project for all to participate in.

I have had numerous cases from people wanting to purge different bits and pieces, and it would definitely make sense to put them all into one single framework.

I can't say much than that, though, except that here is another one of those almost uncountable potential little pieces, to delete all reference planes not hosting any elements:

http://thebuildingcoder.typepad.com/blog/2012/03/melbourne-devlab.html#2

Cheers, Jeremy.

Verify your Comment

Previewing your Comment

This is only a preview. Your comment has not yet been posted.

Working...
Your comment could not be posted. Error type:
Your comment has been posted. Post another comment

The letters and numbers you entered did not match the image. Please try again.

As a final step before posting your comment, enter the letters and numbers you see in the image below. This prevents automated programs from posting comments.

Having trouble reading this image? View an alternate.

Working...

Post a comment

Your Information

(Name and email address are required. Email address will not be displayed with the comment.)

Jeremy Tammik

AboutTopicsIndexSource