Is there a way to import a .gdb file into the 2014 products for Civil and Map. All of the answers I found are from earlier releases and I am hoping things hace changed.
Solved! Go to Solution.
Not that I know of OOTB, early releases needed the Open Source FDO providers from OSGeo,org but I don't know if there is one for 2014 yet.
Yes, you can connect via FDO to ArcGIS Geodatabases (*.gdb) using Data Connect if you have a 32-bit machine (or virtual machine) running AutoCAD Map 3D, and an available ESRI license. Please see the following for specifics:
Bringing In Features from ArcGIS
So, several thousand dollars worth of AutoDesk Software coupled with several thousand dollars of ESRI software, AND if you load an obsolete 32 bit version, problem solved! That's basically how you access public data your tax dollars paid to create. Whew! Welcome to 1999. Since Map 3D is software, it doesn't even qualify as a paperweight for me without easy, quick, FREE access to public data that is commonly placed in a .gdb format.
>> public data that is commonly placed in a .gdb format.
GDB is a propritary format from ESRI, it is not a public format and so it is not useful as interchange format.
Fileformats for exchanging data should be documented in public, used often in the market and available for every software vendor ... and the internals of the GDB-format is nothing of all that.
You have the option with freeware tools to convert your GDB-data to other formats directly accessible with FDO/Map3D. If you look to www.osgeo.org (basic technology for accessing GIS-data, Map3D is this using) you'll find e.g. OGR or a product like QGIS (also with FDO connection), that makes things possible!
>> Yes, you can connect via FDO to ArcGIS Geodatabases (*.gdb) using Data Connect if you have a 32-bit machine
Sorry to say, but for that question "access GDB with Civil3D 2014" there is no 32bit solution as Civil3D 2014 is not available for 32bit.
Good luck, - alfred -
As with everything, there is always some sort of "work around". I think you are correct that .gdb is not a useful interchange format since it is proprietary. Yet, county GIS departments regularly sell CD's with the tax parcels, topo, etc. in .gdb format. And there is a work around, if you have a 32 bit machine. I understand porprietary programs, I just don't understand why Autodesk doesn't tell people how useless AutoCad Map is going to be unless you also purchase the ESRI product, or save the "Commodore 64" just in case...
>> And there is a work around, if you have a 32 bit machine
As wrote above, Civil3D is not available for 32 bit, so as long as a user has Civil3D >= 2013 he has to use a 64bit OS.
>> why Autodesk doesn't tell people how useless AutoCad Map is going to be unless you also purchase the ESRI product
SCNR: this would then be the first company of the world saying "my products are not useful" ... that is far away from any practice in the market
And as long as a file-format is not available for public it is possible that (in this case ESRI) the vendor can change the format (or even minimal details in it) from now to tomorrow making it impossible for anyone else using that new format. So every hour spending time in development for importing a proprietary format is risky ... and to be honest I preferre the way to continue developmet in things like FDO, OpenGIS, ... instead of getting connected to GDB if it might change with every ArcGIS release (and then I need again converter).
At least: every GIS system has it's own choice of "best to use format" where it's really performant and other formats "it can just use" (but not that performant), so in big projects with large datasets, with long time working on that data most of the GIS people do convert the data to there favorite formats and on the end export them back to get it more "exchangeable". What I want to say with that: we are all "converters" to get the best out of it
- alfred -
And as long as a file-format is not available for public it is possible that (in this case ESRI) the vendor can change the format (or even minimal details in it) from now to tomorrow making it impossible for anyone else using that new format. ... and to be honest I preferre the way to continue developmet in things like FDO
Safe Software is a small company with only about 100 employees, yet they have had no problem maintaining file geodatabase access in FME for years, I'm sure Autodesk could manage it if there were a will.
As for FDO, even though I use it all the time, it really is not true GIS integration and is sadly lacking in many respects. True integration would be the ability to draw objects in Map and have FDO dynamically store them in the database with all the relevant attributes like scale, rotation, attribute values, Object Data, etc. Currently, FDO is able to capture the point, line, polygon geometry and that's it, all additional information has to be added afterwards; it really needs a lot of further development to make it really useful.
Log into access your profile, ask and answer questions, share ideas and more. Haven't signed up yet? Register