<div dir="ltr">Hi David,<div>We've merged our Historical maps together into a single raster for each historical map, you might want to try that - it's much easier dealing with a single file than thousands of little ones.</div>

<div><br></div><div>Alternately as noted you could use a virtual raster, but I found that mosaicing all of our Historical Maps together was the optimal solution (in our case into GeoTiffs).</div><div><br></div><div>Or you may wish to re-ask for your data from Landmark (I'm assuming that's where it's from) - we got a re-supply a year ago at no cost to us (we'd already paid after all) which was of much better quality than the original files we got in ~2004.</div>

<div>Regards,</div><div>Jonathan<br><div class="gmail_extra"><div><br></div>
<br><br><div class="gmail_quote">On 28 December 2013 12:48, David Addy <span dir="ltr"><<a href="mailto:david_addy@lineone.net" target="_blank">david_addy@lineone.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Hi Bo Victor,<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Thanks for your reply to my enquiry. The two files referred to in the discussion are attached.<u></u><u></u></span></p>

<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I hope that this helps you.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I do not know how to make these generally available to the whole  QGIS list, so I am  sending them to you off list.<u></u><u></u></span></p>

<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Best wishes,<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">David<u></u><u></u></span></p>

<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">David Addy<u></u><u></u></span></p>

<p class="MsoNormal"><span style="color:#1f497d">10 Northgate Avenue<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">Bury St Edmunds<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">Suffolk<u></u><u></u></span></p>

<p class="MsoNormal"><span style="color:#1f497d">IP32 6BB<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">Telephone 01284 704247<u></u><u></u></span></p>

<p class="MsoNormal"><span style="color:#1f497d">Mobile      07766 178 459<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">Are you interested in the local history of West Suffolk? If so, try my local history site at:-<u></u><u></u></span></p>

<p class="MsoNormal"><span style="color:#1f497d"><a href="http://www.stedmundsburychronicle.com/index.htm" target="_blank">http://www.stedmundsburychronicle.com/index.htm</a><u></u><u></u></span></p><p class="MsoNormal">
<span style="color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d">And including new for 2014, a picture gallery of  our area during the Great War, 1914-1919<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><a href="http://www.stedmundsburychronicle.com/galleryww1/galleryww1home.htm" target="_blank">http://www.stedmundsburychronicle.com/galleryww1/galleryww1home.htm</a><u></u><u></u></span></p>

<p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>

<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm"><p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Bo Victor Thomsen [via OSGeo.org] [mailto:<a href="http://user/SendEmail.jtp?type=node&node=5095677&i=0" rel="nofollow" link="external" target="_blank">[hidden email]</a>] <br>

<b>Sent:</b> 28 December 2013 09:33<br><b>To:</b> David Addy<br><b>Subject:</b> Re: Problem correctly reading Mapinfo TIF and TAB files into QGIS<u></u><u></u></span></p></div><div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p>

<p class="MsoNormal">Nick - <br><br>Could you make a couple of "problem" and "no problem" tiff/tab files <br>available ? <br><br>Regards <br>Bo Victor Thomsen <br>Aestas-GIS <br>Denamrk <br><br>Den 27-12-2013 19:31, David Addy skrev: <u></u><u></u></p>

</div></div><div><p class="MsoNormal"></p><div><div><div class="h5"><br>> In this area of the UK, a number of local authorities use Mapinfo for their <br>> Archaeology and Record Office services. This often involves reading <br>

> historical maps in order to compare with current conditions on the ground. <br>> All such maps are calibrated within Mapinfo, and are usually in the form of <br>> .TIF files accompanied by a .TAB file giving the georeferencing data. As <br>

> these departments are constantly under budgetary pressure there are many <br>> applications where the use of QGIS could result in considerable cost <br>> savings. However, it is necessary that existing maps should be easily read <br>

> by QGIS and correctly located, <br>> without a cumbersome file conversion process. <br>> An example of such maps is the 1880s First Series 1:2500 scale county <br>> Ordnance Survey maps for Suffolk. At this scale it takes a large number of <br>

> tiles to cover a whole county. In a sample dozen of such maps around Bury St <br>> Edmunds, only four were correctly located by QGIS. My mapping friend Nick <br>> Hopton has kindly addressed this problem to the GDAL forum, using two sample <br>

> tiles, one of which works in QGIS and the other does not. The discussion on <br>> this is reproduced below, and appears to come down to the size of the error <br>> found by GDAL in its attempted transformation. AS this error seems to be <br>

> acceptable within Mapinfo, I do not quite understand why it cannot work <br>> equally well within QGIS. <br>> Obviously this must be a critical issue for all Mapinfo users who would like <br>> to adopt QGIS, but find that this problem causes their evaluations to fail <br>

> at the first hurdle. Like myself, these users are not experts in the <br>> technical details of map projections, nor the problems of making pre-1936 <br>> maps fit within today's UK Ordnance Survey OSGB36 Grid References. <br>

> However, we need to know whether  anyone knows how to persuade QGIS/GDAL to <br>> locate these tiles in the correct place please? <br>> <br>> -------------------------------------------------- <br>> PROBLEM PREVIOUSLY ADDRESSED TO GDAL FORUM: <br>

> <br>> A friend, a relative newcomer to GIS, is having problems loading some of the <br>> TIFs created with Mapinfo into QGIS. Each TIF has a TAB file and in some <br>> cases the TAB file is interpreted correctly and in other cases the TAB file <br>

> is (apparently) not recognised. <br>> I think this might be a problem with Gdal rather than a problem with QGIS. <br>> Taking just two of the TIFs, the output from gdalinfo when run on <br>> 33044061.TIF indicates that things are working as they should. However, when <br>

> gdalinfo is run on 33044071.TIF the spatial data in its TAB file is not <br>> recognised. See the listings below. <br>> <br>> The strange thing is that all of the TIFs can successfully be converted from <br>

> TIF to GeoTIFF using gdalwarp. (But it is important to my friend that he <br>> should be able to open Mapinfo raster images directly.) <br>> <br>> Any ideas? <br>> <br>> Regards, <br>> Nick. <br>> <br>

> <br>> Contents of 33044061.TAB: <br>> ------------------------ <br>> !table <br>> !version 300 <br>> !charset WindowsLatin1 <br>> <br>> Definition Table <br>>    File "33044061.tif" <br>

>    Type "RASTER" <br>>    (582429,263569) (1,7594) Label "Pt 1", <br>>    (582372,265177) (1,0) Label "Pt 2", <br>>    (584784,265263) (11335,1) Label "Pt 3", <br>>    (584841,263655) (11335,7594) Label "Pt 4" <br>

>    CoordSys Earth Projection 8, 79, "m", -2, 49, 0.9996012717, 400000, <br>> -100000 <br>>    Units "m" <br>> <br>> Results of running gdalinfo on 33044061.TIF: <br>> ------------------------------------------- <br>

> nick@nick-6150M2MA:~/Desktop/tabstuff$ gdalinfo 33044061.TIF <br>> Warning 1: TIFFFetchNormalTag:ASCII value for tag "ImageDescription" <br>> contains null byte in value; value incorrectly truncated <br>

> during reading due to implementation limitations <br>> Driver: GTiff/GeoTIFF <br>> Files: 33044061.TIF <br>> Size is 11335, 7594 <br>> Coordinate System is: <br>> PROJCS["unnamed", <br>>      GEOGCS["unnamed", <br>

>          DATUM["OSGB_1936", <br>>              SPHEROID["Airy 1930",6377563.396,299.3249646], <br>>              TOWGS84[375,-111,431,-0,-0,-0,0]], <br>>          PRIMEM["Greenwich",0], <br>

>          UNIT["degree",0.0174532925199433]], <br>>      PROJECTION["Transverse_Mercator"], <br>>      PARAMETER["latitude_of_origin",49], <br>>      PARAMETER["central_meridian",-2], <br>

>      PARAMETER["scale_factor",0.9996012717], <br>>      PARAMETER["false_easting",400000], <br>>      PARAMETER["false_northing",-100000], <br>>      UNIT["Meter",1]] <br>

> GeoTransform = <br>>    582371.785312838, 0.2128106799708935, 0.007506419931892793 <br>>    265177.0453393974, 0.007597130759524194, -0.2117600570261751 <br>> Metadata: <br>>    TIFFTAG_IMAGEDESCRIPTION= <br>

>    TIFFTAG_XRESOLUTION=300 <br>>    TIFFTAG_YRESOLUTION=300 <br>>    TIFFTAG_MINSAMPLEVALUE=0 <br>>    TIFFTAG_MAXSAMPLEVALUE=1 <br>>    TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) <br>> Image Structure Metadata: <br>

>    COMPRESSION=CCITTFAX4 <br>>    INTERLEAVE=BAND <br>>    MINISWHITE=YES <br>> Corner Coordinates: <br>> Upper Left  (  582371.785,  265177.045) (  0d40'19.83"E, 52d15'14.75"N) <br>> Lower Left  (  582428.789,  263568.939) (  0d40'19.71"E, 52d14'22.68"N) <br>

> Upper Right (  584783.994,  265263.159) (  0d42'27.09"E, 52d15'14.63"N) <br>> Lower Right (  584840.998,  263655.053) (  0d42'26.92"E, 52d14'22.57"N) <br>> Center      (  583606.392,  264416.049) (  0d41'23.39"E, 52d14'48.66"N) <br>

> Band 1 Block=512x512 Type=Byte, ColorInterp=Palette <br>>    Image Structure Metadata: <br>>      NBITS=1 <br>>    Color Table (RGB with 2 entries) <br>>      0: 255,255,255,255 <br>>      1: 0,0,0,255 <br>

> nick@nick-6150M2MA:~/Desktop/tabstuff$ <br>> <br>> Contents of 33044071.TAB: <br>> ------------------------ <br>> !table <br>> !version 300 <br>> !charset WindowsLatin1 <br>> <br>> Definition Table <br>

>    File "33044071.tif" <br>>    Type "RASTER" <br>>    (584841,263655) (1,7576) Label "Pt 1", <br>>    (584784,265263) (1,0) Label "Pt 2", <br>>    (587197,265349) (11335,1) Label "Pt 3", <br>

>    (587254,263740) (11335,7576) Label "Pt 4" <br>>    CoordSys Earth Projection 8, 79, "m", -2, 49, 0.9996012717, 400000, <br>> -100000 <br>>    Units "m" <br>> <br>> Results of running gdalinfo on 33044071.TIF: <br>

> ------------------------------------------- <br>> nick@nick-6150M2MA:~/Desktop/tabstuff$ gdalinfo 33044071.TIF <br>> Warning 1: TIFFFetchNormalTag:ASCII value for tag "ImageDescription" <br>> contains null byte in value; value incorrectly truncated <br>

> during reading due to implementation limitations <br>> Driver: GTiff/GeoTIFF <br>> Files: 33044071.TIF <br>> Size is 11335, 7576 <br>> Coordinate System is `' <br>> GCP Projection = <br>> PROJCS["unnamed", <br>

>      GEOGCS["unnamed", <br>>          DATUM["OSGB_1936", <br>>              SPHEROID["Airy 1930",6377563.396,299.3249646], <br>>              TOWGS84[375,-111,431,-0,-0,-0,0]], <br>

>          PRIMEM["Greenwich",0], <br>>          UNIT["degree",0.0174532925199433]], <br>>      PROJECTION["Transverse_Mercator"], <br>>      PARAMETER["latitude_of_origin",49], <br>

>      PARAMETER["central_meridian",-2], <br>>      PARAMETER["scale_factor",0.9996012717], <br>>      PARAMETER["false_easting",400000], <br>>      PARAMETER["false_northing",-100000], <br>

>      UNIT["Meter",1]] <br>> GCP[  0]: Id=Pt 1, Info= <br>>            (1,7576) -> (584841,263655,0) <br>> GCP[  1]: Id=Pt 2, Info= <br>>            (1,0) -> (584784,265263,0) <br>> GCP[  2]: Id=Pt 3, Info= <br>

>            (11335,1) -> (587197,265349,0) <br>> GCP[  3]: Id=Pt 4, Info= <br>>            (11335,7576) -> (587254,263740,0) <br>> Metadata: <br>>    TIFFTAG_IMAGEDESCRIPTION= <br>>    TIFFTAG_XRESOLUTION=300 <br>

>    TIFFTAG_YRESOLUTION=300 <br>>    TIFFTAG_MINSAMPLEVALUE=0 <br>>    TIFFTAG_MAXSAMPLEVALUE=1 <br>>    TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) <br>> Image Structure Metadata: <br>>    COMPRESSION=CCITTFAX4 <br>

>    INTERLEAVE=BAND <br>>    MINISWHITE=YES <br>> Corner Coordinates: <br>> Upper Left  (    0.0,    0.0) <br>> Lower Left  (    0.0, 7576.0) <br>> Upper Right (11335.0,    0.0) <br>> Lower Right (11335.0, 7576.0) <br>

> Center      ( 5667.5, 3788.0) <br>> Band 1 Block=512x512 Type=Byte, ColorInterp=Palette <br>>    Image Structure Metadata: <br>>      NBITS=1 <br>>    Color Table (RGB with 2 entries) <br>>      0: 255,255,255,255 <br>

>      1: 0,0,0,255 <br>> ------------------------------------------------------------------- <br>> <br>> <br>> FRANK WARMERDAM REPLIED: <br>> <br>> <br>> Nick, <br>> <br>> I haven't tried the .TAB files locally, but I see they are both resulting in <br>

> georeferencing info.  The one is expressed as a <br>> <br>> geotransform with rotation and shear while the other is expressed as ground <br>> control points. <br>> <br>> I believe that the .TAB reader attempts to compute a geotransform from the <br>

> points in the TAB and if it can do so with minimal <br>> <br>> error then that is what is returned - a solution easier to utilize in QGIS <br>> and other applications. <br>> <br>> If the control points do not represent a clean affine transformation for the <br>

> image then it falls back to returning them as <br>> <br>> ground control points which relatively few applications can utilize <br>> directly. <br>> <br>> One "solution" is to run gdalwarp to transform the image that isn't <br>

> currently working so well into a north up affine <br>> <br>> transformation style image. <br>>   eg. <br>> <br>> gdalwarp 33044071.TIF 33044071_northup.TIF <br>> <br>> This warp will be done using the control points (ironically also using a <br>

> best fit first order polynomial). <br>> <br>> The code responsible for the decision is this from gdal/gcore/gdal_misc.cpp: <br>> <br>> <br>> /* -------------------------------------------------------------------- */ <br>

> <br>> /*      Try to convert the GCPs into a geotransform definition, if      */ <br>> <br>> /*      possible.  Otherwise we will need to use them as GCPs.          */ <br>> <br>> /* -------------------------------------------------------------------- */ <br>

> <br>>      if( !GDALGCPsToGeoTransform( nCoordinateCount, asGCPs, padfGeoTransform, <br>> <br>>                                   FALSE ) ) <br>> <br>>      { <br>> <br>>          if (pnGCPCount && ppasGCPs) <br>

> <br>>          { <br>> <br>>              CPLDebug( "GDAL", <br>> <br>>                  "GDALLoadTabFile(%s) found file, wasn't able to derive a\n" <br>> <br>>                  "first order geotransform.  Using points as GCPs.", <br>

> <br>>                  pszFilename ); <br>> <br>> <br>> <br>> <br>>              *ppasGCPs = (GDAL_GCP *) <br>> <br>>                  CPLCalloc( sizeof(GDAL_GCP),nCoordinateCount ); <br>> <br>

>              memcpy( *ppasGCPs, asGCPs, sizeof(GDAL_GCP) * nCoordinateCount <br>> ); <br>> <br>>              *pnGCPCount = nCoordinateCount; <br>> <br>>          } <br>> <br>>      } <br>> <br>

>      else <br>> <br>>      { <br>> <br>>          GDALDeinitGCPs( nCoordinateCount, asGCPs ); <br>> <br>>      } <br>> <br>>   I suspect if you change the FALSE to TRUE in the arguments to <br>

> GDALGCPsToGeoTransform() you wlil always get an affine <br>> <br>> transform even when it is not a very good fit. <br>> <br>> <br>> <br>> -- <br>> View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Problem-correctly-reading-Mapinfo-TIF-and-TAB-files-into-QGIS-tp5095647.html" rel="nofollow" link="external" target="_blank">http://osgeo-org.1560.x6.nabble.com/Problem-correctly-reading-Mapinfo-TIF-and-TAB-files-into-QGIS-tp5095647.html</a><br>

> Sent from the Quantum GIS - User mailing list archive at Nabble.com. <br>> _______________________________________________ <br>> Qgis-user mailing list <br></div></div>> <a href="http://user/SendEmail.jtp?type=node&node=5095673&i=0" rel="nofollow" link="external" target="_blank">[hidden email]</a> <br>

> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" rel="nofollow" link="external" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><u></u><u></u></div><p></p></div><p class="MsoNormal" style="margin-bottom:12.0pt">

</p></div>_______________________________________________ <br>Qgis-user mailing list <br><a href="http://user/SendEmail.jtp?type=node&node=5095673&i=1" rel="nofollow" link="external" target="_blank">[hidden email]</a> <br>

<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" rel="nofollow" link="external" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br><br><u></u><u></u><div class="MsoNormal" align="center" style="text-align:center">

<hr size="1" width="100%" noshade style="color:#cccccc" align="center"></div><div><div><p class="MsoNormal"><b><span style="font-size:9.0pt;font-family:"Tahoma","sans-serif";color:#444444">If you reply to this email, your message will be added to the discussion below:<u></u><u></u></span></b></p>

</div><p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Tahoma","sans-serif";color:#444444"><a href="http://osgeo-org.1560.x6.nabble.com/Problem-correctly-reading-Mapinfo-TIF-and-TAB-files-into-QGIS-tp5095647p5095673.html" rel="nofollow" link="external" target="_blank">http://osgeo-org.1560.x6.nabble.com/Problem-correctly-reading-Mapinfo-TIF-and-TAB-files-into-QGIS-tp5095647p5095673.html</a> <u></u><u></u></span></p>

</div><div style="margin-top:4.8pt"><p class="MsoNormal" style="line-height:18.0pt"><span style="font-size:8.5pt;font-family:"Tahoma","sans-serif";color:#666666">To unsubscribe from Problem correctly reading Mapinfo TIF and TAB files into QGIS, <a rel="nofollow" link="external">click here</a>.<br>

<a href="http://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml" rel="nofollow" link="external" target="_blank"><span style="font-size:7.0pt;font-family:"Times New Roman","serif"">NAML</span></a> <u></u><u></u></span></p>

</div><div><br><img> <strong>33044061.TAB</strong> (422 bytes) <a href="http://osgeo-org.1560.x6.nabble.com/attachment/5095677/0/33044061.TAB" rel="nofollow" link="external" target="_blank">Download Attachment</a><br><img> <strong>33044061.TIF</strong> (591K) <a href="http://osgeo-org.1560.x6.nabble.com/attachment/5095677/1/33044061.TIF" rel="nofollow" link="external" target="_blank">Download Attachment</a><br>

<img> <strong>33044071.TAB</strong> (422 bytes) <a href="http://osgeo-org.1560.x6.nabble.com/attachment/5095677/2/33044071.TAB" rel="nofollow" link="external" target="_blank">Download Attachment</a><br><img> <strong>33044071.TIF</strong> (1M) <a href="http://osgeo-org.1560.x6.nabble.com/attachment/5095677/3/33044071.TIF" rel="nofollow" link="external" target="_blank">Download Attachment</a></div>



        
        
        
<br><hr align="left" width="300">
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Problem-correctly-reading-Mapinfo-TIF-and-TAB-files-into-QGIS-tp5095647p5095677.html" target="_blank">RE: Problem correctly reading Mapinfo TIF and TAB files into QGIS</a><div class="HOEnZb">

<div class="h5"><br>
Sent from the <a href="http://osgeo-org.1560.x6.nabble.com/Quantum-GIS-User-f4125267.html" target="_blank">Quantum GIS - User mailing list archive</a> at Nabble.com.<br></div></div><br>_______________________________________________<br>


Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br></blockquote></div><br></div></div></div>

<br>
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;background-color:rgb(255,255,255)">This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED 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 email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.</span>