Latest Contributions by JakubSisak

is this scheduled to be resolved? this is a significant defect ... View more

While IntelliSense works well in the Python Window, it remains non-functional in ArcGIS Pro Notebooks as of version 3.4.0 (November 2024). This limitation significantly reduces the usability of ArcGIS Pro’s Notebook implementation compared to Jupyter Notebooks, where IntelliSense is fully supported. ... View more

Excellent! Not sure why but I can confirm that using the python script takes seconds to export the layout.  ... View more

I can confirm this same behaviout with lines but It's also happening with polygons.  I don't seem to be able to modify or add composite symbols in an existing pre v3.3.1 layer. (anything composed of more than the 2 default symbol layers). The only solution seems to be to add the layer into the map and build new symbology from scratch. When I get the "Requested operation could not be completed" warning, i am not able to same the symbol or layer symbology.    ... View more

Attribute Transfer with this tools is not working as described above by others.  ... View more

Excellent suggestion and makes sense. There seems to be a noticeable improvement in basic editing and overall performance. Thanks @TroyBum72  ... View more

Hi Mike. Looks good!  Any way to use a field value in the HTML to control the width? ... View more

It would be great if ESRI added an option to also store photos in the Photos app where they are easy to retreive.  ... View more

I find that a project gets increasingly slow the more maps and layouts are added whether these are open  in tabs or not.  My recent crude workaround around these issues (though no workarounds will make Pro as responsive as ArcMap) is to create a temporary project with only a simple single map with 1 or 2 layers in which I do all my editing and other work.  This includes things like clipping and splitting features. Not perfect but better.  ... View more

Fast forward to October 2021 and version 2.8.3 and what the OP mentioned still remains an issue "every single step causes the program to whir and think for about ten seconds"  There are so many mysterious processing delays constantly stalling simple processes and hindering productivity I still often resort to getting things done in ArcMap instead.  Also random rendering issues make it seem that processes did not complete correctly. With time I learnt to close and open map or the application to render results in maps correctly but it's really really frustrating...  ... View more

Calling this a solution is incorrect. It is well know that there are rendering issues in Pro that have not yet been solved and this is one of them. This problem is not specific to annotations but all selections; anyone working in actual production editing environment experiences this all the time as the map rendering hangs all the time, specifically when making frequent selections with the  "Selecting... Press Escape to cancel." message. This is one of the reasons why myself and others when needing to perform many edits and selections still prefer to do these tasks in ArcMap which is lighting fast in comparison.  I would like to urge the OP to uncheck this as "Solved" as it has not been solved. OPs solution of copying data to a new map and working in that map until it starts causing issues is the only workaround for this. Clearly there is a rendering or caching problem somewhere. Not even mentioning I need to re-open map all the time sometimes restart the entire project to make Pro render things on the map and none of the workarounds, solutions, suggestions, etc. provided to date in numerous forums work.  ... View more

Thank You!  What a weird implementation. I can confirm this answer works but needs to be setup exactly as specified in the answer. However, I am still getting the very unhelpful message warning " The process did not execute because the precondition is false." I whish there was an option to supress the warning in this instance because no matter what one or the other branch will not execute because the whole purpose is to execute one of 2 branches based on the condition. I initially tried to set the Is Value Is with Comparison Type: Automatic detection and Values set to the Boolean parameter (checkbox in the tool) but it was always evaluating to True never executing the False condition branch.          ... View more

Kory Kramer    I would like to elaborate on this; It would be extremally useful to understand the way in which symbols within a layer (multiple values) are drawn by default - the main reason is drawing performance!  Using the Symbol Layer Drawing introduces an EXTREME performance penalty. The drawing performance functionality is only useful in cartographic applications where drawing performance isn't an issue.  Where this becomes a problem is when publishing dynamic feature services to a Portal. The performance hit is so massive, the only known crude workaround is to split up the layer into multiple layers with definition queries and order them in the desired order within a layer group.  Unfortunately managing so many layers and potentially pop-ups becomes very cumbersome.  If we knew what order symbols are drawn in Pro (without turning on the drawing order) we could potentially control this behaviour by creating a SQL View with a coded column (prefixed with a drawing order value) and then by adding this to the map drawing default drawing order would place the "coded" values in a specific order. However after running some tests I concluded that symbols are drawn in a random order and it the value in the attribute field is ignored. Ideally, if the default drawing order was the same order in which symbols are loaded into symbol classes pane - they are sorted in there, that would be best. Unfortunately, to force the symbols to actually draw in this order you have to turn the "drawing order" on - which, as I mentioned,  introduces a significant performance hit and depending on the number of symbols can slow things down exponentially. (from seconds to minutes) ... View more

Kory Kramer    I would like to elaborate on this; It would be extremally useful to understand the way in which symbols within a layer (multiple values) are drawn by default - the main reason is drawing performance!  Using the Symbol Layer Drawing introduces an EXTREME performance penalty. The drawing performance functionality is only useful in cartographic applications where drawing performance isn't an issue.  Where this becomes a problem is when publishing dynamic feature services to a Portal. The performance hit is so massive, the only known crude workaround is to split up the layer into multiple layers with definition queries and order them in the desired order within a layer group.  Unfortunately managing so many layers and potentially pop-ups becomes very cumbersome.  If we knew what order symbols are drawn in Pro (without turning on the drawing order) we could potentially control this behaviour by creating a SQL View with a coded column (prefixed with a drawing order value) and then by adding this to the map drawing default drawing order would place the "coded" values in a specific order. However after running some tests I concluded that symbols are drawn in a random order and it the value in the attribute field is ignored. Ideally, if the default drawing order was the same order in which symbols are loaded into symbol classes pane - they are sorted in there, that would be best. Unfortunately, to force the symbols to actually draw in this order you have to turn the "drawing order" on - which, as I mentioned,  introduces a significant performance hit and depending on the number of symbols can slow things down exponentially. (from seconds to minutes) ... View more

Perhaps it was the road Ahead. Apologies ... View more