<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: File GDB Recover in Data Management Questions</title>
    <link>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517993#M29381</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;delete the signature file ("gdb") or the a00000001.gdbtable.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Lance&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 17 Jan 2012 16:51:52 GMT</pubDate>
    <dc:creator>LanceShipman</dc:creator>
    <dc:date>2012-01-17T16:51:52Z</dc:date>
    <item>
      <title>File GDB Recover</title>
      <link>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517990#M29378</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;So, the recovery is only for simple FCs, but if the simple FCs participate in a topology, and you have accidentally removed a file, does the fact that the file is from a layer, a simple layer, that happens to participate in a topology negate the ability to be recovered?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Jan 2012 16:35:58 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517990#M29378</guid>
      <dc:creator>TedCronin</dc:creator>
      <dc:date>2012-01-17T16:35:58Z</dc:date>
    </item>
    <item>
      <title>Re: File GDB Recover</title>
      <link>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517991#M29379</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;A file involved in a topology will be recovered. The topology and feature dataset will not be recovered.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Jan 2012 16:39:21 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517991#M29379</guid>
      <dc:creator>LanceShipman</dc:creator>
      <dc:date>2012-01-17T16:39:21Z</dc:date>
    </item>
    <item>
      <title>Re: File GDB Recover</title>
      <link>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517992#M29380</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;So, what are the file names THAT we cannot remove?&amp;nbsp; What is the suffix?&amp;nbsp; I am having a hard time trying to delete something to test this out.&amp;nbsp; I tried a a00000009.gdbtablx file, but that was unable to be recovered.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Not that I would normally do this, since a file GDB is kinda like a coverage in that you just don't touch inside of explorer...&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Messages&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Executing: RecoverFileGDB C:\beta\GDB\TestTol.gdb C:\beta\GDB\test Foo2&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Start Time: Tue Jan 17 10:34:14 2012&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Unable to recover table [AssessorGIS_ACR_GIS_ParcelLines]&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Unable to recover table [AssessorGIS_ACR_GIS_Parcels]&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Succeeded at Tue Jan 17 10:34:20 2012 (Elapsed Time: 6.00 seconds)&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Jan 2012 16:43:08 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517992#M29380</guid>
      <dc:creator>TedCronin</dc:creator>
      <dc:date>2012-01-17T16:43:08Z</dc:date>
    </item>
    <item>
      <title>Re: File GDB Recover</title>
      <link>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517993#M29381</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;delete the signature file ("gdb") or the a00000001.gdbtable.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Lance&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Jan 2012 16:51:52 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517993#M29381</guid>
      <dc:creator>LanceShipman</dc:creator>
      <dc:date>2012-01-17T16:51:52Z</dc:date>
    </item>
    <item>
      <title>Re: File GDB Recover</title>
      <link>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517994#M29382</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;The tables are pairs .gdbtable and .gdbtablx. They are both binary files. The .gdbtablx file is the index to the .gdbtable. If either are removed the data is non-recoverable. What most commonly happens with file geodatabase corruption is the meta data tables are removed. This tool will read all of the .gdbtable, .gdbtablx pairs that it finds and recover them based on the header information from the .gdbtable. The a00000001.gdbtable is usually the catalog.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Jan 2012 17:03:00 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/file-gdb-recover/m-p/517994#M29382</guid>
      <dc:creator>LanceShipman</dc:creator>
      <dc:date>2012-01-17T17:03:00Z</dc:date>
    </item>
  </channel>
</rss>

