Solved! Go to Solution.
Hello all,
I am having a very similar error to the one shown on this thread. The error says: "Xml Import Error: Type Mismatch. (Exception from HRESULT:0x002005). DISP_E_TYPEMISMATCH))
This happens when I try to import the xml schema. I have validated it until it has no errors. I have also tried the workaround about the about the spatial reference described on this thread. I have set it via the Options menu and by selecting a feature dataset on the database.
I have also looked for empty worksheets on the spreadsheets but no success there either. I am using Arc 10.2.03348 and version 10.2.2 of the add-in. Any ideas?
Thanks,
Ovidio
X-Ray for ArcCatalog is very fussy. You have to click things in the right place and at the right time and follow the instructions exactly.
I wrote a blog entry mostly for my own reference to help me when I needed to do it again. You need to follow these instructions. When it tells you to select things in the contents window that's where you need to select it. Don't forget the step that directs you to save the xml schema after you set the spatial reference.
I tried this too. I even closed the catalog tree so that I only had the contents window available. I am able to export out and import back in other databases. I think I am using the tool correctly and the error is probably something I introduced on the spreadsheets and the xml but the error message is so cryptic that it does not help me troubleshoot the problem.
I will look at the Xml workspace document for the error if you send it to me. It is likely a different problem than the last few people have reported. This error is reported by the esri Xml Importer so there is little I can do to improve the messages, but there are many different things that can go wrong. steve (at) vertex3 (dot) com
Here is the file. My current theory is that an escape character got introduced somewhere but I have not figured out how to remove it yet. I have this theory because if I use the Import Using Geoprocessing option it is crashing at a list of countries where there are some foreign characters but the ones I have looked at are completely valid in UTF 8. Therefore I am thinking I am getting a bogus carriage return.
Thanks,
Ovidio
On the Feature Class HypsographyPnt, the FCSubtype DefaultValue for SubtypeCode 100355 (the first one) has a value of 'noInformation' rather than 100355. This string in the integer field appears to be the source of the issue.
Once I replaced that I was able to import that and other parts of the model.