2

After making my best efforts to read/try everything I can on this forum and elsewhere, I unfortunately have to contribute to the wide literature of "my layers aren't aligning" questions.

I am working in SW Ontario & have some somewhat reliable reference data in NAD 1983 CSRS (Canadian Spatial Reference System). Then I have two shapefiles of points:

1). One that I created from a raw spreadsheet of lat-longs. The source reports (somewhat half-heartedly) that it should be in NAD 1983, so that's the geographic coordinate system I've defined for it.

2). One that was sent to me already as a shapefile, projected into NAD 1983 Great Lakes Basin Albers. I think it's quite possible this was not the data's "original" coordinate system, but I don't know. I've gotten the original raw data and can try to plot it myself. Ultimately I want everything to be in Great Lakes Basin Albers.

Between these 2 datasets, certain points are supposed to be redundancies. When I hone in on such points, they have the same lat-longs (in the fields that were used to plot them), but the point from #2 is always 13-23 meters NE of the point from #1. I say my reference data (streams) is "somewhat reliable" b/c, while I know it's projected right, the points aren't necessarily going to be right on top of the stream lines, though the points from #1 often are, while #2 is offset. Thus, I've assumed my streams and #1 are okay.

This kind of looks like a central N. America NAD83 / NAD27 offset to me, but when I reproject #2 to a geographic coordinate system of NAD27, it only gets further away to the northeast. Throw in the datum transformations needed when the CSRS version of NAD comes into play, and I'm quite unsure how to diagnose my problem in a systematic way or fix it, i.e. to get these points with identical lat-longs to actually be on top of each other, preferably at the location of #1.

EDIT: The #2 points appear to have an attribute for "Geodetic Datum" specifying either NAD 1927, NAD 1983, or WGS84 (& very often blank). They're museum records covering roughly 1930-2010, so this kind of makes sense. Does this mean their lat/long attributes are all based on different reference points & the shapefile can't be fixed in a uniform way?

enter image description here

1 Answer 1

1

First, I'd like to confirm that you do have the Canadian NTv2 grid file installed (ArcGIS install, pedata\ntv2\canada\NTv2_0.gsb).

To check if the data is NAD 1927, unproject it to NAD 1983. Redefine it as NAD 1927, rather than reproject it. Perhaps that's what you've done, but I'm not sure. During this process, you can also check the values in the attribute table against the actual values of the data. What's there might not have been updated after a reprojection.

Edit: I missed (ignored) the CSRS information originally. Then you will have to have a two-part of composite transformation consisting of NAD27 / NAD83 and NAD83 / NAD83 CSRS. The latter transformation are available from the Ontario Ministry of Natural Resources. You'll have to sign up, but then you can download the files.

You're right that the NAD83 (original) + CSRS offsets should be small compared to what you're seeing. You may need to try checking the NAD27 / NAD83 first.

Now, based on your comments about the possible mixed set of datums. Ouch. The data may have been reconciled to the same datum / geographic coordinate reference system and that field is just metadata, or you're right and the set is actually mixed. If it's mixed, you may have to sort them into separate sets. At a minimum, check the NAD27 data because they'll be furthest off. Ones using WGS 1984 or NAD 1983 (various versions) should be within a meter or so.

6
  • Hi! No, I did not have this file installed -- I was aware there might need to be a transformation needed here at some point, but don't really understand when. I just now followed the instructions at support.esri.com/cn/knowledgebase/techarticles/detail/18317 to get Ntv2_0.gsb. Currently when I extract to /pedata/ntv2/canada, the directory appears to remain empty ... not yet sure what's going on there. As for the other thing, I did attempt that earlier, and it actually causes point #2 to move another ~9 m further to the northeast.
    – user14175
    Jan 16, 2014 at 18:23
  • Double-check that you have write permissions to the folder--your IT may have it locked down. Without the transformations, points can still move because of the different ellipsoids in the CRS...
    – mkennedy
    Jan 16, 2014 at 18:29
  • You were right, it was some odd quirk like that. OK I've successfully gotten NTV2_0.gsb into that directory, but am not sure how to make use of this transformation in the troubleshooting process here. What I've read about CSRS vs. non-CSRS versions of NAD led me to believe that any offset should be very small, like sub-meter, so I've (perhaps unwisely) neglected this whole aspect of the issue.
    – user14175
    Jan 17, 2014 at 14:28
  • Oh, right, sorry. Let me amend my answer in a bit.
    – mkennedy
    Jan 17, 2014 at 16:45
  • Setting aside the mixed datums, I'm still stumped here. I checked NAD27 first, as you suggested, so I unprojected the "off" points from Great Lakes Albers to NAD83, did Define Proj. to NAD27, & this just moved them 9 m further NE (no matter what their datum was listed as). Is the only option I have left to Define Proj. as NAD83 CSRS for the #2's? How do I do this transformation -- Define Projection with ON83CSv1.gsb in /ntv2/canada, or Project, b/c that's where I have the option of applying a transformation (which one?)? For what it's worth, my data frame is in NAD83 Great Lakes Albers.
    – user14175
    Jan 21, 2014 at 16:24

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

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