09-13-2016 06:09 PM
We appriciate if someone can give us some suggestions on how to solve this issue
09-14-2016 12:56 PM
09-14-2016 03:31 PM
Thank you for looking at this issue. All the map features are comming from a WMPS instance, so the scale is set in GeoMedia.
Here is the detail of what my script does (in order)
Image of the overall map (Road and road center lines are displaying)
Image of an Parcel instance's area
The problem only happens on client's environment with their IE 9 and 11 (not Chrome), we also test it on our environment with IE11, but haven't observed the issue.
We also notice that their server machine is a little slow and their maps have a lot of features, so it could contribute to the issue.
From the order of actions above, I delibrately call "add feature instance into the selection cache" before zooming in, because if I do another way around (zoom in first and then add instance to selection cache), I occasionally observe that the feature instance does not have selection style (filled with green color). I think step 5, creating an analysis on the fly before zoomming in likely triggers the issue, interferes with map engine when it cleans the high scaled features road and road centre lines.
Appreciate all insights and suggestions
09-15-2016 03:35 AM
09-15-2016 07:04 PM - edited 09-15-2016 07:08 PM
Road and road centre lines are svgz format. Their scale range defined in Gemedia are (50,000-500,001) and (30,000-500,001) respectively. But from the image, we can see that somehow they appear in the parcel scale (< 5000).
The feature that needs to be highlighted Land Parcel is also in svgz format with scale range (1-5001)
09-17-2016 12:57 PM
09-21-2016 04:42 PM
We try a work around which is calling $GP.map.refresh() at the end our function and it seems to overcome the displaying issue. The testing on the client enviornment looks positive at the moment. Hopefully there is no more work around.
09-27-2016 09:51 PM - edited 09-27-2016 09:57 PM
We fix the displaying scaled data by calling map refresh at the end. However, our custom does not function correctly on IE11 with window 7. The code that adds the input instance to the selection cache throws exception and that exception happens in the function _onSelectedFeaturesChanged in the dll Intergraph.WebSolutions.Core.WebClient.Controls.Map.MapControl.
Intergraph.WebSolutions.Core.WebClient.Controls.Map.MapControl, but somehow IE11 still does complaints about this function.
Appreciate all suggestions and work-around on the issue.
Our clients mainly use IE 9 and 11 and portal peforms so far quite inconsistently especially about svgz layers; if we have a png layer on the top, then the svgz layer next to it becomes unselectable (it does not behave like that on Chrome), and SDK functions is not really reliable, so we also appreciate if anyone can share their experience, work-around on these IE problems.
09-29-2016 01:20 PM
09-29-2016 02:21 PM
Thank you for the advices. Our client is a local council, IE11 and Window 7 are their main software, IE is used to talk to other software (due to ActiveX controls), so they are likely not going away soon. Just hope that when the problems occurr, we can somehow fix or work around them.