View Reference Annotation Drag mark

[Anonymous]

Hi Community, this is with reference to the Drag Mark arrow on the View Reference tag.- is there a way to fix the position of the drag mark, as when inserted onto a view, the drag arrow is outside the annotation cop region & consequently the View Reference is not visible on the sheet.

I have locked the Reference Planes thinking this would fix but no.

[Anonymous]

I have the same issue.  I would like to put a view reference or two in the drafting view I use for syncing with the central file.  The drag point appears 1'-6" away from the annotation graphics.  This is no big deal if the view is a small scale like 1/16"=1'-0", but my drafting view is a scale of 12"=1'-0" and the drag point is way far away.  If you do a zoom extents, you can see it is way the heck out there (see image below).  Therefore I can't rely on a quick zoom extents (ZE) to get my view ready for syncing and for a nice thumbnail on my Recent Files page.

I tried messing with the origin and placement of the referenece planes inside the family, but nothing worked.

I tried to trick Revit by creating a generic annotation family and changing it to be a view reference.  After I created the generic annotation, I placed it in my project's drafting view.  The drag point was right there on the text (beautiful).  I then changed that family to be a view reference, reloaded it, and boom, the drag point dropped down 1'-6" below the annotation.  What the heck?  Why?  I'm sure there is a good reason

[klaus.schumann]

Hi Ali,

Would you be able to attach a small sample RVT file which displays this issue please? We'd like to investigate a little further about how to prevent/go around this.

Looking forward to your reply.

Thanks,

Klaus

[Anonymous]

I have uploaded the problem in a simple RVT file, using the metric template & you can see the View Reference when rotated in the vertical the Drag Arrow does not stay with the label.

[klaus.schumann]

Hi Ali, thanks for supplying the sample model..

I did a quick check and managed to see the issue. I have informed our developers about this as it does look strange.

What you can do in the meantime is to Duplicate the Family for the rotated View Reference Tag, then edit the new family and move the text upwards away from the reference planes. When you save and load the modified family, the Drag mark will move in closer to the Reference Tag allowing a more coherent Zoom Extents.

http://screencast.com/t/sdS2OTMRV

[Anonymous]

Hi Klaus, for that example it works, but not in my project.

I think I'll redo the family.

[Anonymous]

I've redone the tag from the Annotation template, saved over & loaded it into my project - which has reset the Drag mark to its proper position underneather the Tag > which performs correctly now.

It looks like the Tag if modified within the Project behaves differently.

[Anonymous]

Hello there,

I ran into the same problem as describe above.  Can you please explain how you fix it?  As I switched the anotation family into view ref. category, I have the same problem again. Thanks.

[Anonymous]

Read post above yours.

[Anonymous]

I have not been able to fix it. It is just one of those Revit things I have learned to live with.

Scott MacKenzie
BIM Manager
Stantec Architecture

[Anonymous]

ignore!

[Anonymous]

alijax,
I am unable to replicate your results. No mater how I create the family the move grip is in the same location. Matter of fact, even if I start a completely new project from scratch (no template) and there isn't even a View Reference family loaded yet the tag has the same issue.

This leads me to believe it might have more to do with the odd way this annotation family works. It seems more akin to Callouts, View Titles, and other system families then a typical annotation. None the less you say you found a way so I'm curious if you could elaborate more on the subject.

[Anonymous]

Hi - I'm checking to see if AutoDesk has solved this glitch yet? Or maybe someone else has found a work around that actually works. Seems like none the earlier solutions to attempt to fix this have worked for me or others. It looks like it's been a problem since the 2012/2013 release of Revit.

It's a pretty annoying issue and seems like it shouldn't take AutoDesk 3 years to fix.....

[Anonymous]

No it was’nt fixed, it would be nice if there is a place holder for the
Drag Arrow.





--



Kind Regards,

Ali Jackson

Senior Revit Designer



eCubed Building Workshop Ltd

1 centre street, freemans bay, auckland 1010

po box 91675, victoria street west, auckland 1142

t. 64 9 3030007 ext.713 f. 64 9 3030017 m. 021 201 6286
www.e3bw.co.nz

Please consider the environment before you print.

*The information in this transmission may be confidential and must not be
used other than by the sender and intended recipient. **If you have
received this e-mail in error, please advise the sender immediately and
destroy the message and any attachments.*

[Anonymous]

Hello Ali,
two years later and I've been trying to get this to work the same way you tried. but no luck. would you be able to share your modified view reference family if it is working?
Thanks a billion!

[Anonymous]

It didn't work. Whoever has it worked would not share their ideas.

[aaronwagner]

Unfortunately this is a long-standing issue.  We (the community) have so far been able to determine it's somewhat affected by the scale as well as where the tag exists in relation to the crop region.

Typically, annotation families will set their center and/or origin point based on the absolute center of the components (text, lines, regions, etc.) that exist in the family.  However, View Reference families don’t follow this rule.  We've attempted all manner of view reference family tricks but haven't had any real success.

For now, we've had to be sure the tag and it’s gizmo both exist within the limits of the crop (model, annotation) regions so they may stay visible.  Primarily, the annotation crop regions dictate the visibility of the tags.  The gizmo will then behave a bit better albeit not perfectly.

There is an IdeaStation topic for this very issue.  I'd encourage everyone to vote this one up and voice their own concerns as much as possible:

http://forums.autodesk.com/t5/revit-ideas/fix-view-reference-extents/idi-p/6395074

[MichaelWarwick7522 · Accepted solution]

This appears to have been fixed in Revit 2017, cross hairs now sit below lowest text or label, aligned to the vertical origin reference plane. Previously it was 1'6" (about 460mm) below the lowest text and centred on all text, reference planes and reference lines were ignored. Unfortunately, the projects I am working on are still in Revit 2016.