Hi,
A customer is having continuous issues with Shape file .idx (index) files being corrupted. They use a shared display model referencing multiple types of data including Industry Model data and Shape files on an accessible network share. Frequently they will receive an error when loading the industry model project. When this happens, the display model will not fully load and it throws an error. The error log indicates that "such-and-such an .idx file is corrupt and does not have the same number of object as the file such-and-such .shx". Note that this did not happen in prior releases of Map 3D with the exact same display model and Shape files. I realize that the readme mentions this (see link below) but it does not mention that this is essentially a fatal error. When this happens, in order to delete the .idx file, every Map 3D user with a display model that references that Shape file has to exit Map 3D to allow the file to be deleted. With a large user group, this can be a major issue - especially if a user has left Map 3D open and is not available. This issue really needs to be addressed at the product level to prevent this from happening.
http://docs.autodesk.com/MAP/2018/ENU/readme/map3d-readme.html
Thank you.
The idx is NOT a mandatory file. When sharing shapefiles, you should not send the idx along with it and if you should receive one, dump it.
Sending an idx is equivalent to sending a naked selfie through your phone--you know you shouldn't but you do it anyway knowing full well there might be dire consequences once you hit send.
You cannot rely on the receiving party to delete an idx when they get one, they will likely keep it because they don't know any better.
The minimum you need are shp, dbf, shx and prj. (Actually even the prj is not considered mandatory since you can still work around not having it--it's more of a courtesy to include it with the other three files since most can't, or don't know how to function without it.) All other files, e.g. sbn, sbx, idx, can be deleted. If any of those are needed, then it will, and can be, recreated by the user's computer at the time of need.
Chicagolooper
The .idx file is not part of the original Shape file files. It is being created by Map 3D at runtime. The session that first creates it or rebuilds it seems to be fine, it's other sessions that try to connect to it after that are having the problem.
@Anonymous wrote:The .idx file is not an ESRI file. It is created by Map 3D (or other application using FDO) at runtime.
..........is created by who? Created by what?
..............or other application?
Chicagolooper
It is created by FDO when a display model with a layer that references the shape file is opened by the user in Map 3D. Then when somebody else tries to open a display model with a layer that also references the same shape file, it is throwing the error about the idx file being corrupted.
Can't find what you're looking for? Ask the community or share your knowledge.