ORD 2021 R2 - Survey Settings DGNLIB vs Survey Settings SeedFile

I might be completely in the left field here but I seem to be misunderstanding how Survey DGNLIBs work... Hear me out. 

I have a Survey_Settings.dgnlib file in which I stored all of my survey feature definitions,  all my linear and point feature definitions, all of my element templates, survey annotation etc.  If I load my survey data into this particular dgnlib file, everything works fine (cells,  linework, annotation etc.).   I'm stoked about that.    

So I associate this Survey_Settings.dgnlib file to a WorkSpace and I load this Survey_Settings.dgnlib through my WorkSpace configuration file (*.cfg).

My understanding is that I could open a new drawing,  from a fresh 3D ORD delivered seedFile (ie: C:\ProgramData\Bentley\OpenRoads Designer CE 10.10\Configuration\Organization-Civil\_Civil Default Standards - Metric\Seed\Seed3D - Metric Design.dgn) and I could use all the survey settings from the loaded library, right? 

If I open the explorer under OpenRoads Standards,  I can see that the Survey_Settings.dgnlib file is loaded in the Librairies but these settings to not transfer over to the new file.  Seeing this, I thought I could right click on the current drawing and "UPDATE STANDARDS FROM DGNLIB" and that this would bring in all of the standards from all DGNLIB files into the current drawing,  but this does not work either.  It seems to only import some random amount of the feature definitions and it does not even transfer over the actual Survey Settings.

So,  to make things work,  I saved my Survey_Settings.dgnlib as a regular Survey_Settings.dgn and I use that file as my seed... 

Am I understanding things correctly?  I doubt that I am because it would go against all logic to use all this computing time to load libraries opon startup that cannot be accessed... It's like,  why bother with them at all? 

 

Parents
  • Hello Robert, 

    Ok.  Here is the exact name of my survey settings DGNLIB file:

    Survey_Settings_Features_Annotations_Elem Temp Metric_PP.dgnlib   (_PP is an organisational suffix)

    I confirm that: 

    CIVIL_CONTENTMANAGEMENTDGNLIBLIST - links to any dgnlib within the workspace standards dgnlib folder that has the word *Feature* in it. 

    CIVIL_PROJECTSETTINGSDGNLIBLIST - links to any dgnlib within the workspace standards dgnlib folder that has the word *Survey" in it

    MS_DGNLIBLIST_ELEMENTTEMPLATES - links to any dgnlib within the workspace standards dgnlib folder that has *Elem Temp* in it.

    Given this configuration setup,   The new file based on a empty seed does not bring in the Survey Settings, heck the survey settings from the actual survey setting dgnlib file don't even show in the standard library...

    Element templates are carried into the actual file,  but not all of them are imported... it either selected a random sample,  or is carrying them in from another file but all my other DGNLIBs with "Elem Temp" in the name have no element templates that have conflicting names within the file...

    So CIVIL_PROJECTSETTINGSDGNLIBLIST does not import the actual Survey Settings.  When I say survey settings,  I mean the actual survey settings that have the import options,  link codes, control codes,  feature exclusions.





     

  • Given this configuration setup,   The new file based on a empty seed does not bring in the Survey Settings

    That is correct.  As Robert mentioned before: step #1, you need to make a new Field Book in order for the DGNLIB settings to be copied to the active file.

    This workflow is valid for any item that exists inside of a DGNLIB file.  It will not copy to your local file until it is actually used.  Once the item is utilized, it creates a static copy of those particular settings into the active file.  The command you mentioned, "Update Standards from DGNLIB" will only update standards that have already been copied to the active DGN based on the DGNLIB settings recognized by the Libraries.

  • Seems legit and I can 100% see how that works.  Furthermore, I can confirm that after getting the settings correct,  this works fine.   

Reply Children
  • I see what happens when you have multiple Survey Settings.  We don't have them here, so I never noticed the issue, but when you have the multiple settings, when you create the Field Book, it should ask for which Survey Settings configuration you want to use.  After doing such, it's not bringing in all of the settings as it would when there is only one default to select.  It's sort of just bringing in the header.

    After you import/process your data file(s), the settings should show as expected in the Properties.