Error Repairing The Layer Esri
Contents |
for Developers Tools to build location-aware apps ArcGIS Solutions Free template maps and apps for your industry ArcGIS Marketplace Get apps and arcgis repair data source data for your organization Documentation Pricing Support Esri Sign In user My
Arcgis Batch Change Data Source
Profile Sign Out Go Help HomeGet StartedMapAnalyzeManage DataToolsMore... Repairing broken data links Repairing a broken link for findandreplaceworkspacepaths one layerRepairing broken links for multiple layersUsing the arcpy.mapping module to find and repair data links for a number of map documentsChanging the data source when the link isn't
Arcmap Set Data Source
brokenWhat happens if I can't repair a broken layer? When you open a map, ArcMap looks for the data referenced by each of the layers in the map. If ArcMap can't find the data source for a particular layer, that layer won't be drawn. You can immediately tell whether a layer on your map has a broken data link repair data source arcpy because it will have a red exclamation point next to its name in the table of contents, and the check box next to the layer will be unavailable.A layer needs repairing if the data source it references has been moved, renamed, or deleted or is inaccessible for some other reason. There are a number of ways to repair broken data links, which are described in the following sections:Repairing a broken link for one layerIf you only want to repair a broken link for a specific layer, click the Set Data Source button on the Source tab of the Layer Properties dialog box. This lets you specify the layer's data source by browsing to it. Select the desired data source on the Data Source dialog box, and click Add to repair the layer. When you use this button to repair a layer, the application will only repair the current layer, even if the data sources of other layers that need repairing can be found in the location of the data source you specify.Repairing broke
Early Adopter Program ArcGIS Ideas Esri Support Services ArcGIS Blogs ArcGIS Code Sharing Product Life Cycles Manage Cases Request Case Start Chat Back to results Print Share Is This Content Helpful? Search on GeoNet
Explain Why It Might Cause Problems To Run Arccatalog And Arcmap Simultaneously
Submit to ArcGIS Ideas Problem: Unable to repair a broken data source
Arcpy Replacedatasource
for My Hosted Services in ArcMap Description The data source connection for a feature service that is added to ArcMap is broken. The feature service is visible in ArcCatalog, but when attempting to repair the connection to the data source via the Layer Properties dialog box, Properties > Source tab > http://desktop.arcgis.com/en/arcmap/10.3/map/working-with-layers/repairing-broken-data-links.htm Set Data Source > My Hosted Services, the path to the feature service cannot be found. Cause The feature service may have a broken data link if the data source that it references has been moved, renamed, deleted, or is inaccessible. Feature services that are added to ArcMap use their REST page URL as the data source link. The Set Data Source button is http://support.esri.com/technical-article/000012107 only for feature classes and not for feature services. Solution or Workaround Follow either option below to resolve the issue. Option A To repair a broken data source of the feature service, remove and re-add the particular layer from the new feature service location. Option B Create a local copy of feature services. This creates local feature classes from the feature service data that can be used for setting data sources from ArcMap. For further information, please refer to Making a local copy of a feature service for editing. Related Information ArcGIS Help: Repairing broken data linksArcGIS Help: Setting data sources Created: 5/5/2016 Last Modified: 5/5/2016 Article ID: 000012107 Software: ArcGIS for Desktop Advanced 10.1, 10.2, 10.2.1, 10.2.2 ArcGIS for Desktop Standard 10.1, 10.2, 10.2.1, 10.2.2 Is This Content Helpful? Is This Content Helpful? Yes No We're glad to know this article was helpful. How can we make this better? Submit Contact our Support Team Request Case Start Chat Questions or issues with the site? Send Feedback Contact Support USA +1-888-377-4575 Name Email URL Please rate your online support experience with Esri's Support website.* Poor Below Satisified Satisfied Above Sat
without it enabled. Please turn JavaScript back on and reload this page.All Places > GIS > DiscussionsLog in to create and rate content, and to follow, bookmark, and share content with other members.A possible way to repair some File GeodatabasesDiscussion https://geonet.esri.com/thread/26108 created by richard_coleman on Apr 11, 2011Latest reply on Jul 22, 2016 by andres_rincon Like • Show 2 Likes2 Comment • 32I'm working in ArcGIS 10 sp1 with File Geodatabases and I've noticed that they tend to corrupt themselves with alarming regularity. Especially when you compact them. This happens more often when you have ArcMap and ArcCatalog open at the same time and then choose to compact a data source file geodatabase (tip: Make sure there is only (1) ESRI product running when you try to compact a file geodatabase).The result is one or more layers that you can't connect to, or even worse, the entire geodatabase will throw a "Can not connect to database" error.Fortunately I have found a solution that may allow you to recover it. When ArcGIS compacts a geodatabase it renames the files repair data source it's currently working on *tmp.* as it rebuilds the layer then deletes the *tmp.* files when it's done. Well that's how I think it's supposed to happen (this is all speculation on my part). Apparently for reasons unknown, ArcGIS will rename the files and then just stop. There aren't any error messages thrown, and ArcGIS will return a successful result. You won't know there's a problem until the next time you try to access that data.If this is the cause of your troubles, there are two things you can try. (make a complete copy of your file geodatabase before trying anything. As always your mileage may vary.)Method 1: Look for files that are named *tmp.* They usually come in sets (ex: a00000009tmp.freelist a00000009tmp.gdbtable a00000009tmp.gdbtablx) . Rename them without the tmp: a00000009.freelist a00000009.gdbtable a00000009.gdbtablxIf there's already a file with one of those names (for example a00000009tmp.freelist & a00000009.freelist). Keep the _renamed_ file deleting the existing file.With any luck you should now be able to access your geodatabase layer.Method 2:Sometimes, that won't work. In that case, create a new file geodatabase and copy all of the files except for "gdb" and "timestamps" from the old geodatabase folder to the new geodatabase folder