World Files Not Recognised

[Anonymous]

I am trying to insert Geo-referenced TIF files into Map 2013 but the associated World files are not being found/recognised even though they are in the same directory as the image. I have tried both TAB and TFW using MAPIINSERTand Data Connect. 

Going back to Map 2012, which we still have in the office, the World files are found and correlated correctly with both of the above World file types and Map commands.

I can do what I need to do in 2012 for the moment but has anyone else had this problem?

[antoniovinci]

Try to embed the .TFW file in the header of your .TIF, by means of the free GeoTiffExaminer tool, sir.

[Anonymous]

Thanks for the tip, it's a nice tool and has provided a work round for the problem I'm having although I'd still like to know why Map was not finding the world files.

[antoniovinci]

---

Neil47 wrote:

why Map was not finding the world files.

---

Feel free to paste here the content of that Worldfile, thanx.

[Anonymous]

As noted in my first post these are both found and used by Map 2012 to locate the raster file correctly but not by Map 2013 - hopefully thwe layout of the contents isn't lost in the formatting of the post

Contents of TFW file are

1.000000000000000

0.000000000000000

0.000000000000000

-1.000000000000000

335000.500000000000000

134999.500000000000000

And contents of TAB file are

!table

!version 300

!charset WindowsLatin1

Definition Table

  File "ST33SE.TIF"

  Type "RASTER"

  (335000,130000) (0,5000) Label "Pt 1",

  (340000,130000) (5000,5000) Label "Pt 2",

  (340000,135000) (5000,0) Label "Pt 3",

  (335000,135000) (0,0) Label "Pt 4"

  CoordSys Earth Projection 8, 79, "m", -2, 49, 0.9996012717, 400000, -100000

  Units "m"

[antoniovinci]

Are you REALLY sure that .TFW file name is ST33SE like its own TIFF ?

If so, erase or move the original .TFW anywhere, then with GeoTiffExaminer recreate it from the Geotiff already existing, and try again in Map2013.

 

[Anonymous]

The same thing happened to mee too...

Georeferended .tif image in the right position with civil 3d 2012. .tfw file not recognized in civil 3d 2013....

[andreas_kluser · Accepted solution]

Same thing happened to me too with Civil 3D 2013.
My problem was that the path to the *.tif and *.tfw was too long (or spaces ...). Putting the two files to c:\temp\ solved the problem.

[surveyor8120]

I am having the same problem with Civil3D 2013.

If i change the coordinate system of my drawing to no projection no datum, it will come in just fine.  However if i do not it will come in the wrong place.

I have an geotiff that is in Alaska Stateplane zone 7 (NAD83)  and my current drawing is a custom coordinate system with defined values in Autocadd.

I normally in the past would just edit the world file to make the geotiff come in my drawing in the correct place.  However when I do this it will not work, put it in wrong place.  I notice on the insertion that the correlation data is different than my world file.

 If i change my coordinate system to no datum no projection it will come in to the correct place and the correlation data on the import is same as my world file. 

So looks like to me that it is trying to convert on the import.

So what should i do, is there a setting I need to change in Civil 3d / Map?

Thanks,
Anthony Robinson

arobinson@crweng.com

[surveyor8120]

I opened my image in a photo viewer then saved as a regular tiff and now Civil3d 2013 will now read the world file and bring it in correct location.

So seems to me that Civil3d 2013 is trying to read my image info instead of world file info?  Which is not the order it is supposed to.  What do you guys think?

Anthony Robinson

arobinson@crewng.com

[antoniovinci]

---

surveyor8120 wrote:
Civil3d 2013 is trying to read my image info instead of world file info?

---

Yes Sir, first Autocad checks whether the Geotiff embeds a geo-header, if not, it reads and use the .TFW worldfile.

[ceethreedee.com]

Well having the same problem...

If you resave the jpeg it kills the header... but still shouldn't the MAPIINSERT method allow you to chose the correlation source??? i can't see "world file"?

annoying as hell... considering even the most frighteningly old program like FWtools can read the header in the jpeg. But i guess Map 3D is pretty crusty itself!!

[ceethreedee.com]

Should i quickly add that resaving the Jpeg its also reduces the quality of the image!!

[antoniovinci]

---

bkanthergolder wrote:

 i can't see "world file"? 

---

You can extract the worldfile from a Geotiff, by means of the above mentioned tool by Mentor Software.

You wrote you have JPGs with embedded geo-headers: are you talking about the JPEG2000 format?

If so, could you attach here one of your GeoJPEGs..?

Thanx in advance, sir.

[ceethreedee.com]

Thanks antoni... but just realised i had a different problem!!

If your folder path to your image is greater than 128 character it does not read the world file!!!!

Try it....

The image was stored deep in a large project for us, as soon as i pulled it back to the base of the project directory everything works. Try it

[ceethreedee.com]

So that conrifms my map 3d is crusty statement!!

[antoniovinci]

---

bkanthergolder wrote:

So that conrifms my map 3d is crusty statement!!

---

I don't think so, sir: the problem is in the nature of your attached file, which doesn't embed any header.

It's not a "special" GeoJPEG, but only a normal, classic .JPG with external worldfile, period.

I converted to a "true" 8-bit Geotiff - check the attachment out.

My advice is: if you handle orthophotos, don't the lossy (and "stupid") JPEG format, but only the TIFF one (lossless and "geo-clever").

[ceethreedee.com]

Yes i removed the header from the jpeg.

As mentioned before i have a different problem. Map 3D doesnt read the world file when the folder path is longer than 128 characters.

So i had my jpeg stored in the following folder path

"K:\Des\2010\107635002 QGC Associated Water Chinchilla\Task 14000 Decommissioning\14200 - Woleebee Creek Pond\XREFS\Nearmap"

When i moved it to

"K:\Des\2010\107635002 QGC Associated Water Chinchilla\Imagery Data\"

It then read the wolrd file!!!

So some people out there may run into the same problem, here is the solution

[antoniovinci]

---

bkanthergolder wrote:

here is the solution

---

Here's another one, vintage but evergreen:

C:\> SUBST Q: "K:\Des\2010\107635002 QGC Associated Water Chinchilla\Task 14000 Decommissioning\14200 - Woleebee Creek Pond\XREFS\Nearmap"

now you could be able to load your imagery from "Q" virtual partition, i.e. from a very short Q:\ path