<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>The original bug: <a class="moz-txt-link-freetext" href="https://github.com/qgis/QGIS/issues/29885">https://github.com/qgis/QGIS/issues/29885</a></p>
    <p>The original fix: <a class="moz-txt-link-freetext" href="https://github.com/qgis/QGIS/pull/3034">https://github.com/qgis/QGIS/pull/3034</a></p>
    <p>Excerpt from the bugfix:<br>
    </p>
    <h3 class="timeline-comment-header-text f5 text-normal"><strong
        class="css-truncate expandable"> <a class="author text-inherit
          css-truncate-target" data-hovercard-type="user"
          data-hovercard-url="/hovercards?user_id=1192433"
          data-octo-click="hovercard-link-click"
          data-octo-dimensions="link_type:self"
          href="https://github.com/rouault">rouault</a> </strong>
      commented <a
        href="https://github.com/qgis/QGIS/pull/3034#issuecomment-214999338"
        id="issuecomment-214999338-permalink" class="timestamp
        js-timestamp">on 27 Apr 2016</a></h3>
    <h3 class="timeline-comment-header-text f5 text-normal">"Additional
      precision for completness. The name of the PR is maybe a bit
      misleading. It should read "concurrent opening". Modification in
      MapInfo while a dataset is opened by QGIS is not possible. But
      this was already the case with GDAL 1.X. But modification in QGIS
      is possible and MapInfo will see the changes. MapInfo apparently
      needs an exclusive access to the files to allow saving them.
      Fixing that isn't in the immediate scope of interest and would
      require both changes in GDAL and QGIS so that QGIS asks GDAL to
      close file descriptors when it doesn't need access to the files."</h3>
    <p>As I read this excerpt, it means that it's not possible for
      MapInfo to update a tab-file while an instance QGIS is using it
      whether it's for update or for read purposes. <br>
    </p>
    <p>I don't know if there is other bugfixes that has addressed this
      issue.</p>
    <p>I've been in the same situation a while back with an organisation
      having 2000 - 3000 tab files. My solution was to put all data from
      the tab files into a Postgres database and create tab files that
      "pointed" to the new tables, and let both MapInfo and QGIS users
      use the Postgres tables in stead. This was a long and exhausting
      process but it - for once and all - solved the concurrency
      problems.</p>
    <p>It not the mechanical process to convert the tab-file to a table
      that is the problem. That is a task that can be solved using ex.
      ogr2ogr. The worst problem is deciding which version of each and
      every tab file that is the most current and complete and choosing
      this tab file for conversion to postgres.<br>
    </p>
    <p>Regards</p>
    <p>Bo Victor Thomsen<br>
      GIS & Database specialist<br>
      AestasGIS Denmark<br>
    </p>
    <p><br>
    </p>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Den 25-06-2019 kl. 15:34 skrev Paul
      Wittle:<br>
    </div>
    <blockquote type="cite"
cite="mid:DB8PR02MB5547F737A3D6A389CB7120A6C8E30@DB8PR02MB5547.eurprd02.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal">Hi,<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">I believe there may already be a bug ticket
          for this but I’ve found my deployment of QGIS is causing
          MapInfo errors when opening MapInfo tab files. It happens when
          you load the TAB file and also when you open the project and
          it even happens when a TAB file is open but not rendering. <o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">This is a pretty major issue for people
          that are looking at a migration as we are so we need to get
          this one fixed asap. Does anyone know if there is a fix being
          worked on or is funding required to get this one fixed asap?<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Paul<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
      </div>
      This e-mail and any files transmitted with it are intended solely
      for the use of the individual or entity to whom they are
      addressed. It may contain unclassified but sensitive or
      protectively marked material and should be handled accordingly.
      Unless you are the named addressee (or authorised to receive it
      for the addressee) you may not copy or use it, or disclose it to
      anyone else. If you have received this transmission in error
      please notify the sender immediately. All traffic may be subject
      to recording and/or monitoring in accordance with relevant
      legislation. Any views expressed in this message are those of the
      individual sender, except where the sender specifies and with
      authority, states them to be the views of Dorset Council. Dorset
      Council does not accept service of documents by fax or other
      electronic means. Virus checking: Whilst all reasonable steps have
      been taken to ensure that this electronic communication and its
      attachments whether encoded, encrypted or otherwise supplied are
      free from computer viruses, Dorset Council accepts no liability in
      respect of any loss, cost, damage or expense suffered as a result
      of accessing this message or any of its attachments. For
      information on how Dorset Council processes your information,
      please see <a class="moz-txt-link-abbreviated" href="http://www.dorsetcouncil.gov.uk/416433">www.dorsetcouncil.gov.uk/416433</a>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
Qgis-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a>
List info: <a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://lists.osgeo.org/mailman/listinfo/qgis-user</a>
Unsubscribe: <a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://lists.osgeo.org/mailman/listinfo/qgis-user</a></pre>
    </blockquote>
  </body>
</html>