Is it possible to import GINT .glb datasets directly into Openground? Import mapping appears to be blank.
When I go to Import Data > gINT > Mapping, the Mapping dropdown menu is blank.
How can I import gINT datasets?
Hi Devin, we do have a Wiki explaining how to create a mapping file to import gINT .gpj data. As Mel noted, it is more of an advanced task so it is recommended to contact our Consultancy team to get assistance creating your first mapping file.
This was very unhelpful. It does not show at all how to create the mapping file needed to import a gINT file into OpenGround.
As was stated by Marcus, the video was completely useless as to how to create the mapping file. That is what so many of us want to know - how to create the mapping, Sure Bentley tech department can do it on a SR, but how can users do it themselves??? gINT itself has a tool to create correspondence files, and the documentation on how to do that is well written, and the tool is great for making the gINT-to-xyz (but not OG) correspondence files. As far as complexity, we are engineers and deal with complexity all the day long. So then the question still remains - How does one make a correspondence file for a gINt project file - to OpenGround?? Show us a correspondence file for ANY gINT project - you choose- and we will then be able to at least see how things are laid out.
Hi Art, which video did you watch? On this page, there is a basic video explaining what an import mapping file is/how to use it.
On this page, there is a video that shows an XML mapping file and describes the format in more detail. More information is available by browsing to other pages in the left hand menu.
An example mapping file can be downloaded here.
There isn't a dedicated interface yet for creating mapping files similar to correspondence file in gINT, but as the documentation/video recommends, a 3rd party editor like Notepad++ can be helpful.
It's definitely an area where we will be looking to expand capabilities, as well as documentation, in the future too.
I saw that first video you mentioned On this Page. Thanks for the other ones. They did help. I post here a screen snip of part of the example file. Do I have the associations correct? Or should they be reversed. The example was for a UK gINT TO OpenGround as opposed from OpenGround to UK gint, right?
Hi Art, That is correct - the example is for gINT to OpenGround.
But the associations for the field names should be reversed... The "source" is the gINT field name. The "destination" is the OpenGround field name. (You have the table associations correct.)
Just to make sure I got it corrected correctly!
Hi Art, that looks correct
Super.. Knowing the architecture of the desired correspondence file makes it a lot easier to craft them inhouse. Would be nice if Bentley provided the manual that says here are all the tables and fields we handle, and these are the engineeringy names that correspond to our particular squirley names. Like our table is called xWwIS and that is the Moisture Content of the tested specimen.
Until then I am faced with finding a consultant who will take a example gINT US project file, for example the gINT US Lab Standard.gdt, and making me a OpenGround correspondence file which will then be a Rosetta stone for the table and field giNT to OG matching, and most important disclose the names that OG has chosen to use for their DB architecture. Not having this kind of disclosure already available is an impediment to me switching over to OG.
Hi Art, if you have OpenGround Professional, you can get all the details of the OpenGround data model under System>Configuration Tools>Manage Model. There are also some handy ways you can interrogate the data model using the OpenGround API. For both options, you would need to have the appropriate level of access to a cloud instance.
Thanks for the info. And what is the appropriate level of access needed?
Ideally you would have System Admin access, or the Manage Configuration Role.