|
IDEA
|
I am surprised and disappointed this did not make it in already. Setting a selection symbol (beyond simply color) seems a basic requirement. I have written numerous applications that rely on this. It is unfortunate we have to lobby (vote) for it be there.
... View more
07-16-2018
10:11 AM
|
3
|
0
|
4195
|
|
POST
|
I definitely have egg on my face. Some revisions by an associate set the outline color to white that I wasn't aware of, essentially overwriting my earlier symbol assignment. Sorry for the post and the time spent. Thanks for inquiring regarding this. The symbols are behaving as advertised.
... View more
04-13-2018
11:57 AM
|
0
|
0
|
1010
|
|
POST
|
I have successfully created polygon symbols and have placed them on a layout. However, when I place the symbol onto a layout, the symbol has no outline, though I am assigning it when I create the symbol. It seems pretty straight forward, but perhaps I am missing something. Here is a code fragment creating the symbol and theoretically assigning the outline bit: QueuedTask.Run(() => { CIMHSVColor ClassColor = CIMHSVColor.FromXml(pLegClass.ColorXML); CIMStroke outline = SymbolFactory.Instance.ConstructStroke(ColorFactory.Instance.BlackRGB, 2, SimpleLineStyle.Solid); CIMPolygonSymbol pPolygonSymbol = SymbolFactory.Instance.ConstructPolygonSymbol(ClassColor, SimpleFillStyle.Solid, outline); ); I am able to place the symbol on the layout, but no outline appears. I have tried adjusting the width when creating the CIMStroke outline, but it has no effect. The following image is an example of what I am seeing. Any insight is appreciated.
... View more
04-13-2018
08:23 AM
|
0
|
2
|
1076
|
|
POST
|
Thanks Charles. I have looked at the github link you kindly provided. That will definitely get me started. Additionally, the sample "CustomCatalogContext" from the community samples has provided a great launching point. I have found the samples very helpful.
... View more
01-29-2018
09:56 AM
|
1
|
0
|
941
|
|
POST
|
I need the same functionality. Has there been any movement on this issue for you? Thanks
... View more
01-29-2018
07:13 AM
|
0
|
0
|
941
|
|
POST
|
My post did not accept all of the content I had included. I had attached a screen shot showing the output window showing I could evaluate the name and type of the feature class and the table requests. Any insight regarding this would be appreciated. Thanks for your time.
... View more
11-17-2017
06:45 AM
|
0
|
0
|
1657
|
|
POST
|
I am encountering an exception when I try to retrieve a read only list of RasterDatasetDefinitions from a file geodatabase using the GetDefinitions method. The file geodatabase being accessed contains a feature class, a mosaic dataset and a raster dataset. The GetDefinitions method behaves when retrieving feature classes and tables with no problem. IReadOnlyList<FeatureClassDefinition> featureClassDefinitions = geodatabase.GetDefinitions<FeatureClassDefinition>(); IReadOnlyList<TableDefinition> TableDefinitions = geodatabase.GetDefinitions<TableDefinition>(); The following statement throws the error: IReadOnlyList<RasterDatasetDefinition> rasterDatasetDefinitions = geodatabase.GetDefinitions<RasterDatasetDefinition>();
... View more
11-17-2017
06:41 AM
|
0
|
6
|
2041
|
|
POST
|
Following a suggestion by Charles MacLeod of ESRI, I posted this same question to the imagery and remote sensing forum that provides more targeted exposure for this topic. The imagery and remote sensing version of this post resides at: https://community.esri.com/message/722378-pro-geoprocessing-raster-flip-command-slow
... View more
10-16-2017
03:59 PM
|
0
|
0
|
481
|
|
POST
|
Charles, thanks for the suggestion. I have posted this question to the imagery forum you suggested. The imagery forum posting resides at: https://community.esri.com/message/722377-proper-parameter-value-of-managementdelete-tool I appreciate your time.
... View more
10-16-2017
03:56 PM
|
0
|
1
|
500
|
|
POST
|
I am migrating an ArcObjects application to ArcGIS Pro and am encountering poor performance with the Pro raster 'Flip' command. In the ArcObjects version, the flip process is pretty much instantaneous through the ArcObjects code: The Pro sdk paradigm equivalent is calling the Geoprocessing tool 'Flip'. Calling the flip tool through the Pro SDK is magnitudes slower than the ArcObjects approach listed above. As the application is run by various end users interactively, the slow processing time is problematic. A typical request that translates data from a 16 different ascii files to a fully baked GRIDS took roughly 17 seconds in ArcObjects. The Pro version is running almost two minutes, sometimes more. I get the same results running the tool interactively in Pro. The first execution of the tool takes over a minute and a half, subsequent executions in the same session run quicker. Still, the cumulative result is slow. If any esri staff are looking at this, is there any chance future versions of Pro will introduce the same approach that is used in ArcObjects, allowing the raster to be flipped in code, rather than calling the Geoprocessing tool? I have started investigating flipping the raster through standard C#, but would prefer to stick with an esri implementation. However, any thoughts regarding the C# bitmap approach would be welcome. Additionally, has anyone else encountered similar results with other Pro Geoprocessing tools vs the ArcObjects equivalents? While I have found many aspects of Pro great to work with, this performance hit makes it difficult to migrate this application from ArcObjects to Pro. Any input is appreciated.
... View more
10-13-2017
05:44 AM
|
0
|
1
|
628
|
|
POST
|
Thanks for your input Curtis. I have tried numerous strategies to clean up the intermediate raster files with limited results. I changed the raster type to .tif and attempted to remove the intermediate files with an operating system delete. This works for the initial files, but encounters locks on the later ones and throws a message the files are being used by ArcPro. I long for the 'old' days when you could simply delete a dataset such as: IWorkspace pWorkspace = (IWorkspace)ws; IEnumDataset pEnumDataset = pWorkspace.get_Datasets(esriDatasetType.esriDTRasterDataset); IDataset pDS; try { pDS = pEnumDataset.Next(); while (pDS != null) { if (ListOfGridNamesToRemove.Contains(pDS.Name)) { pDS.Delete(); } pDS = pEnumDataset.Next(); } } catch (Exception ex) { RemoveGRIDSListErr.Add(ex.Message); } System.Runtime.InteropServices.Marshal.ReleaseComObject(pWorkspace); System.Runtime.InteropServices.Marshal.ReleaseComObject(pEnumDataset); In the Pro SDK, I have not found any object based method that allows this. I understand the Pro paradigm is to call tools to perform these tasks. Unfortunately, I have not been able to get the "management.delete" tool to behave from code. Additionally, I am finding in some instances, the geoprocessing tools performance is quite poor compared to their ArcObjects equivalent object methods. Look for an upcoming forum post regarding the raster 'Flip' command. This poor performance is seen running the tool natively as well through code. Perhaps, this delete issue might have to wait for the developer's summit. I will update when I gain more insight as to how this process should work. Thanks again to everyone for their input.
... View more
10-12-2017
08:16 AM
|
0
|
3
|
1698
|
|
POST
|
Thanks for responding Curtis. I appreciate your time. I thought the dataset was the proper object from the beginning. I have written ArcObjects applications that allow this behavior through the dataset, when that didn't work in Pro, I started experimenting with other parameters. As I mentioned, to test the Delete tool free from any sr.lock files associated with having the GRID in the Pro session as a layer, I created the dataset from disk: I passed the raster dataset as a parameter to the tool and encounter the results posted above. So it seems, independent of any 'layer' intrusion, the tool does not navigate the raster dataset, based off the GPResults message . As the tool does not call for any environment parameters, I am not clear what else the it requires. Thanks again for input.
... View more
10-06-2017
07:45 AM
|
0
|
5
|
1698
|
|
POST
|
Thanks again for your input. I guess I am unclear regarding the Environments setting regarding the Delete tool. I did look at the Environments setting and it stated No Environments were necessary. Migrating to the .tif would be a bit arduous, but perhaps I will have to down that road. It is a bit frustrating as the Pro interactive Delete tool doesn't struggle with any of it. Perhaps one of our friends from esri could enlighten. Thanks again Dan. I know you are a strong contributor to the forum and I appreciate you taking the time.
... View more
10-05-2017
03:57 PM
|
0
|
1
|
1698
|
|
POST
|
Thanks Dan for your input. I have spent a good bit of time trying to make this behave. I have temporarily abandoned the effort to have the delete tool remove GRIDs that have been iteratively created during processing. Instead I have tried to run the tool programmatically against a GRID that has not been touched by the Pro Session. I have tried the rater dataset as a parameter. The GPResults object IsFailed shows false. However, when I look at the rest of the parameters of the Results.Messages, it indicates that the GRID I am after does not exist, it appears to ignore the _connectionPath property of the raster dataset. I checked this during a run and found it be correctly populated. The ugly screen shot below shows this. When I execute the geoprocessing Delete tool, and examine the GResults, I see a warning message the GRID I am trying to delete does not exist. The Delete tool does not seem to navigate the rasterdataset and use the _connectionPath. I have looked at the Delete tool and note that it does not call for any environment settings. I am generating the raster dataset directly from the directories, so the raster is never added to the Pro Session as a layer. I believe I need to pass more to the ValueArrayList than just the raster dataset, but am not clear as to what. var parameters = Geoprocessing.MakeValueArray(pBasRasDataSet); var gpResults = await Geoprocessing.ExecuteToolAsync("management.Delete", parameters); When I look at the tool in Pro, it only calls for one parameter. The following screen shot depicts this. I guess the Input Data Element is expecting more than I am providing in my code attempt to execute the tool. I am transitioning an ArcObjects application to Pro where I am able to remove GRIDS created during the ArcMap session. Any input to resolve the error of my ways would be welcome.
... View more
10-05-2017
03:36 PM
|
0
|
3
|
1698
|
|
POST
|
I am looking for a code example for executing the Geoprocessing tool "management.Delete". I need to delete esri GRIDs that are created during processing in Pro. I am not clear as to what parameter to pass. I have looked the tool help that references input data elements. I have tried raster datasets, raster layers. When I pass a raster layer, the tool appears to work in that the GPResults.IsFailed property comes back false. However, the GRID still resides on disk as a folder name and has its component files still present. I have run the tool interactively in Pro. It allows me to browse to the GRID, select it, and then run the command successfully. I need to know what value to add to the parameters of the MakeValueArray as well as any syntax requirements. Any assistance would be greatly appreciated.
... View more
10-04-2017
04:24 PM
|
0
|
12
|
2788
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 01-06-2017 09:29 AM | |
| 1 | 03-04-2016 08:45 AM | |
| 1 | 08-11-2016 02:39 PM | |
| 3 | 07-16-2018 10:11 AM | |
| 1 | 07-28-2017 11:06 AM |
| Online Status |
Offline
|
| Date Last Visited |
11-11-2020
02:23 AM
|