Results 1 to 4 of 4

Thread: Description Key Manager

  1. #1
    Member
    Join Date
    2004-01
    Posts
    7
    Login to Give a bone
    0

    Default Description Key Manager

    Can anyone give instruction on how to use the description key manager. I am starting a new survey department in our company and need to start everything from scratch which obviously, I have not done before. I would like to set things up so that when I import a fieldbook, any blocks I create would be associated by raw descriptions.

    Thanks.

  2. #2
    Administrator Opie's Avatar
    Join Date
    2002-01
    Location
    jUSt Here (a lot)
    Posts
    9,096
    Login to Give a bone
    0

    Default Re: Description Key Manager

    Hi gcoronado

    Please note I have *moved* this thread from the Survey Wish List forum to this one as I feel this particular Forum is a more appropriate place for such a topic.

    Thanks,

    Richard
    Forum Moderator
    If you have a technical question, please find the appropriate forum and ask it there.
    You will get a quicker response from your fellow AUGI members than if you sent it to me via a PM or email.
    jUSt

  3. #3
    Active Member melanie.santer's Avatar
    Join Date
    2005-10
    Location
    Orange County, CA
    Posts
    67
    Login to Give a bone
    0

    Default Re: Description Key Manager

    Quote Originally Posted by gcoronado
    Can anyone give instruction on how to use the description key manager. I am starting a new survey department in our company and need to start everything from scratch which obviously, I have not done before. I would like to set things up so that when I import a fieldbook, any blocks I create would be associated by raw descriptions.

    Thanks.
    Hi:

    Within your description key manager (Points-->Point Management-->Description Key Manager) Create a new Description key file and that is the shell that you will later add keys too. Then you want to create a new Description key. In that window the Description Key Code has to be EXACTLY what the Surveyor used as his/her description, then under Description Key format you can type in what you how you want the Description of the point to view in the drawing. Under the Point layer you type in what layer you want those points to go in, I like to use PNTS-TREE or PNTS-FH, the PNTS prefix helps me to organize the point layers. Finally you can assign a symbol to the points using the drop down next to Symbol Block Name, after I do that I always put the symbol on a different layer than the points, something like SYM-TREE. That way if you turn off the points you still have the symbol in the drawing. If the layers you are typing in for the points and symbols don't already exist in your drawing, don't worry, when you have points populate into those description keys the layers will be automatically created.

    After all of that is done you must go to Labels-->Edit Label Styles-->Point Label Styles and in the bottom right hand side you must select the description key file that you want to use, then import your points.

    As far as you field book blocks, you want to go to Analysis/Figures-->Figure Prefix Library to assign the linework to specific layers.

    Hope this helps!

  4. #4
    AUGI Addict sinc's Avatar
    Join Date
    2004-02
    Location
    Colorado
    Posts
    1,986
    Login to Give a bone
    0

    Default Re: Description Key Manager

    I'm using 2004, and the Description Key Manager is pretty weak. From what I've heard, though, I'm getting the impression that it hasn't been improved at all in the newer versions, which is very disappointing. We're in the process of getting Civil 3D + Survey 2006, so shortly I'll be able to say if it's been improved, or is as bad as in 2004.

    That being said, I use the description key manager all the time. It's very useful, just limited, quirky, and annoying in many respects.

    A key thing to remember is to put the bulk of your point descriptions in one file, and then any "project specific" point files in the DEFAULT description key file. When doing this, set the point label style to use your main description key file, and thenmake sure you have "Perform extended description key search on DEFAULT.MDB" selected in the point settings.

    Your field surveyors probably have a set of "point codes". For demonstration purposes, let's assume you have something like 100 = FL of curb, 101 = TBC, 102 = Back of Walk, etc. Put all these in a description key file, and save it to a prototype. If you need to add a new code to (or change a code in) this list, first make sure you are doing it in an up-to-date version of the description key file (i.e., load the file from the prototype, overwriting the one currently in the project). Make your changes, and then write the file back to the prototype. Now you can manually load the up-to-date description key file into existing projects as needed.

    If you have any "project specific" codes to a project, do it in the DEFAULT description key file, and not in your primary description key file. Otherwise, it becomes impossible to keep description keys synchronized among various projects. Net result (or at least, the goal) is all of your projects use an identical description key file for the bulk of the codes, but the "DEFAULT" description key file can vary from project to project.

    Note that you can use limited pattern-matching in description keys. For the codes mentioned above, you could define the description key Code as "100*", and specify "FL $+" as the description key Format. The asterisk means "match anything", and the "$+" means "replace with all arguments from the input". In other words, you surveyor can key in additional information after the 100. Here's some examples of the results from a description key defined in such a manner:
    Code:
    Input                     Output
    100                       FL
    100 8" CURB       FL 8" CURB
    100 END              FL END
    Note that the drawback to this is that it will match ANY description starting with "100", which includes "1000". And if you enter a Code like "100 *" (with a space), then your surveyor MUST type the space after the 100, or it won't match. Like I said, these description keys are pretty limited. (I actually run the points through a Perl process I wrote as a kind of "preparser" before importing the points. It's one more step, which is annoying, but Perl has considerably more parsing options and this gives us a lot more flexibility with our point codes/descriptions.)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •