FDO extensions Bounding Rectangle problems

[Richard3]

I have been using the FDO extensions to open and display several different formats of map data downloaded from NAIA.  We have used MrSid, JPEG and GeoTIFF.  Usually the files open and display but we have been having problems defining the extent of the data on the winformsMap1 control.  We use the winformsMap1 defined for decimal degrees.  With some downloaded files, they seem to also be compatible with decimal degrees but other seem to be in meters or kilometers.  I  tried using the layer.GetBoundingBox() method to get the bounding box for the map data to define the extent.  When the files are in meters, the bounding box returns very large number which cause the winformsMap1 to stop showing the coordinates and panning does not work correctly.

I am beyond my knowledge of the storage formats for map data files.  From what I have seen, I believe that the map data might be stored in some sort of projected image which has the units (decimal degrees, meters, or kilometers) determined.  It seems that the GetBoundingBox is able to access this format data but I do not know how to detemine which units are returned.

I hardly know where to start with my questions but maybe someone with experience can give me a little guidance.  Is it usually true that these other map formats (MrSid, JPEG, GEOTIFF, etc) are stored with some projected format other than decimal degrees?  Is there a way to determine what the units are from these other formats?  If the map data (MrSid, JPEG, GeoTIFF), is stored in some other projected units (meters, kilometers, etc.) can I display it over the winformsMap1 set to decimal degrees?    Does this involve defining a MapSuite projection?   Is there a any good tutorial sites where I could learn more about this?

Any help would be greatly appreciated! 

Richard

 

 

[David]

Richard, 
  
   This is a fairly large topic and many different ways people accomplish the same thing.  I will try to answer all your questions and give you a general overview of raster images. 
  
   There are a number of different formats for raster files and they have different ways of storing their bounds.  For image formats like MrSid, Ecw, GeoTiff and  Jpeg2000 they have as part of their specification a header where you can define the world bounds and world pixel size of the image.  These are great because everything is in one file and it’s nice and neat.  For other, more traditional, image file formats like Jpeg, Bitmap, Tiff, png, etc, these file formats are not spatially aware and therefor need an additional file we call a world file, link included below.  The world file tell is about the world bounds, and the pixel format.     
  
   One thing that world file does not tell you about is the projection of the data, if it is UTM, Spherical Mercator, State Plain, etc.  You need to know the source of the data to know this part.  Now you question was if it is possible to tell the data that is compatible with decimal degrees then the general answer is usually.  What you can do is to use the GetBoundingBox method as you mentioned and see if the coordinates fit in the 180 to -180 range and if so the data has a 99.999% chance of being decimal degrees.  This is due to if it were meters or feet it would be a very small image and most likely not in the area on a UTM or State Plane grid that is likely. 
  
   Speaking of projection we are currently working on being able to re-project images on the fly from things like decimal degrees to another projection or from a projection to decimal degrees.  We currently do not have it released yet but it is in the final stages of development.  Even in this case you would still need to know the Srid, see the link below,  of the projection you data is in and what you want to go to. 
  
   As far as standards it seems that things are all over the place.  We get to work with lots of images and vector files and it seems like everyone does things a little differently.  I have seen MrSid files that had world files where the customer told us to ignore the internal data in the MrSid file as it was wrong.  I have had users give us jpeg files and the bounding box with no world file.  It’s the wild west out there though normally you can coun on MrSid, Ecw, and Jpeg2000 as pretty solid and most things with world files are good.  I hope this answers a few of your questions. 
  
 en.wikipedia.org/wiki/World_file 
 en.wikipedia.org/wiki/SRID 
  
 David