Using Geopak SS3 .722, I'm finding that when I have certain tools activated and I try to change Civil AccuDraw origin, Civil AccuDraw behaves strangely. I'll give a couple specific examples:
I realize that this behavior may not affect most users because they're not going to be as ridiculous as I am at investigating how things work, and since I know these things now I will easily be able to work around it. (That doesn't mitigate the annoyance.)
It's clear that Civil AccuDraw's origin setting tool is somehow dependent on what the active tool can accept, and my hunch is that this is not working as designed, and indeed is irregular and (in my opinion) should be fixed.
The workflow I was doing when I discovered this strange behavior is that I was measuring areas and needed to know the station at the beginning and end of the area.
(EDIT: I mention this step of the workflow only for context: that is the task I was working on, not to suggest that I expected to find the areas using Civil AccuDraw. Other edits are to clarify that for each case I mention above, I had that tool selected as I was attempting to set the Civil AccuDraw origin.)
So...are there any plans to modify the behavior of CA to permit it to select *any* valid element that CA could select, no matter what tool is selected? Could this functionality be listed as a request for future enhancement?
Say I'm editing a text element, and I've already written quite a bit. I realize I need a station along an alignment.
Civil Accudraw is reporting station and offset on one baseline but I need the station and offset from a different baseline. I click the button to set a new origin baseline. I move the cursor over the alignment I want to use. It won't accept it. It says "Element not valid for tool" in the tooltip.
I'd rather not click in space to commit the changes, because there's a lot of text in the text element I was working in, and when I do finally have the station and offset, I have to relocate where I need to enter the text. (Yes, there are clever solutions to make this easier. I shouldn't need a clever solution to avoid this issue that is so obviously a bug.) But it looks like I have to. So I click in space to commit the changes to the text element's contents.
I click to set the origin. I attempt the same thing. Same issue. So obviously it's a tool thing.
So now I have to do the selection tool, or a line-drawing tool, or some other tool (I don't have a complete list of what works and what doesn't). Then I click to set the origin, then click the very same alignment that I'd tried to click before. It works fine.
And now I have to go back to the text edit tool, find where I was editing before, and then snap to whatever I need the address for.
Civil Accudraw should be tool agnostic. So can this be listed as a bug?
Derek: You really should re-read this entire thread. You are asking for Civil Accudraw to do something for which it was never designed and to which there is not even a relationship. Civil Accudraw does one and only one thing. It feeds points to other commands which need a point. It is completely and absolutely agnostic to which tool is being used. But, it is designed ONLY as an input tool, not a tracking tool. (although in some circumstances there are some tracking side effects)
However, the tools in question must be such as requiring point input. The measure area command using element method which you describe does not function based on any point, thus Civil Accudraw is inactive/Asleep. It will never become active until some other command is started which needs point input. You are wanting to use CA as a reporting tool, which is fine but it is not a continuously active since no point is being asked for.
So, I suggest the following:
Robert Garrett Senior Consultant