ThinkGeo.com    |     Documentation    |     Premium Support

Possible Editing Bug In Daily Development Build

Hi,


I know we're not supposed to depend upon daily development builds to be bug-free but I thought I would report this one. It's in DesktopEditionFull 4.5.120.0. 


I am working on Node (Vertex) editing using the EditInteractiveOverlay. When a feature layer is projected into a different coordinate system and an edit is applied, the coordinates used for drawing the control points (following the edit) are in the layer's native (internal) coordinate system rather than the one it has been projected into. I am using WGS 84 as the external projection and NAD83 Zone 17 meters for the internal projection. The map's units are indeed set to degrees.


I have attached a sample project that illustrates this. Start the project and then select the feature, control points will appear. Use the 'node editng tool' to drag a node. Put a break point in CalculateVertexControlPointsCore. You will notice that the feature passed into the function is in the layer's internal coordinate system (NAD83 Zone 17 meters).


NOTE: This bug is not in the latest release, just the daily development build mentioned above.


Thanks,


Steve


 


 


 


 


 


 


 


 


 



MapTutorial.zip (44.6 KB)

Steve,


Thanks for posting this issue.
We ran the sample you provided, and got the result attached at the end of this post.
Here’s the strange thing, it seems that what we got here if just opposite to your description. As we can see from the screenshot, the feature passed in the function is in the external projection, WGS 84 in degrees.
If there’s anything that we misunderstood about the issue you posted, please give us a hint.
If you encounter any issue that may be a bug, please feel free to give us a post and we’ll try our best to have it resolved. I really appreciate that you post this issue here and provide all the information.
Thank you very much.
James

EditOverlayFeatureProjection.zip (205 KB)

Hi James,


Thanks for your reply. I have attached my results as well and they are just as I described in my original post. In order to see the results I'm getting you must use a daily development build. The one I am using is 4.5.120.0. I do not see the bug in the latest release (4.5.0.0). I must use the daily delvelopment build dll's because of some other bug fixes that are not yet in the release version.


Take another look please.


Thanks!


Steve


 


 


 


 



EditOverlayFeatureProjectionBug2.zip (217 KB)

Steven, 
  
 Thanks for your post. 
  
 I tested the sample code you provided against the 4.5.120.0(DesktopEditionFull4.5.120.0DllPackage) and the result is exactly the same with James’, am I misunderstanding anything? 
  
 Any more questions please feel free to let me know. 
  
 Thanks. 
  
 Yale 


Hi Yale,


Thanks for trying to reproduce my problem. I don't know what else to tell you, because there is no doubt about what I am experiencing. And following the vertex edit the control points do not draw properly unti I 're-select' the feauture I'm editng.


Let me be sure of what you are telling me. The results you saw followed a vertex edit? That is, you clicked and dragged a vertex to a new position and broke the code on the mouse up following the edit?


Thanks!


Steve


 





Steve, 
  
 Thanks to your explanation, finally we can recreate this problem but just sometimes, however the reason is still need to be discovered. We’re now guessing it’s related to the memory issue we have fixed earlier in projection, because we’re sure about that your problem only occurs in the assemblies after we have fixed that issue.  
  
 You can try the assemblies of version lower than 4.5.103.0 or the release(bug) branch from daily build such as 4.5.0.121. 
 Thank you very much for reporting this issue to us, we really appreciate that. 
  
 Any updates we’ll let you know. 
  
 James 


Steve,


We have fixed this problem, please get the latest version(development branch) 4.5.123.0 and try it again.


Thanks,


James



James, Yale,



Bravo! Works great. 



Thanks! 



Steve



Steven, 
  
 Thanks for letting us know your status, I appreciate it very much. 
  
 Any more questions please feel free to let me know. 
  
 Thanks. 
  
 Yale