0

I am running into an ArcGIS 10.1 problem with two data sets matching up, and although it seems like a coordinate system problem, it has me stumped.

One data set is a GPS track (Garmin Etrex Legend 30) and the coordinate system is set to WGS 1984. It shows what I believe to be the correct decimal degrees in the bottom right corner of the screen. This is a geographic area in Africa (Malawi) that I'm not familiar with so I'm not sure if it's the correct decimal degrees, but when I move the cursor around there isn't too much variation, suggesting it's correct. enter image description here

The other file was obtained from a state agency and I've used the "Define Projection" tool to use the same coordinate system as the GPS file. It's decimal degrees are very different and seem incorrect due to their discrepancy from the other data set. enter image description here

When I open the properties for both files and look at the coordinate system they appear the same. Here is the properties for the GPS file enter image description here

and here is the one for the State's contour file. enter image description here

  • 1
    663452 is not DD, it is a projected coordinate system. You will need to find out what it is, or is likely to be, before you continue. – Michael Stimson Apr 17 '14 at 1:48
  • So if the GPS file is a GCS, and these state files are currently "unknown", shouldn't I convert them to a GCS? If it originally shows as "unknown" for CS how is it/how would I know that it is a PCS? Thanks for your help in improving my understanding of CSs! – David Meek Apr 17 '14 at 1:57
  • Try opening the attribute tables and looking at some of the co ordinates. It is possible that one of the shapefiles has a digit that is missing at the behinning to save space. Or one may have an extra digit. In either case the number would be the same. You can start an editing session and and just fix whatever the problem is. This may not be the solution, but it's something to check. – ge0m3try May 25 '14 at 2:11
4

If it originally shows as "unknown" for CS how is it/how would I know that it is a PCS?

Decimal degrees range from -180 to +180 west/east and 90 to -90 north/south, so the values you're seeing are definitely not decimal degrees.

If there was no metadata provided with the contour data (and the agency isn't able to provide any information), you may need to experiment to see what "fits".

A suggestion is to start with the applicable UTM zone for your study area - you can find this under > Projected Coordinate Systems > UTM > Africa:

enter image description here

Once you've defined this projection you can compare the contours to a basemap with a known coordinate system (so you can verify whether your chosen projection is correct).

ArcGIS has a Terrain basemap which you may be able to compare the contours against.

enter image description here

| improve this answer | |
1

Part of your error is in the tool you used. You may want to convert them (depends on what you're doing - it's more likely you'll want to go the other way and have your GPS points projected to your contour CS), but that's not what the Define Projection tool does. That tool is intended to be used when you know the projection the data is in, but it doesn't (no definition file/etc.). The tool doesn't change the CS, it just names it. It's kind of like a file extension - you can rename a .zip to a .jpg, but that doesn't make it so; the data is still zip file and in that format. Project is the tool (or one way) to change it, but to use that you must first know what you are converting it from. Related/duplicate question (at least for this part): Layers with same coordinate system should align/overlap but do not?

The first clue about what CS the data is in comes from that status bar where you are looking. Another part of your error is here - that label of Decimal Degrees is simply the display unit for the data frame, not the actual unit of the data. It can be changed on the General tab of the data frame properties (if your data is in meters and this is properly defined, but you want to see feet, you can change that here). But the file you have is in some unknown units - Arc knows how many of them there are, but not what they are - that is until you told it that it was degrees by defining a CS whose units are degrees.

Back to the clue part, you can look at the numerical format of the units and get clues to what the real unit is. If they don't go over 180, it's probably lat/lon degrees. UTM zones use a coordinate system designed to keep everything in positive values. To that end each zone sets an 'arbitrary' origin 500km west of the central meridian of the zone and a zone is about 600km wide at the equator - your second image shows a value of 671k, so this is certainly feasible (your data would be in the eastern half of that zone). For northings, the value is meters north of the equator in the northern hemisphere or the south pole in the southern. A quick Google on Malawi Africa to the Wikipedia page, and from there to GeoHack gives UTM coordinates of 36L 575612 8457692. That northing is pretty close to the number you have, so there's a very good possibility that UTM zone is the correct projection for your data.

If it weren't, or the numbers were very different, you could be looking at a localized projection. A good place to start looking (other than the data source) for other options is the EPSG Registry. I put Malawi in the Area description search and it comes back with eight results, only two of which are projected coordinate systems.

There is also an ESRI help page about identifying unknown coordinate systems.

Once you have identified a possible CS, as Stephen suggested and is also covered in some other questions here, you can then compare your data to known data in that area to see if it lines up. If it does, then you can use the Define Projection tool to set it.

| improve this answer | |
  • Thanks to all for your help; this really helps me understand the process of setting the coordinate system much better. Thanks again – David Meek Apr 17 '14 at 12:23

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.