ThinkGeo.com    |     Documentation    |     Premium Support

ECW Reprojected into Google Maps projection does not line up

#1

 Hi,


We have a data provider that supplies us with aerial imagery. They have reprojected their ECWs into Google Maps projection (spherical mercator) so that we may place them over a GoogleMapsOverlay. We are running into problems getting them to line up. The X-axis lines up, but the Y-axis is off. The image appears around 15 miles to the south of where it should. I have imagery for different locations, and it seems that the further north on the globe the location is, the more the image is off from it.


I tried loading the image up in ArcMap 9.31, as well as some street files I reprojected into Google Projection (using ThinkGeo) and they line up. Can you take a look into this? Where should I send the ECW files? I have a couple sample areas (2MB, 16MB, and 56MB)


-Rob



#2

Rob, 
  
   We can take a look at that.  Just contact Support@ThinkGeo.com and let them know you need to send us some larger data files.  They will set you up with an FTP account.  Send some of the smaller images and road shapefiles you projected in feasible.  If you could also include some screenshots of the image in our tool and in Arcview so we can compare that would help allot.  When the files are completed through FTP e-mail support again and ask them to forward the files to David.  I’m interested to see what is going on… 
  
 David

#3

David, 



Everything has been uploaded. Support should be forwarding the files to you. 



-Rob



#4

Rob, 
  
  I looked at the data and, as you mentioned, it does not line up with Map Suite control. My suspicion is that Map Suite control does not support the accompanying ERS file that works as a world file.  I will ask the development team for confirmation. In the meantime, could you ask your aerial imagery provider to provide the ECW images with the world info imbeded inside the image itself? That way I think that the image will display correctly. Thank you.

#5

Rob, 
  
   I loaded the file with the roads into Global Mapper and we get the same effect as Map Suite.  This makes me think that the information embedded in the ECW file itself is not correct.  I suspect that ArcMap reads the .ERS file to make the corrections.   
  
   Can you try to load the ECW image into your viewer but remove the .ERS file and see what the viewer does?  At the same time I am going to try and create a world file based off the .ERS file and see if that works. 
  
 David

#6

Same results without the ERS file in ArcMap; lines up fine

#7

Thank you for sharing that information. We will further investigate this issue on Monday. I also think it would be a good idea to comment the issue we are currently having to your aerial imagery provider. They might have an idea of what is going on. Thank you.

#8

Rob, 
  
   In our tool and Global Mapper it shows the same.  I suspect that ArcMap is re-projecting it somehow.  I am not sure what to do at this point.  The projection in the ERS file says MRAFRICA, do you know what this is?  Is this the same projection with your shapefiles?  I was not able to find any information on MRAFRICA, maybe you can re-project it to standard Mercator WGS84. 
  
 David

#9

After showing our provider this thread, she got the following answers from Global Mapper support… 
  
 "The MRAfrica projection is just a Mercator projection with the default set of parameters. It sounds like perhaps Erdas is ignoring the datum specified for the projection and instead using the default one for the MRAfrica projection, whereas Global Mapper and ArcMap are using the datum properly. You might have to ask Erdas support about this one. 
  
 The ERS file will list the name of a particular projection definition. Mercator is just part of that definition, there are a lot of ways to setup a Mercator projection. The MRAfrica projection is just the first one that matches a Mercator with the default parameters (i.e. scale factor of 1.0 and all parameters at 0)." 
  
 Does that help?

#10

Thank you for sharing that information. I will personally investigate this issue this afternoon. I will keep you posted on the result of my findings.

#11

Val and David, 
  
 I just send support an email to forward on to you guys. It has a link to a new file from our provider without the reference to MRAfrica. Same problem on my end, but they wanted you guys to check out the file as well. 
  
 -Rob

#12

Rob, 
  
  Yes, I am downloading to my machine the file right now. I will let you know the result I find. Thank you. 
  
 Val.

#13

Val, 
  
 It looks like our data provider was able to work around the issue on the reprojecting side of things. Not exactly sure what they did different, but their imagery is lining up now. Thanks for the help. 
  
 -Rob

#14

Rob, 
  
   If there is any way you can find out from your provider what they did that would really help.  I will allow us to help people better in the future. 
  
 David

#15

David, this is what they said: 
  
 Well, it turns out that the ER Mapper doesn’t support the projection in it’s 
 current version. Also the epsg code was confusing b/c it looked like I was 
 supposed to use 3785, I couldn’t find it in my software and started looking 
 at blogs online. 3785 used to be epsg 900913 which isn’t an official epsg 
 code. It was made up by Open Layers when the epsg system refused to 
 recognize the google projection. I thought it was a bogus number so I kept 
 looking for solutions. It turns out that the epsg system changed 3785 to 
 3875 which is now the official code for the Google projection. Unfortunately 
 I could not find 3785 or 3875 in any of my software. A couple of blogs said 
 WGS84 Mercator was the same projection, so that’s what I was using when we 
 were getting the wrong projection. After getting the image from our provider 
 that worked, I looked at that projection and realized they were using epsg 
 900913. I went into Global Mapper, and found that epsg code. This is 
 probably too much information, but the epsg code is confusing b/c of all the 
 name changes, and it seems the software companies are still confused about 
 which name to go by. ER Mapper claims it will be supporting 3875 in it’s 
 2011 version, but for now the workaround is to use Global Mapper in EPSG 
 900913. FME also works and it supports 900913 and 3785, but not 3875.

#16

Rob, 
  
   Wow, I remember when it was good old 900913, which spells ‘Google’ by the way.  Thanks for the information, I always heard that the Spherical Mercator was looked down upon by the GIS elite.  When you match up entrenched GIS versus Google it looks like Google wins. :-)  Let us know if you have any other issues and glad this one is solved because I was at my wits end with it. 
  
 David