Latest Contributions by DominicRorke

‎03-06-2017

Hi, I also require secure wms support in the .Net Runtime. We have a 10.2.4 Java Runtime App which consumes secured WMS just fine, so I'm guessing that the equivalent capability would also be present in one of the 10.2.x .Net Runtime versions. Is this the case, if so which .Net Runtime version supports it please? Many thanks.

‎12-03-2015

Having talked with ESRI support I understand that we are hitting the same underlying issue, but with ArcGIS desktop 10.3.1 against SQL Server. We hit this when trying to open mxd's or layer files which reference feature classes in geodatabases containing a large number of feature classes. 10.2.2 mxd's were opening in 5 or 10 seconds, but identical 10.3.1 mxd's were taking 2.5 minutes (and sometimes as long as 5.5 minutes) to open. To try and pinpoint the issue we ran SDE Intercepts when opening the test mxd on both 10.2.2 and 10.3.1 machines (these mxd’s contained identical data with one being 10.2.2 compatible and one being 10.3.1 compatible), and have found that the 10.3.1 intercept logs a command call (‘EnableSchemaCache’) which the 10.2.2 intercept does not, and it is this call which is causing 10.3.1 mxd opening to take so much longer than on 10.2.2. EnableSchemaCaching will be slowing the loading of any 10.3.1 mxd which referenced SDE Feature Classes to some degree compared to with 10.2.2, but the performance hit may not be noticable if the geodatabase only contains a small number of Feature Classes (say 30 or 40). The 2.5 minutes start-up we are experiencing is with a geodatabase containing 3.5K Feature Classes. I suspect that other 10.3.1 users must be hitting this performance issue too, but have not yet pinpointed the cause as this.

‎11-17-2015

You can do this as follows: Start an edit session on the layer Double click the circular polygon feature to display its vertices. On doing this, the 'Edit Vertices' toolbar will display. Select the 'Stretch proportionately' tool (3rd from right at ArcGIS 10.3.1). See here for more info: http://resources.arcgis.com/EN/HELP/MAIN/10.2/index.html#//01m800000035000000 Hover the cursor over the edge of the circular feature (though not over the one visible vertex). The cursor icon will change. Left mouse click and you'll be able to drag the circle to re-size. Note that this tool does not maintain the original polygons centroid.

‎08-20-2014

I've two questions relating to updating layers in the ArcMap TOC. Question 1) I want to update a layer in the ArcMap TOC with a new selectionLayer of the same type. I have the code to generate the selectionLayer (an IFeatureLayer), but as you will see below, I am currently adding this into the TOC as a new layer. I’m creating a selection layer from a Feature Layer using IFeatureLayerDefinition2.CreateSelectionLayer(). The input FeatureLayer is a IGDBRasterCatalogLayer: ESRI.ArcGIS.Geodatabase.IRasterCatalog rasterCatalog = GeodatabaseUtilities.OpenFGDBRasterCatalog(Properties.Settings.Default.pathToRasterCatalog, Properties.Settings.Default.rasterCatalogName); IFeatureClass rasterCatFeatureClass = rasterCatalog as IFeatureClass; ESRI.ArcGIS.Carto.IGdbRasterCatalogLayer pGdbRastercatalogLayer = new GdbRasterCatalogLayerClass(); pGdbRastercatalogLayer.Setup((ITable)rasterCatFeatureClass); IFeatureSelection featSelection = pGdbRastercatalogLayer as IFeatureSelection; featSelection.SelectionSet = pSelectionset; IFeatureLayerDefinition2 pFeatLayerDef2 = pGdbRastercatalogLayer as IFeatureLayerDefinition2; IFeatureLayer selectionLayer = pFeatLayerDef2.CreateSelectionLayer("Test", true, "", ""); selectionLayer.Name = layerName; This code works, and I can add the resulting Feature Layer (selectionLayer in above code) to the ArcMap TOC using: ESRI.ArcGIS.Carto.IMap map = GetMapFromArcMap(ArcMap.Application); map.AddLayer((ILayer)selectionLayer); Whilst this works, it would be far better to be able to assign the IFeatureLayer object to the existing ILayer in the TOC, but I can’t see how. It would be great if someone can indicate how to achieve this. Question 2) A separate but related question: If I fix a broken data source using the ArcMap UI on a selection layer, the selectionset persists. When I try this with the following code, the layers data source is fixed, but all features from the new data source are returned, instead of just the selection set. IFeatureLayer featureLayer = (IFeatureLayer)layerInTOC; // Change FeatureClass of layer featureLayer.FeatureClass = newFeatureClass; So it would be great to hear how to fix the selection layer data source and keep the selectionSet? Environment: ArcGIS Basic 10.2 desktop, Windows 7, C#, ArcObjects Many thanks, Dominic

‎07-22-2014

Can the ArcGIS ‘local search’ settings be configured via a registry setting (or config file) at 10.2? I see that at 10.0 this was configurable at %AppData%\Roaming\ESRI\Desktop10.0\ArcCatalog\SearchIndex\Configs\DesktopIndex.cfg, but this file is not present at 10.2 Thanks, Dominic

‎01-03-2014

What I want to achieve: The attribute table for an ArcGIS Raster Catalog contains a raster field. When a raster field cell is clicked with the mouse, a preview window displaying the raster associated with the row is displayed. I want to achieve the same or equivalent functionality, but within a windows form table (such as within a DataGrid). What I've tried: I can display the full attribute table of a RasterCatalog layer within a .Net DataGrid using this code 'Bind a geodatabase table to a .NET control'. However, whilst the raster column is populated with text 'raster', it is not possible to get a preview of the raster. One solution could be to add the image for each row to the datagrid as detailed here, but I'd prefer if I could keep the ESRI raster field functionality if possible. Any ideas for solutions / alternative approaches gladly welcomed. Cheers.

‎10-21-2013

My reply to a related thread may be of help: http://forums.arcgis.com/threads/47954-Merging-polygons-causing-them-to-dissapear-shape-file?p=338117#post338117

‎01-10-2010

Gottralf, thanks for taking the time to reply. Appreciated.

‎01-08-2010

From further investigation into this, I came across the following in the ArcObjects SDK help: "ArcGIS Desktop applications support a fixed set of add-in types including the most popular types used in the classic COM based extensibility model introduced in previous versions of ArcGIS." ...so any customisation to ArcMap that is not covered by this fixed set of types is not possible with Add-Ins. Having read this, it is now easier to see how one would decide between Add-Ins and classic COM based extensions. So I take it that renderers, feature symbols, layers, editor customizations, geodatabase class extensions, and plug-in data sources, and also ArcFM AutoUpdaters etc would not be implementable via the Add-In framework (most of these being listed as advantages of classic COM extensions in the Customising desktop applications Roadmap)? If you can confirm my findings or have any comments to add then that would be appreciated. Thank you.

‎01-08-2010

Hi, I'm trying to work out what the difference is between Add-Ins and classic COM based extension models in terms of the capability of each approach, and when to use one approach instead of the other? It is clear to see that Add-Ins have a number of benefits in terms of the speed of development, ease of distribution and maintenance etc, and it is useful to have the option of the Add-In distribution model, but is there any limit to the complexity of what can be developed with Add-Ins as opposed to COM registered extensions? The ESRI 9.4 topic 'Roadmap for ArcGIS desktop customisation' seems to pitch Add-Ins as being a lighter weight development option for providing small customisations, whilst COM registered extensions requiring installers are pitched as "Custom components to add new functionality" (sounds like these can do more complex stuff); but surely the same custom code can be used and developed, and ArcObjects extended to the same extent and complexity with either approach? Is it actually the case that both development models are as capable as each other? Is it that there are benefits to the COM extension approach when multiple developers are working on an extension, as opposed to the Add-In model? Is it that the COM extension is the clear choice when developing an extension on a commercial basis, as extension licensing and the requirement to have an administrator control on application distribution make COM extensions more appropriate for this scenario? How does one decide which approach is most suitable, as the boundary between the two approaches appears to be rather blurred? If you could provide some clarity on this it would be appreciated. Many thanks, Dominic

Online Status	Offline
Date Last Visited	‎08-24-2021 08:00 AM

My Ideas

Latest Contributions by DominicRorke

Re: Consuming Secure WMS service in ArcGIS Runtime for .NET

Re: ArcGIS Server 10.3 - Unable to Start Map Service with SDE data

Re: How to Resize a Circle?

Fixing and updating selection layers with ArcObjects

ArcGIS ‘Local Search’ configuration

How to preview a raster catalogs raster field in a Windows form?

Re: Merge Causes Polygons, Polylines to Disappear

Difference in capabilities between Add-Ins and COM Extensions?

Difference in capabilities between Add-Ins and COM Extensions?

Difference in capabilities between Add-Ins and COM Extensions?

Re: How to Resize a Circle?