POST
|
This is probably be a bug but wondering if anyone knows how to work around it? A parameter defined as follows def getParameterInfo(self):
in_files = arcpy.Parameter(displayName="Text Files",
name="in_files",
datatype="DEFile",
parameterType="Required",
direction="Input",
multiValue=True)
in_files.filter.list = ['txt'] Will not pass the filter to the browse UI, e.g.: This is the desired result and what is shown with multiValue=True removed: Curiously the filter still gets applied with multiValue=True during validation: The issue is exacerbated by the fact that the validation is not extremely useful since it does not tell you which parameter has the wrong type and the file edits are scrolled left so in most cases the root directory is the only thing visible (had to manually scroll each parameter in screencap above).
... View more
02-27-2018
12:47 PM
|
1
|
0
|
361
|
POST
|
Thanks. I just https://community.esri.com/ideas/14621. Guess I was just holding on to the fact that I might be missing some existing way to do this. I assume the internal tools uses something of this sort.
... View more
02-27-2018
06:11 AM
|
1
|
0
|
911
|
IDEA
|
Python toolbox tools should be able to advertise the environment's they honor in the same way as built-in tools do. Currently the Environments tab appear empty and any environment settings that the tool uses cannot be overridden unless the tool explicitly expose them as parameters (with defaults being the environment settings). Compare built-in: Versus custom Python tool: Also see related discussion in GIS Developers->Python
... View more
02-27-2018
06:09 AM
|
7
|
0
|
329
|
POST
|
There are multiple reasons for using a python toolbox outlined in: Comparing custom and Python toolboxes. My reasons align with the ones described there (e.g. maintainability as well as test-ability since validation logic is defined in Python code, value tables etc.) and I am also building a toolbox that will be installed on systems with a Pro SDK AddIn that utilizes them inside the arcgispro-py3 environment along with dependent Python packages etc. The toolbox need to appear for any ArcGIS Pro project without users needing to import them into each project.
... View more
02-26-2018
01:01 PM
|
1
|
2
|
911
|
POST
|
At this moment I want to expose the build pyramids and statistics settings, but potentially might want to add others like output coordinate system etc. I know it is possible to add an input parameter for each of the settings involved but that really bloats the input parameters unnecessarily and puts controls in the first tab (Parameters) that belong in the second (Environment).
... View more
02-26-2018
08:35 AM
|
0
|
4
|
911
|
POST
|
It would actually be better if it was a problem of note being able to hide them (as is the case with tools custom script tools created via the catalog). Once again; note I am not implementing a Custom toolbox but rather a Python toolbox. In the Python toolbox that tab is empty. I should have probably attached the following to my original question to clear up the confusion since we seem to be caught up in discussions about custom toolboxes. Here is what my tools show:
... View more
02-26-2018
06:21 AM
|
0
|
7
|
911
|
POST
|
Oh this won't work. I am interested in respecting the current settings and not loading preset constant values from an XML file. Even for custom tools one cannot seem to hide the environments that doe not apply and Using the Environments field is not really useful:
... View more
02-23-2018
01:36 PM
|
0
|
10
|
1911
|
POST
|
Thanks. I will see if I can somehow load settings saved from a Custom toolbox but not sure this will work. Note I am not implementing a Custom toolbox but rather a Python toolbox. In the Python toolbox that tab is empty.
... View more
02-23-2018
01:27 PM
|
0
|
2
|
1911
|
POST
|
And that is what I said. I know how to do it by code and can do so, and I am not setting anything I am getting the project environment settings. To maybe make make it clearer, I am implementing my own custom Python toolbox (.pyt file mechanism) and want to have an environments tab populated with the controls for each environment that it respects. What I want is to advertise it in the same way as the built in tools so that the Environment tab is not empty and I do not need to needlessly duplicate every one of the parameters as inputs to my tool so that user's can both see what the tool honors and can override it if they want (e.g. pick a different output coordinate system). Less magic than the tool just using these settings in the code and replicates the experience for the built in tools. It is very possible that this is simply not possible currently in a Python toolbox. Was just wondering if I am missing something.
... View more
02-23-2018
12:59 PM
|
0
|
4
|
1911
|
POST
|
Thanks, but that is not quite what I am looking for. I know how to get the parameters from the arcpy.env variable and do so to do things like build pyramids for generated rasters if that is the current env setting. I could duplicate all the inputs that is normally in the environments tab as inputs for my tool (with defaults being the env variable setting), but that seems needlessly cumbersome. Most of the ESRI tools that honor environment settings advertise them in the second tab. I am looking to do the same e.g.:
... View more
02-23-2018
12:22 PM
|
0
|
6
|
1911
|
POST
|
Example This is for inside ArcGIS Pro but I assume it also applies to Desktop. I assume there is some way to advertise the environments in same way as the internal tools do but could not locate a single example or mention of it in the documentaion. Thanks
... View more
02-22-2018
06:39 AM
|
1
|
22
|
3315
|
POST
|
New thread here: http://forums.arcgis.com/threads/3336-Custom-GDAL-Raster-support-not-working-(9.3.1-SP1-9.4-Beta-2-and-10-Prerelease)
... View more
04-26-2010
01:50 PM
|
0
|
0
|
431
|
POST
|
I apologize for creating a new thread as there are already some places with complaints about this, but I hope to unify what is known and unknown about this issue and hopefully elicit an official response and help from ESRI on this matter. I posted the following at the end of February since we were using the old RDO system (for which support has been removed since 9.4 beta): http://forums.arcgis.com/threads/1483-3rd-Party-Raster-Dll-Support-in-10?p=4980 The only official details on how to do this is here: http://edn.esri.com/index.cfm?fa=downloads.detail&downloadid=204 but I cannot even get a sample dll to load using 9.3.1 or 9.4 or 10. It scans the gdalplugins folder (I used the Procmon SysInternals utility to monitor file and directory accesses) to get the list of dlls in it but never even accesses or opens the files. There is a user comment at this link with no answer complaining about the exact same issue. The following link complains that there is no SDK for GDAL available for 9.4/10.0: http://forums.arcgis.com/threads/844-Custom-GDAL-raster-filter-not-working-in-9.4 It does imply that they somehow managed to get this to work in a previous version, although I cannot determine how. There is a bug in the system since November 2008 (NIM040337) that basically complains that the documentation on this is thin and that there is no working example (as we had at one point with the RDO system) that shows that this is actually working here: http://resources.arcgis.com/content/nimbus-bug?bugID=TklNMDQwMzM3 Regards, Jacques Beaurain Geosoft Inc.
... View more
04-26-2010
01:44 PM
|
0
|
4
|
2112
|
Title | Kudos | Posted |
---|---|---|
1 | 02-27-2018 12:47 PM | |
1 | 02-22-2018 06:39 AM | |
1 | 02-27-2018 06:11 AM | |
7 | 02-27-2018 06:09 AM | |
1 | 02-26-2018 01:01 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|