11-19-2017 02:16 PM - edited 11-19-2017 07:08 PM
I am using a geomedia project with EPSG 3436 - State Plane NAD 83 in feet for Illinois west. i have measurement set to "imperial" in web.config of my SDK application. In that app:
var coords = r.feature.get_geoJSON().geometry.coordinates; returns x, y coordinates that are correct. Passing those easting / northing values to ConvertDDToDMS yields long/lat values are also correct.
All would be fine but distance measurement and area measurement (using the default tool buttons with the SDK) yields distances that are too big by a factor of 3.28084. (they display with "mi" after them. The value would be correct if divided by 3.28084
I have a csf file in my /connection folder with the name of the service source and also in the C:\Program Files\Common Files\Hexagon\Services\Instances\instance_name\CSF folder with the name epsg3436.csf.
In the GeoMedia project where the WMPS data source is being created from, readout of long/lat, easting/northing, distance, area are all correct. The projection of the project is epsg 3436.
11-21-2017 04:51 AM
I could reproduce this issue on standard Portal (EP04) with WMPS. The measurements otherwise work fine in different CRS. I will investigate this more and likely create a bug report.
11-21-2017 07:50 AM
THanks! I tried changing the csf file units, etc but figured if the long/lat and easting / northing were displaying correctly, something must be wrong with the measurement. It's just off by the meter to feet conversion factor.