Latest Contributions by IanMcCrorie

‎01-26-2016

Duncan, 85 thousand lines of code across 4 desktop applications......to tell you the truth I am not sure if there are any .Net 4 issues or not. I guess I might just need to try it and see at some point. The issue now is that the code has all been live for over a year and while there are still some minor irritants (such as a small grey box appearing on a handled Context Menu) the fact I did not know there was a problem with Events in general means most had to be coded around during the 10.1 upgrade. Things like preventing the cross in top corner shutting down ArcMap were relatively easy fixes using WinAPI code but preventing ArcMap sending bad geometry to ArcSDE via BeforeStopOperation was a major re-write. All the geometry checking had to be moved to the OnSketchModified, to warn the used not to complete the sketch, as I was unable to fix and replace the geometry in BeforeStopOperation as the ArcObjects documentation indicates you should (I haven't proven this one is definitely the same reason yet...but I suspect it is). I have logged the call with ESRI(UK) support but as you say I won't be holding my breath!! Thanks again. Ian **An update - ESRI(UK) tell me I have no SDK or API support - I wasn't aware they had separated support but that's not my job....anyway they also included the following related bugs NIM082533 and NIM082940 - both reported 2012 and apparently nothing done. These are bugs for individual event issues and there seems to have been no acceptance that events in general do not return values with .Net 4.0. This issue is a lot bigger than one event not responding correctly. Nothing will be done, code around as usual!!

‎01-26-2016

Duncan, thanks for the reply. I changed the target framework to 3.5 as you suggested and it did indeed solve the problem for the test add-in extension. The BeforeCloseDocument does now leave ArcMap open when TRUE is returned. This is a good and bad result. Good, it answers the question. Bad, a huge issue with ArcGIS 10.1, a large amount of code to rebuild and re-test against .Net 3.5 (in fact unlikely the client will authorise resource for that) and what are the chances of ESRI fixing this at 10.1? The ESRI documentation clearly states that 10.1 code can target .Net 4 http://resources.arcgis.com/en/help/arcobjects-net/conceptualhelp/index.html#//000100000p7w000000 I chose .Net 4 over 3.5 when I upgraded the codebase from 9.1 a year or two ago, in order to 'future proof' as best I could! I will report this as a bug to ESRI and continue to code around all these events as best I can. Thanks again for the reply. Ian

‎01-20-2016

Hi, I have custom extension code which listens for a variety of events, including IDocumentEvents . While all events fire correctly, those expecting a return value do not seem to handle the return values correctly. In order to try and prove the issue I decided to write a simple Add-in to test this. So having used the templates in VS2010 C# and .Net 4, I have created a simple Extension Add-in for ArcMap 10.1, essentially writing very little code but simply commenting in the default 'WireDocumentEvents' code which listens for and responds to BeforeCloseDocument. BeforeCloseDocument should abort the closing of ArcMap when TRUE is returned, however having displayed and responded to the message dialog the document behaves the same and closes whether TRUE or FALSE is returned. This confirms the behaviour from my custom extension code. I have also found similar behaviour with ArcMap ignoring the return value with the OnContextMenu event and I think now I can also attribute some previous issues I have had with IEditEvents similarly. Is anyone aware if this is a documented error with ArcMap 10.1 or indeed does anyone have these events working? They do work in VBA but the signatures are different and VBA is not a viable coding alternative for me, it was used simply as a test. Appreciate any feedback.

‎02-13-2015

Hi, I realise this post was created a long time ago, however this is a problem we have only recently started seeing. We have connections to several SDE instances and this issue occurs with only one. Did anyone ever get a resolution as to what can couse this issue? Regards Ian McCrorie

‎04-10-2014

I have a project to migrate code from 9.x to 10.1 and have an issue with a custom vertex editing implementation. At 9.x I was able to set up an editing scenario by setting the CurrentTool in ArcMap to 'esriEditor.EditTool' and implement a custom edit task to listen for OnFinishSketch (no other code in Edit Task). This allowed vertex moving to take place and my custom code to kick in on sketch finishing. At 10.1 it seems the only way I am able to put ArcMap into vertex moving 'mode' is to set the CurrentTool as before but use the ESRI 'Modify Feature' edit task. This is not suitable as I need the custom edit task. Can someone tell me what I need to do on my custom edit task to get access to the vertices of my geometry in a mode that will allow me to drag them to new positions? Regards Ian

‎08-06-2012

Vince, Lets not allow the symantics of 'LEFT' or 'INNER' join cloud the real issue. When my storage was SDEBinary both join types available through the ArcMap interface worked, when storage is SDO_Geometry the 'keep only matching records' option blows up ArcMap. The real questions are why this occurs, have others experienced this, is there a fix or workaround and is there a definite version of the software where this is fixed? Regards Ian

‎08-06-2012

Vince, Upgrade not an option, client decision. Is 'keep only matching records' from the join data form in ArcMap not setting an inner join? There are no views involved here. The data was 'converted' from SDEBinary to SDO_Geometry by sdeexport / sdeimport with relevant steps of dropping layers and tables and use of keyword to change storage on import. That all works fine, as I mentioned in original post the layer performs perfectly with the default join type of 'keep all records', only the advanced 'keep only matching records' causes the errors. Thanks for the reply Ian

‎08-06-2012

Hi, I am using ArcGIS 9.1 and equivalent ArcMap / ArcIMS clients. Recently decided to change underlying storage of a table from SDEBinary to SDO_Geometry. Having done so it appears inner joins cause network i/o errors or, if using direct connect, memory reference errors. Has anyone else had this issue and is there a solution? So in ArcMap add SDO layer (correctly registered with SDE) and add join. If the default (outer join) is chosen the layer works, however if the 'Advanced' tab is used to select 'keep only matching records' the layer crashes with errors already mentioned. We have been working with ArcSDE at v9.1 for many years using SDEBinary and SDO_Geometry layers and joins but this is the first instance where we have specifically chosen the inner join. Any ideas appreciated. Ian

‎09-09-2011

Hi, Doing something very similar, looping exterior and interior rings. Only doing one feature at a time on finishing an edit and using this to create an SDOGeometry. Speed is not really an issue, using C# in ArcMap 9.1 (I know - ancient - but too much code to upgrade easily) I have a problem though where the user has edited the shape using the Arc tool. At the end of the edit the only recorded vertices for the arc section of the polygon are the first and last points. Does anyone know an easy way to get the arc as a series of vertices? If edits are saved the arc section becomes a series of vertices but I don't want to have to save edits before accessing them. Ian

Online Status	Offline
Date Last Visited	‎11-11-2020 02:23 AM

My Ideas

Latest Contributions by IanMcCrorie

Re: IDocumentEvents that take a return value do not seem to work properly in ArcMap 10.1.

Re: IDocumentEvents that take a return value do not seem to work properly in ArcMap 10.1.

IDocumentEvents that take a return value do not seem to work properly in ArcMap 10.1.

Re: Intermitent network I/O error when first connecting to ArcSDE

Custom Edit Task for Vertex Move

Re: SDO_GEOMETRY AND INNER JOINS

Re: SDO_GEOMETRY AND INNER JOINS

SDO_GEOMETRY AND INNER JOINS

Re: Fastest Way to Parse Points in Polygon Feature Class?