POST
|
I am/have tried visibility settings in animation properties, and setting keyframes with layers turned off/on, and it sort of works. I still have enough time on this project to not have to resort to that, and at that point, it is like trying to build these with Google Earth. I have not seen this issue with a regular map. I have tried to start with a regular map, set everything up, check that the visibility settings are functioning properly, and then convert it to a local or global scene, at which point the visibility settings are intermittently not working. I am seeing the issue intermittently in local and global scenes and exported a dozen different attempts yesterday that the visibility settings were not honored at all at 1080p and intermittently honored in draft exports. Since posting this I have attempted to export three drafts, all of which go black, with absolutely no image at all, approximately halfway through, and then back to the map. This is an entirely new issue that I have not encountered. I do not see this behavior in the animation in ArcGIS Pro. What is the best way to share a map package? Getting it down to 9 MB to attach here is not possible. New Issue in Export:
... View more
11-03-2023
01:06 PM
|
0
|
0
|
316
|
POST
|
Running ArcGIS Pro 3.1.3 on a computer with an i7 hex core, Nvidia Quadro P2000, 32 GB of RAM, with all data stored in a mobile geodatabase on a Samsung 970 except for the World Imagery. The map has been clipped to a polygon to improve loading time. The network connection is 950 MBs. I am trying to build very simple 3 keyframe animation that zoom into a polygon, a.k.a a Google Earth-style animation that I had hoped would be reproducible for editing purposes. Length is flexible, I have tested 15-30 seconds. I had hoped to use the visibility settings to have the polygons appear at different levels of zoom as the animation zooms in, which does not appear to be possible. In the first screenshot, the highlighted polygon has the "Out Beyond" visibility set at 5.5 million feet, the animation was paused at 2, 582,910 ft, and the polygon is not visible. The only way to make it visible is to go to the "Out Beyond" box and re-enter the visibility setting. In this screenshot, it is the opposite issue of the first screenshot. The highlighted polygon is set to an "Out Beyond" visibility of 750, 000 ft but is showing up in the animation at over 1.5 million ft. This is also not a consistent issue, sometimes it works as expected with all visibility settings being honored. I have experienced this with multiple polygons, tested in three different projects, and made multiple local and global scenes. I am also seeing an issue where the visibility settings are honored in an export as a draft, but the visibility settings are non-existent in an export as 1080p, with all polygons being visible from the beginning to the end. Do I not understand how visibility settings interact with an animation? I have not found an in-depth discussion on how visibility interacts with an animation. Is there a better way to do this or any way to do this in ArcGIS Pro? I need to make multiple animations, one of which will be a fly along a project area with community points appearing as it moves along the area.
... View more
11-03-2023
11:04 AM
|
0
|
3
|
492
|
POST
|
I have a Notebook that I have been working on for more than 3 months. I have a persistent, intermittent issue affecting multiple variables in the notebook. It does not happen every time it is used, sometimes it goes weeks without issues, other times it will not run at all, throwing random errors constantly. The notebook uses multiple functions, two of which are below. The set_time( ) function runs without issues as does the get_hosted feature(gis) in other scripts and projects. Output from set_time( ). The issue that comes up is when "today" is called as a parameter a couple of cells down. It will randomly throw an error 'missing 1 required positional argument: today' despite the set_time ( ) cell having been run. It gets more perplexing because there are three cells that use 'today' as a parameter in a function and there are times when the first two cells run and the third does not, throwing the same error. This has also happens with the cal_ipmt_dc variable and a couple of other variables cause the the same intermittent, none of the cells, or some of the cells that use it throwing errors. The most recent test was to modify the functions that used 'today' and put just the code from set_time( ) in each of the functions that used 'today' and remove the parameter. The first two functions ran to completion, third function threw the error 'datetime does not exist', which obviously had to be imported, and was imported in the first cell, in order for two of the three functions to run. But two hours later, a restart of the computer, and of VS Studio Code, all three functions ran fine. This Notebook is being used by other people, hence using functions to create a cleaner Notebook. The other users do not want to mess with waiting, restarting everything multiple times, etc. for the Notebook to randomly decided to start recognizing variables again. This is happening from both ArcGIS Pro 3.1.2 and VS Studio Code, across multiple computers, and multiple internet connections at differing speeds. Any thoughts or suggestions would be appreciated, I really do not want to have to strip out all variables to make this Notebook more reliable.
... View more
08-10-2023
06:03 PM
|
0
|
1
|
363
|
POST
|
Has anybody had the opportunity to run ArcGIS Pro 2.9.2 on a Dell 3570 laptop with a 12th gen, i7-1275U, 2 “big”, 8 “LITTLE” core CPU, 32 GB DDR5, and an Nvidia T550. I am coming from a Dell 7550 with an i9 8 core, 64 GB of ram, and an Nvidia T2000. This is for work and and the 7550 was also a preselected work computer with same agency, so big change in specs that was suddenly announced. I have no say in the process, but I am wanting to know how ArcGIS Pro runs on a system like this for all manner of task; from simple editing, raster work, processing point clouds, etc. Any insight would be welcome.
... View more
05-04-2022
07:15 PM
|
0
|
1
|
521
|
POST
|
A quick reply and I will check a few other things tomorrow. I should have clarified earlier; by Arcpy, I meant that I wrote a stand alone Python script, in Visual Studio Code, using the Python version of Flow Direction and Flow Accumulation. The VS Code script replicated the inputs and environments of the tools when ran in the geoprocessing pane, but with unique outputs into the same file geodatabase. Neither set of stream lines in screen shot was run through the Con tool, the stream lines were generated by the previously described classify process in symbology, my pre Con tool workflow. The missing lines screen shot is from the built-in geoprocessing tool, the "correct" stream lines are from the stand alone Python Script. I also ran Flow Accumulation from the raster functions pane, and was able to replicate the output from stand alone script. The only output that has not be accurate, is the one from the geoprocessing tool. I will run further test with Con, Greater, etc. tomorrow. Thanks, John
... View more
03-03-2022
09:05 PM
|
0
|
0
|
1273
|
POST
|
Tina, Output format is file geodatabase raster into the same file geodatabase that the DEM(s) and Flow Direction raster are stored. No scratch workspace. The cell size for all rasters, from the initial downloaded .tif from the USGS, to the final flow accumulation is "10" meters, with the actual cell size in properties being 9.03 x 9.03. I am not inputting a cell size into any tool, so the 9.03 x 9.03 is for everything. This project needs the stream lines to closely match the NHD flowlines for the area of interest due the the stream lines being used for watershed delineation and the NHD flowlines being used in the riparian buffer delineation. For this project, a threshold value of 3000 was used. The stream lines in the screen shot are the "initial stream lines", direct from the flow direction raster, using Symbology, Classify, Natural Breaks, 2 classes, first class 0.001-3000, second class 3000.001 - upper value. I use the Con tool from there to create the stream lines once I have settled on a threshold value. I usually use a process of both picking values, 100-5000, and seeing how they look and calculating a percentage of the maximum flow accumulation as another method. I have not tried Greater Than, Reclassify, or Minus tools yet, in part due to needing a repeatable process that can be scaled up and down using the same tools, but varying threshold values depending on project size. As far as values between the flow accumulation from geoprocessing and Arcpy, if I remember correctly, there was no difference in values (I am at work and do not have the dataset with me). I found it odd that the flow accumulations values were the same, but the lines incomplete on the geoprocessing output. The above process worked in 2.8.X for the initial stream lines and I found this issue when I needed to expand my project into an adjacent DEM and create more stream lines. I did test various thresholds to see if that made a difference, but it did not, and this case, a different threshold would mean redoing this portion of the project since the same value needs to be used across the whole project. I can provide more once I am not at work if needed. Thanks, John
... View more
03-01-2022
02:22 PM
|
0
|
2
|
1281
|
POST
|
I am currently running ArcGIS Pro 2.9.1 on my personal computer and ArcGIS Pro 2.9.1.179945 on my work computer. The geoprocessing Flow Accumulation tool is producing a very different output from the Arcpy based tool (and from the Flow Accumulation output that was generated for the project in 2.8.X, the project has spanned 2.8.X to 2.9.X). This is occurring on both computers, which have entirely separate installations of ArcGIS Pro and have had the DEMs downloaded to each, not transferred between the two. The first screenshot is the output from the Arcpy based tool, (purple lines). This output matches the previous output generated in 2.8.X. The filled DEM, flow direction, and flow accumulation in the first screenshot were generated using Arcpy The second screenshot is from the Flow Accumulation geoprocessing tool(red lines). The "missing" lines are not isolated to one section, the gaps occur across two mosaiced DEMs downloaded from USGS 3DEP (converted from .tif to geodatabase raster and projected to NAD 1983 2011 UTM Zone 10 N). The Flow Accumulation in the second screenshot used a Flow Direction Raster generated in the Geoprocessing toolbox from the same filled DEM that was used in the first screenshot and the same threshold (3000). I have also replicated this with a clip of the mosaic, on both individual DEMs before mosaicing, and on a Topo To Raster generated from a single DEM (I have also re-downloaded the DEM's re-ran just to be sure). I also tested the Watershed Tools in Raster Functions and was able to get a "correct" output, but after I ran those tools, Pro crashed and is failing to initialize (work computer, whole other issue) Has anyone else run across this recently? Is this an issue with the geoprocessing tool, or am I just missing something? Output from Arcpy Output from Geoprocessing Toolbox
... View more
02-27-2022
03:45 PM
|
0
|
4
|
1403
|
POST
|
William, thank you for that post, I am new to python and I am the only one where I work that uses python, or any language for that matter, so haven’t really been able to get feedback and suggestions beyond what I can find on the web and books. I did not know that I could use a range to populate parameters filters, this is incredibly helpful going forward.
... View more
09-22-2020
09:05 AM
|
0
|
0
|
2326
|
POST
|
Not sure where the same values came from, I just flat missed them. This project has been moving between computers and drives and reworked multiple times, thank you for catching that. Everything is working now that the parameter names have been changed. I also changed the double to long where it applied, I had missed in the documentation that long worked for integer values. I agree with the awkward part, the number of optional parameters that also have to be dropdowns has made this a challenge, especially for this being my first, large python toolbox project (two tools with 38 parameters each). Thanks, again for the assistance.
... View more
09-21-2020
02:40 PM
|
0
|
0
|
2326
|
POST
|
I have not found anything on this issue, and it is not easy to search for. I have a Python Toolbox that has multiple, user-selected feature class inputs with each feature class input having 3 or 6 dropdowns for values. The tool is set up so the feature class inputs are optional and each value input is optional, basically, the user can choose to include a feature class and include 1 to 6 values from that feature class. This setup was as per the requester, so I am trying to maintain it as close as possible. As the title says, I am having values "disappear" after selecting the value; I click on the value, it shows in the box, and then resets to zero or none, depending on the box. This is behavior is occurring on features with 6 values; with values 1 and 2 working properly and 3-6 showing then disappearing after selection. I am not seeing this behavior on 3 value features, all three dropdowns work as expected. I have the dropdown values hardcoded in the toolbox and have copied a portion of the script into a new toolbox and tested auto-populating dropdown values from within def updateParameters(self, parameters). Dropdowns populate correctly but exhibit the same behavior as the hardcoded ones. I have attached two short screen captures. Geocapture is from the complete toolbox showing a three value feature with no issues, and a 6 value feature with "disappearing" selections. Geocapture2 is from the test-toolbox and auto-populates the values based on the feature and exhibits the same behavior. Please note, the screen capture videos did not capture the dropdown boxes popping up. The block of code starting with "params13" is from the complete toolbox. I did not post the entire script as it is around a thousand lines long. The second block of code is from the test-toolbox using auto-populate. I think this is a recent occurrence, possibly after 2.6 came, out because this was written and tested back in May and June and was working and has cropped up in the final testing and editing. Any ideas on where to go from here or possible fixes would be most appreciated. I am guessing it is something simple and I am just missing it. params13 = arcpy.Parameter(
displayName="Vegetation Feature Class",
name="inVegfeature",
datatype="DEFeatureClass",
parameterType="Optional",
direction="Input",)
params13.value = None
# First Input
params14 = arcpy.Parameter(
displayName="First Vegeation Class",
name="veg1",
datatype="GPDouble",
parameterType="Optional",
direction="Input")
params14.value = 0
params14.filter.list = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25,
26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37,
38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61,
62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73,
74, 75, 76]
# Second Input
params15 = arcpy.Parameter(
displayName="Second Vegetation Class",
name="veg2",
datatype="GPDouble",
parameterType="Optional",
direction="Input",)
params15.value = 0
params15.filter.list = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25,
26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37,
38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61,
62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73,
74, 75, 76]
# Third Input
params16 = arcpy.Parameter(
displayName="Third Vegeation Class",
name="veg3",
datatype="GPDouble",
parameterType="Optional",
direction="Input",)
params16.value = 0
params16.filter.list = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25,
26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37,
38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61,
62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73,
74, 75, 76]
# Fourth Input
params17 = arcpy.Parameter(
displayName="Fourth Vegeation Class",
name="veg3",
datatype="GPDouble",
parameterType="Optional",
direction="Input",)
params17.value = 0
params17.filter.list = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25,
26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37,
38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61,
62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73,
74, 75, 76]
# Fifth Input
params18 = arcpy.Parameter(
displayName="Fifth Vegeation Class",
name="veg3",
datatype="GPDouble",
parameterType="Optional",
direction="Input",)
params18.value = 0
params18.filter.list = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25,
26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37,
38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61,
62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73,
74, 75, 76]
# Sixth Input
params19 = arcpy.Parameter(
displayName="Sixth Vegeation Class",
name="veg3",
datatype="GPDouble",
parameterType="Optional",
direction="Input",)
params19.value = 0
params19.filter.list = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25,
26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37,
38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61,
62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73,
74, 75, 76] # -*- coding: utf-8 -*-
import arcpy
class Toolbox(object):
def __init__(self):
"""Define the toolbox (the name of the toolbox is the name of the
.pyt file)."""
self.label = "Toolbox"
self.alias = ""
# List of tool classes associated with this toolbox
self.tools = [Tool]
class Tool(object):
def __init__(self):
"""Define the tool (tool name is the name of the class)."""
self.label = "Tool"
self.description = ""
self.canRunInBackground = False
def getParameterInfo(self):
"""Define parameter definitions"""
# Geology Class Feature Class Parameters
params0 = arcpy.Parameter(
displayName="Geology Feature Class",
name="inGeofeature",
datatype="DEFeatureClass",
parameterType="Optional",
direction="Input",)
params0.value = None
# First Input
params1 = arcpy.Parameter(
displayName="First Geology Class",
name="geo1",
datatype="GPString",
parameterType="Optional",
direction="Input")
params1.value = None
# Second Input
params2 = arcpy.Parameter(
displayName="Second Geology Class",
name="geo2",
datatype="GPString",
parameterType="Optional",
direction="Input",)
params2.value = None
# Third Input
params3 = arcpy.Parameter(
displayName="Third Geology Class",
name="geo3",
datatype="GPString",
parameterType="Optional",
direction="Input",)
params3.value = None
# Fourth Input
params4 = arcpy.Parameter(
displayName="Fourth Geology Class",
name="geo3",
datatype="GPString",
parameterType="Optional",
direction="Input",)
params4.value = None
# Fifth Input
params5 = arcpy.Parameter(
displayName="Fifth Geology Class",
name="geo3",
datatype="GPString",
parameterType="Optional",
direction="Input",)
params5.value = None
# Sixth Input
params6 = arcpy.Parameter(
displayName="Sixth Geology Class",
name="geo3",
datatype="GPString",
parameterType="Optional",
direction="Input",)
params6.value = None
params = [params0, params1, params2, params3, params4, params5, params6]
return params
def isLicensed(self):
"""Set whether tool is licensed to execute."""
return True
def updateParameters(self, parameters):
"""Modify the values and properties of parameters before internal
validation is performed. This method is called whenever a parameter
has been changed."""
if parameters[0].value:
with arcpy.da.SearchCursor(parameters[0].valueAsText, "GLG_SYM") as rows:
parameters[1].filter.list = sorted(list(set([row[0] for row in rows])))
if parameters[0].value:
with arcpy.da.SearchCursor(parameters[0].valueAsText, "GLG_SYM") as rows:
parameters[2].filter.list = sorted(list(set([row[0] for row in rows])))
if parameters[0].value:
with arcpy.da.SearchCursor(parameters[0].valueAsText, "GLG_SYM") as rows:
parameters[3].filter.list = sorted(list(set([row[0] for row in rows])))
if parameters[0].value:
with arcpy.da.SearchCursor(parameters[0].valueAsText, "GLG_SYM") as rows:
parameters[4].filter.list = sorted(list(set([row[0] for row in rows])))
if parameters[0].value:
with arcpy.da.SearchCursor(parameters[0].valueAsText, "GLG_SYM") as rows:
parameters[5].filter.list = sorted(list(set([row[0] for row in rows])))
if parameters[0].value:
with arcpy.da.SearchCursor(parameters[0].valueAsText, "GLG_SYM") as rows:
parameters[6].filter.list = sorted(list(set([row[0] for row in rows])))
return
def updateMessages(self, parameters):
"""Modify the messages created by internal validation for each tool
parameter. This method is called after internal validation."""
return
def execute(self, parameters, messages):
"""The source code of the tool."""
return
... View more
09-17-2020
01:57 PM
|
1
|
4
|
2372
|
POST
|
Michael, It is an imported script, if I click on the script in the toolbox and run it as a tool, it works, no errors or issues. There are 4 users provided inputs; input, save location, and 3 geological types. The input and save are set as Feature Classes, the geological types are set as strings (Jtm for example). The geological types are set as text in the attribute table of the geology feature class. The parameters for the script do not show asterisks and the filter.list(s) for drop-downs are working. It is once it is brought into the model; the feature class types are fine, but strings show an asterisk in parameters. I also have this in two other scripts, one for a feature class, one for a raster, that use double as the type for user provided input( user inputing a 1 or 4 or 50 etc. from a drop-down.) These two scripts also work when run as a tool from the toolbox but once they are in the model, the double types show asterisks in model parameters. I still need to test switching double too long to see if that changes anything. To make it more interesting, there are three other scripts in the model, that get user entered values (fill in the box for these) for three rasters. The type is set as double and they are working as a tool from the toolbox and in the model. I may just move the entire project to a python script and set it up as a tool since the ease of use on the front end takes precedence over the ease of use on the backend. It is only in ModelBuilder because that was the initial request (and no one uses Python at my place of work).
... View more
07-17-2020
08:02 AM
|
0
|
0
|
849
|
POST
|
Dropdown lists have been coded in the validation section of the script tool parameters, tools are working as a script tool and in the model builder, still have not found a fix for "Parameter Name and DataType are required". I did see the previous post on this issue, but this was not an option in my case.
... View more
07-16-2020
12:54 PM
|
0
|
0
|
849
|
POST
|
I have not encountered this issue before, and after a month, I do not have a solution. This a snippet of a larger, predictive model. This is one, of two feature classes (there will probably be more added), each has a small python script to eventually allow for a drop-down list when used as a tool. There are also three raster layers (so far), with two variables each, that use scripts and do not have this issue. When I go to Properties, Tool Properties: Model, "Parameters" is underlined in red, the numbers have been replaced by asterisks, and "Ok" is greyed out. When hovering over an asterisk I get "Parameter Name and DataType are required". This leaves me with a model that I cannot make changes to, including creating the drop-down list that I need to create. I have tried setting Data Type as feature class and feature layer, I have tried setting Type to Optional and Required, I have tried saving to memory\ (the preferred option) and to the gdb, and I know that it validates, runs, and adds to the map. I have tried searching for this, but have not found anything that specifically addresses this issue. Also, the final tool must consist of fill in the blank or drop-down list with no build an SQL query in the tool interface.
... View more
07-16-2020
09:10 AM
|
0
|
4
|
909
|
POST
|
Thanks. I am new to python and that is not entirely clear in the documentation for Append_management, or at least not to me. This gives me a starting point at least and it also means that this may not work for what I need it to do.
... View more
05-15-2019
08:58 AM
|
0
|
1
|
445
|
POST
|
I have been trying to write a simple script to append features (currently using ArcMap 10.6) that were created in a "working" file gdb to a "master" file gdb. The feature classes have the same fields and are both in feature data-sets. The "master" generally resides on an office wide server while "working" is local. Where it goes wrong is the stand alone script copies all features in the feature class, not just the selected features. Append honors selected features when run from python in ArcMap and from the GUI tool. Also experiencing the same issue if I create an append model. What I have tried: "NO_TEST" and "TEST", setting the "working" gdb as the work-space, placing the file pathways directly into Append_management, placing a copy of the "master" onto my computer. I have even tried creating temp gdbs, one with the "working" feature class and one with the "master" with no change. Going to test this on a different computer that has ArcMap 10.7 and in ArcGIS Pro 2.3 (can't use this computer at work though) and see if I can replicate it. import arcpy
in_feature = r"C:\\\\Working_GDBs\Central.gdb\Lands\Disposals"
out_feature = r"C:\\\\Master_GDBs\Central.gdb\Lands_Master\Lands_Disposals"
schema = "TEST"
arcpy.Append_management(in_feature, out_feature, schema, " ", " ")
print("Append Completed")
... View more
05-15-2019
07:44 AM
|
0
|
3
|
563
|
Title | Kudos | Posted |
---|---|---|
1 | 09-17-2020 01:57 PM |
Online Status |
Offline
|
Date Last Visited |
03-21-2024
09:24 PM
|