Dictionaries
Dictionaries
Dictionaries
Dictionaries are pre-made lists that populate drop-down fields (marked with a ? symbol to the right of the field).
Dictionary values have two representations: full text (e.g. "Cone Penetration Testing") and short code (e.g. "CPT") — the short code is what GeoDin actually stores in the database.
Dictionaries support multi-language translations (e.g. English, Dutch); language switch happens at a setting level and applies to layer descriptions.
Every dictionary is stored as a separate file with a .GSD extension in the syslib folder (C:\ProgramData\GeoDin\System\).
Example dictionary files: G1_Investigation_Method, BS5930_Walker_Secondary_Soil_Type, G1_EPSG (coordinate systems), Sample_Type.
Dictionaries are viewable/editable via System > Dictionaries > [dictionary name] — double-click to see all entries with short code and language translations.
Some dictionaries are context-sensitive — e.g. the secondary soil type dictionary is restricted based on the primary ground type (clay+silt vs coarse-grain).
Users can add their own terms to dictionaries (new clients, new labs, new soil types).
When a user edits a dictionary, a timestamp is recorded and that dictionary becomes "frozen" — GeoDin distribution updates will no longer overwrite it, preserving user changes.
Users should keep a list of dictionaries they have edited so they can request updates from GeoDin support when needed.
Low-risk dictionaries (clients list, lab names) can be edited freely; higher-risk dictionaries (soil types, field patterns) require more care because missing distribution updates could matter.
Some dictionary-backed fields allow free-text entry in addition to dictionary selection; free text does not add the value to the dictionary.
When sending data to a client without the same custom dictionaries, the user must also send the .GSD dictionary files or the full syslib folder.
Last updated
Was this helpful?