Errors re-projecting 50m Ocean shapefile
Home › Forums › Natural Earth Map Data › Physical Vectors › Ocean › Errors re-projecting 50m Ocean shapefile
Tagged: 50m, bounding box, extent, ocean, projection, QGIS, reprojection
- This topic has 5 replies, 1 voice, and was last updated 14 years, 6 months ago by Evan.
-
AuthorPosts
-
May 16, 2010 at 5:40 pm #3387
EvanParticipantThe topic I posted 40 minutes ago doesn’t seem to have gone through….not sure what happened. Is it working now?
May 16, 2010 at 5:42 pm #4023
EvanParticipant[Okay, looks like it’s working now. I think my original post was overwhelmed the software cause it was too long – here it is again, with the quoted text at the end shortened.]
Hi everyone,
Thank you to all the volunteers for a lot of great work on NE!
The problem I’m having occurs when trying to re-project the 50m Ocean vector shapefile to Lambert Azimuthal Equal Area. Both QGIS (using the fTools plug-in) and MapWindow (using the GIS Tools plug-in) give me errors.
Any help would be much appreciated! I’m a total newb, but I’m pretty smart. :-p Still, I looked into GRASS and GMT and just couldn’t figure out how to use them at all. But if both of the packages I tried produced similar errors, maybe it’s a problem with the files?
Thanks. Here’s the detailed messages I got:
fTools/QGIS gives the following error message:
Failed forward transform of
(-3.14159, 1.5708)
with error: latitude or longitude exceeded limits
And MapWindow produces an error log with the following content:
Error occured while converting and projecting point. latitude or longitude exceeded limits
Error occured while projecting point 13724 of part 0 of shape 0
Error occured while converting and projecting point. latitude or longitude exceeded limits
Error occured while projecting point 13725 of part 0 of shape 0
Error occured while converting and projecting point. latitude or longitude exceeded limits
Error occured while projecting point 13726 of part 0 of shape 0
…
[a bunch more of the same]
…
Attempted to read or write protected memory. This is often an indication that other memory is corrupt.System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
at MapWinGIS.ShapefileClass.StopEditingShapes(Boolean ApplyChanges, Boolean StopEditTable, ICallback cBack)
at MapWinGeoProc.SpatialReference.ProjectShapefile(String& sourceProj, String& destProj, String& inputSF, String& resultSF)
May 16, 2010 at 6:25 pm #4024
NathanielKeymaster@Evzob: Short answer: because of a software limitation on your end, you’ll need to clip the shapefile to a +/- 180/90 bounding box. There is a small offset in the natural earth data outside of the normal extents (that is what “latitude or longitude exceeded limits” means). So find or make such a file (but don’t download the one off the NE site) and clip the oceans with it. Long answer: Commercial GIS software doesn’t care about minor issues like this, the open source mapping community needs to update their programs to deal with unexpected data extents.
May 17, 2010 at 5:11 am #4025
NathanielKeymaster@Evzob: You can confirm this hypothesis by testing if the following shp reprojects:
http://www.nacis.org/naturalearth/temp/50m_ocean_clipped.zip
May 17, 2010 at 5:27 pm #4026
EvanParticipantNathaniel,
Thanks for the clear and speedy answer!
Unfortunately, I tried the file you provided, and still received the same errors from both software packages.
I’m looking into creating my own bounding box from scratch, but I’m having trouble figuring out how to ensure that it perfectly fits to +/-180/90, since QGIS doesn’t seem to allow snapping or manually typing in node positions (and I can’t even figure out how to create new polygons at all in MapWindow)
May 18, 2010 at 8:39 pm #4027
EvanParticipantUpdate – I managed (by sheer hours) to work out a solution for my specific purpose. Long story short, I ended up clipping out large sections of the ocean file (which I didn’t need for my North America map), then using a combination of different free GIS software to get the projection to work. Anyway, thanks for pointing me in the right direction, Nathaniel!
-
AuthorPosts
You must be logged in to reply to this topic.