Hi
The ABBR_LIST field in the UK AGS Transfer Format is used so that the Abbreviations used within the complete file can be attributed to a specific organisation or company. Ideally we would like to be able to identify within the file which abbreviations are created by our company, and which ones are derived from the "Approved" codes on the AGS website.
When exporting from gINT it appears to create ABBR_CODE and the ABBR_DESC. This is created from the Code and Description Fields in the corresponding Library Table.
Looking at the gINT Std AGS4 to AGS4.gcx file there are several references to the ABBR_LIST field but all of the tables are set to <<OMIT>> (AGS_FIELD_GEOLOGIC_CODE, AGS_FIELD_GEOLOGIC_CODE2 and ABBR)
Some of the tables in the AGS4 template provided with gINT have the field "Source" (ABBR_LIST) but not all do.
Exactly how does gINT create this information in the AGS file if the tables are set to <<OMIT>> and why does the ABBR_LIST not populate, even for those Library tables that do include the Souce (ABBR_LIST) field?
Hi Paul,
Export to the ABBR group is a special case within gINT. For more info, please see the "gINT and AGS4" manual in gINT Help>Manuals. See pages 20-22 and page 36 of the manual.
Basically, gINT automatically exports abbreviations if they are listed in a Library Table (as well as project table and graphic lookups) that contains a "Description" field. Other fields can be included in the library table, but will be ignored for the ABBR group export. I believe it would require an enhancement to automatically populate ABBR_LIST in the AGS file.
Regards,
Jesse
Can this be added as a product enhancement then please?
Yes, I will report it to development as an enhancement.
Thank you,
Hi Jesse,
do we have any update on that? This is quite important as some clients request it...
Thank you
Jerome
Hi Jerome,
This enhancement will be included in the next gINT update, which will be released shortly.
Regards,Jesse