I find this hard to believe, but my Windows Mobile Mobile 3.1 application will not navigate to a projected coordinate point like my Mobile 10 application will. It appears the datum transformation is not being applied in the Mobile 3.1 application. The data source to generate the mobile cache files is a File Geodatabase...I don't know if that makes a difference.
My Mobile 10 version is as follows...
ArcGIS Desktop 10, version 10.0.4400
ArcGIS Mobile 10, version 10.0.2550
My Mobile 10.1 version is as follows...
ArcGIS 10.1 for Desktop, version 10.1.3143
ArcGIS for Windows Mobile 3.1, version 3.1.3188
I also noticed that the Mobile 10.1 Create Mobile Cache geoprocessing tool will not add a specified data frame's geographic coordinate system transformation to the MapSchema.bin file. It simply says Not Defined where the transformation would be listed as compared to a 10.0 version MapSchema.bin file.
I also tried using a 10.0 generated set of mobile map cache files on my Windows Mobile device while running my Mobile 3.1application to no effect. It appears to not adjust the depicted position correctly based upon the geographic coordinate system transformation depicted in the 10.0 MapSchema.bin file.
We also tried reprojecting our base projected coordinate system layer to a WGS84 geographic layer using the ESRI project tools, then added this layer to the map. This still would not put the transformation into the MapSchema.bin file when we used the Create Mobile Cache geoprocessing tool.
It appears to me that there are two problems here...possibly because I am using a file geodatabase...
1.) The Mobile 3.1 Create Mobile Cache geoprocessing tool does not generate a MapSchema.bin file when one is specified in the map's data frame.
2.) The Windows Mobile 3.1 application does not depict the proper position even if it has a MapSchema.bin file with a defined geographic coordinate system transformation.
FYI...my map's projected coordinate system is a NAD_1927_UTM_Zone_15N and the geographic coordinate system transformation I am using is a NAD_1927_To_WGS_1984_4.
Has anyone seen anything like this?