Hello Robert and others,
I have raster data layers with NAD27 datum in an mxd with GCS_WGS_84 data frame projection. The NAD_1927_To_WGS_1984_6 transformation is being applied in the data frame to convert the NAD data to WGS84. The mxd is published to a service and displayed in a Flex 3.6 app along with ESRI basemaps (inherently in WGS 1984 Web Mercator (aux sphere), EPSG 3857).
https://www.sciencebase.gov/flexviewer/USMinMap/
The NAD27 raster data layers are re-projected on the fly to WGS84 and overlie the basemaps and other data perfectly. Using ID Widget 3.6.5, queries of pixels operate perfectly, with the correct attribute being reported for a pixel. However, the blue circle generated by the widget is offset from the pixel which was queried (clicked).
Attachment 31957
To see what I mean, go to the above Flex app and turn on Regional Studies>Bodie Hills, CA-NV and zoom way, way in. Turn off Landsat layer at bottom of TOC. Then use ID widget to query an individual pixel and note offset between clicked pixel and blue circle.
If the image is reprojected to WGS84 datum before publishing, there is no offset between clicked pixel and the blue circle.
I am wondering if the widget should generate the blue circle based on the coordinate units sent to the server for the query (which I think are in the "service" coordinates, WGS84 Web Mercator aux sphere), and not in the units reported back from the data layer being queried (NAD27). As it is now, it appears that the offset will be there any time a layer having a non-WGS84 datum is in a Flex App. Is there a way to remove the offset other than reprojecting the NAD27 data to WGS84?
Or is the offset an expected feature that is meant to show that the layer being queried has a different coordinate system/datum than the service or overall Flex app?
Thank you in advance...
I have raster data layers with NAD27 datum in an mxd with GCS_WGS_84 data frame projection. The NAD_1927_To_WGS_1984_6 transformation is being applied in the data frame to convert the NAD data to WGS84. The mxd is published to a service and displayed in a Flex 3.6 app along with ESRI basemaps (inherently in WGS 1984 Web Mercator (aux sphere), EPSG 3857).
https://www.sciencebase.gov/flexviewer/USMinMap/
The NAD27 raster data layers are re-projected on the fly to WGS84 and overlie the basemaps and other data perfectly. Using ID Widget 3.6.5, queries of pixels operate perfectly, with the correct attribute being reported for a pixel. However, the blue circle generated by the widget is offset from the pixel which was queried (clicked).
Attachment 31957
To see what I mean, go to the above Flex app and turn on Regional Studies>Bodie Hills, CA-NV and zoom way, way in. Turn off Landsat layer at bottom of TOC. Then use ID widget to query an individual pixel and note offset between clicked pixel and blue circle.
If the image is reprojected to WGS84 datum before publishing, there is no offset between clicked pixel and the blue circle.
I am wondering if the widget should generate the blue circle based on the coordinate units sent to the server for the query (which I think are in the "service" coordinates, WGS84 Web Mercator aux sphere), and not in the units reported back from the data layer being queried (NAD27). As it is now, it appears that the offset will be there any time a layer having a non-WGS84 datum is in a Flex App. Is there a way to remove the offset other than reprojecting the NAD27 data to WGS84?
Or is the offset an expected feature that is meant to show that the layer being queried has a different coordinate system/datum than the service or overall Flex app?
Thank you in advance...