POST
|
Is there any update on this Shaun? I tried reporting this issue with Esri support, but its feels like I'm jumping through hoops to get a bug filed. You can reproduce this with the ProDataReader in the Esri pro SDK community samples.
... View more
08-10-2023
12:33 PM
|
0
|
5
|
554
|
POST
|
If I'm understanding you correctly, you're saying the original issue with Plugin Datasources and arcpy is fixed in a development build? Do you have an estimate when this will be released to customers? Will it be in the next service patch for 3.1? It doesn't appear to be fixed in service patch 2
... View more
06-13-2023
01:00 PM
|
0
|
0
|
1056
|
POST
|
I'm also running into this. So, at least for now with ArcGIS Pro 3.1, you can't use arcpy if you have plugin datasource Add-In's installed? This is specific to version 3.1, and 3.0 does not have this limitation?
... View more
06-05-2023
09:58 AM
|
0
|
0
|
761
|
IDEA
|
When exporting a model in CityEngine (to .dae or .fbx), there is an option to center the model's origin which is useful. It would be helpful if it would also display the latitude and longitude of the model's origin either on export or somewhere in the UI. Currently, I have to look up the origin in Google Earth to determine where the model should be placed since this information is not provided and this can be time consuming.
... View more
10-10-2017
04:12 PM
|
1
|
0
|
518
|
IDEA
|
Need the ability to export LOD's in an exported group model (preferably for Collada and FBX) for each geometry node. These LODs could just contain a switch-in range in meters where each building model pages into view at a certain distance from each group node in the model's hierarchy. This would help improve rendering performance in an image generator.
... View more
10-10-2017
04:05 PM
|
2
|
0
|
618
|
POST
|
We have a custom extension that renders the display using IDisplay::startDrawing. Our extension supports both win32 and x64. .ecw rasters appear solid black when run in an x64 process, but render correctly in a win32 process. Is this a known issue? If so, is it documented anywhere? (so we can refer our customers to something.) http://desktop.arcgis.com/en/arcmap/10.3/analyze/executing-tools/64bit-background.htm doesn't specifically mention .ecw/ERDAS.
... View more
04-26-2016
09:20 AM
|
0
|
1
|
2316
|
POST
|
I have a custom tool that can generate multiple feature classes. It works for a single feature class if I set the output parameter to a data element feature class, but not for multivalue. We previously had been using the current ArcGIS application ref to manually add the layers. However, that doesn't work with background geoprocessing. So, we're wondering if there is a prescribed method for this. I didn't look extensively, but I haven't found an ESRI tool with a multivalue output parameter to test against.
... View more
03-28-2016
05:50 PM
|
0
|
1
|
2413
|
POST
|
It only took a month, but ESRI came through and matched this up with an existing bug. Not sure why there's so many hoops to jump through to get to this point. Not holding my breath on a fix.... BUG-000083374: Spatial reference issues with ECW files in ArcGIS for Desktop 10.3.
... View more
03-10-2015
01:39 PM
|
0
|
0
|
540
|
POST
|
Not publicly, the imagery has redist restrictions. Is there another way? I opened a support request this morning, so maybe that would be more appropriate.
... View more
02-10-2015
12:01 PM
|
0
|
0
|
540
|
POST
|
Anyone else seeing this? Not sure how many people use .ecw format out there, but this seems like a pretty big regression (there's some precedent for this though... I remember the initial 10.0 release couldn't load .ecw at all). Screenshot of properties from 10.3 (Cell Size and Extents way too small): Screenshot from 10.2.2 (Correct cell size): As displayed in 10.3-- images should be the same size as the polygon squares, instead they render a tiny square in the upper left corner:
... View more
02-09-2015
12:41 PM
|
0
|
3
|
4885
|
POST
|
I'm adding relative path support for a custom layer that implements IDataLayer. From what I can tell from the minimal documentation on the subject, this is handled like this: Serialize the path that gets passed to IDataLayer::put_RelativePath() during serialization (which is typically the directory containing the .mxd-- it's different when saving to .lyr though...). When deserializing the layer, find the current path of the map document containing this layer, and replace the serialized document path with the new one. Here's the question: is there any other way to know the location of the map document at the time IPersist::Load() is called other than getting the AppRef? My extension is used in geoprocessing scenarios when there is no AppRef or IMxDocument. Is there any other way, or do I have to manage the map document name myself? I looked at the FileStream coclass as well. I was thinking the IStream* passed to Load() might have a file reference accessor. It doesn't look like the path is exposed there either. The tagSTATSTG struct returned form IStream::Stat() looked promising, but the pwcsName member was just "Maps". So, no luck there. The next question would be what if the IDataLayer is in a .lyr file rather than an .mxd? How do I find the path of the .lyr if it is moved?
... View more
10-14-2014
08:03 AM
|
0
|
0
|
1718
|
POST
|
I'm developing an ArcObjects extension that was recently ported to 64-bit. I'd need to take advantage of 64-bit geoprocessing, however I can't figure out how to properly register the .dll. ESRIRegAsm.exe doesn't seem to work with x64 .dll's I found this knowledge base article, but it only refers to managed code (AnyCPU config). I need the instructions for an unmanaged .dll using x64 config. 40735 - Register function tools (DLL) for both Desktop and 64-bit Background Processing There's also this reference in the ArcGIS help, but once again, it doesn't explain how to register unmanaged .dll. "For tool developers working with unmanaged code, C++, for example, you will need to build both 32-bit and 64-bit versions of your tool, then ship and register both for proper use." So, the question is, how?? ArcGIS Help 10.1 Thanks for any leads.
... View more
09-24-2014
05:14 AM
|
0
|
0
|
1870
|
POST
|
Thanks for your response, Erin. The IdentifyWindowCommandClass is for the identify command itself, not the window. But, even if I had the ID for the window, I'm not sure how to find the ID of the context menu from that. As far as I can tell, it's not possible to iterate over ICommandBars. I'm hoping an ESRI developer comes across this thread, and can simply look it up. It doesn't appear to be documented anywhere.
... View more
09-05-2014
08:46 AM
|
0
|
1
|
398
|
POST
|
Thanks Ken, that's helpful. I'm not seeing anything related to the Identify results dialog (and it's context menu) there. Any idea if this just isn't exposed?
... View more
08-27-2014
08:55 AM
|
0
|
3
|
398
|
POST
|
I have a custom layer that implements the IIdentify interface. I would like to register a custom command with the context menu for the tree control Identify Tool dialog. I just need the UUID for this context menu, which I can't seem to find anywhere. I found this thread, which suggests this isn't possible-- Adding Context Menu To Identify Tool However, the Nimbus bug it references is a broken link. So, I'm wondering if this is now possible (the thread is from 2009). Also, the ArcObjects documentation has this text in a number of places: "To find the CLSID, ProgID, and subtype of a built-in command or menu in ArcMap or ArcCatalog, refer to the following technical documents: ArcObjects Developer Help > Technical Documents > ArcMap: Names and IDs of commands and commandbars" I can't seem to find a current version of this document with the 10.2 SDK. Can anyone point me to the current version? I've found several older versions from google searches.
... View more
08-27-2014
08:31 AM
|
0
|
5
|
2368
|
Title | Kudos | Posted |
---|---|---|
2 | 10-10-2017 04:05 PM | |
1 | 10-10-2017 04:12 PM |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|