|
POST
|
It's been on my list of enhancements; has never made it to the top. I find the documentation on it confusing, but that's a personal fault. Someone else on my team could figure it out. I think it's being done incorrectly, as I think the rotated pole is assuming a sphere, not an ellipsoid, so we'd have to do some research on what that really means. Melita
... View more
02-07-2019
04:15 PM
|
0
|
2
|
5515
|
|
POST
|
If the lat-lon coordinates are coming out completely wrong, and not just off a few hundred meters, I suspect that it's to due with the south-orientated transverse Mercator. For instance, if you have Lo coordinates, using a negative scale factor in the projected CRS definition will flip them into the east-north system that ArcGIS supports from Lo's southing-westing. You might try negating the input x,y coordinates, then using Lo with a positive scale factor when unprojecting them. Melita
... View more
01-25-2019
12:08 PM
|
1
|
0
|
6563
|
|
POST
|
Do you have these installed: Microsoft .NET Framework 4.5.2 or later Microsoft Visual Studio 2010 Tools for Office runtime Microsoft Visual C++ 2015 runtime assemblies
... View more
01-16-2019
03:26 PM
|
0
|
0
|
616
|
|
POST
|
Is a minimum bounding box acceptable? Or do you need something like a convex hull? For the latter, look at ITopologicalOperator.ConvexHull .
... View more
01-14-2019
04:25 PM
|
0
|
0
|
778
|
|
POST
|
I'm not sure I've seen anything either. If it's anything to do with flood mapping / FEMA, it should be NAVD88. Melita
... View more
01-14-2019
03:16 PM
|
1
|
0
|
4731
|
|
POST
|
Can you post the extents of these layers? Thank you, Melita
... View more
01-08-2019
01:51 PM
|
0
|
0
|
3080
|
|
POST
|
Hello Martin, I'm sorry for the delay in responding. It's very possible I left out a step when update the core.xml file. Try running this command in the arcpy window: arcpy.gp.command("bootstrap xml environment") Melita
... View more
01-08-2019
01:19 PM
|
0
|
0
|
5057
|
|
POST
|
We can't get to the data due to the US government shut-down. Can you please post the extents of the DEM and the xy data--or just sample coordinates of the xy data if you can't get the full extent. What coordinate system is listed for the DEM? Thanks, Melita
... View more
12-27-2018
01:39 PM
|
0
|
0
|
2802
|
|
POST
|
Try adding the attached shapefile (extract from the 7zip file) first to your map, then add the DEM. This will tell ArcMap that the geographic coordinate system is supposed to have a longitude range of 0-360. If it doesn't work, and it may not, you may have to do some adjustments like use the define projection tool to update the shapefile's coordinate system to use the DEM's. Melita
... View more
12-27-2018
09:50 AM
|
1
|
2
|
2802
|
|
POST
|
I only have a partial answer. EPSG:2245 was deprecated by EPSG because of an incorrect false northing value. This happened in 2002. EPSG:2966 is its replacement. Esri must have had the correct value in our version because we directly did a "code change" between the two. That means that either number is acceptable to us. Because the layer is being published, we usually use the older ID as it would be supported by older servers. Here's where I'm confused. The name should be the same for either one. Is the layer a raster? They use somewhat different software and that could be where the different name is coming in. Melita
... View more
12-27-2018
09:36 AM
|
1
|
1
|
1072
|
|
POST
|
Hi Sean, The posted code is for Lambert conformal conic. It sounds like your zone (which one?) is using either transverse Mercator or Hotine oblique Mercator. Either of those projections would need to be implemented. Melita
... View more
12-20-2018
02:16 PM
|
0
|
1
|
4388
|
|
POST
|
What Dan said. Further, when two layers do not overlay at all, it's often because one has coordinates that are latitude-longitude (in degrees) but has a projected coordinate system (PCS) assigned to it. Because the latitude-longitude values are so small compared to PCS coordinates, that layer will show up very far to the west and south of the data that's truly using a projected coordinate system. Melita
... View more
12-18-2018
02:44 PM
|
1
|
0
|
566
|
|
POST
|
If you have control of the transformation (using Project Tool or on-the-fly in a map, or setting the default transformation in geoprocessing environment), you could use NAD_1983_To_WGS_1984, which is basically a null transformation.
... View more
12-10-2018
04:30 PM
|
0
|
5
|
17152
|
|
POST
|
You're correct that the original NAD83 and WGS84 were considered coincident, but that was 30 years ago and both have moved on. Pun, probably intended. WGS84 has had several re-adjustments/realizations to keep it in line with the International Terrestrial Reference Frame (ITRF) until the current version is probably within a cm or so. The realizations are identified by the GPS week that they were defined in: G730, G873, G1150, G1674, G1762. Meanwhile, NAD83 is tied to the North American plate, so it's been drifting farther from WGS84 and ITRF over time.The National Geodetic Survey has also done several re-adjustments/realizations: HARN, CORS96, NSRS2007, 2011. Esri added the WGS84 realizations only recently for ArcGIS Desktop 10.5.1, so every transformation has been to a "generic" WGS84 version. To compound issues, unless you're US military or contractor or ally, you don't get accurate WGS84 coordinates. You either have general coordinates, or if the data went through any RTK or post-processing, it was aligned with the control points that were used--usually either an ITRF system or some realization of NAD83. At that point, the data is in the same coordinate system as the control point network, but software sometimes doesn't say that. Melita
... View more
12-10-2018
01:24 PM
|
2
|
7
|
17153
|
| Title | Kudos | Posted |
|---|---|---|
| 4 | 01-18-2026 04:30 PM | |
| 1 | 01-16-2026 10:03 AM | |
| 2 | 12-02-2025 08:06 AM | |
| 1 | 12-02-2025 08:00 AM | |
| 1 | 08-10-2023 03:17 PM |