View by status   

ArcGIS Desktop Extensions : 

  • 640
    Points


    In ArcGIS Desktop, some program operations can take a very long time.  Oftentimes, I find that I've made a mistake in the interface and want to stop some long process that I've accidentally begun.  Unfortunately, it seems like the "cancel" button on -many- geoprocessing tools and in certain other dialogs (export map during data driven pages, etc.) is merely for show.  Cancelling either takes an exorbitant amount of time (5+ minutes) or doesn't work at all because the entire ArcGIS Desktop interface is lagging out.  This is a problem that wastes countless hours for ArcGIS users and is a black mark on the overall quality of the software.

    The cancel button should stop whatever process it's attached to immediately or in a reasonable amount of time (<1 minute).  There's no reason for the entire ArcGIS interface to lag to the point where you can't click the cancel button when doing a mildly complex operation in the software, and there's no reason for the cancel button to be there if it doesn't even work correctly.
    Tags :
     geoprocessing, arcgis desktop, cancel, usability, software quality
    6 Comments  |  Posted by :  msiadak  to ArcGIS DesktopArcGIS Desktop Extensions Feb 28, 2012
    Share this idea

  • 40
    Points


    I really want to be able to add breakpoints into a Python Add-In for debuggin purposes.  Being able to look around at the variable values and see what's going on would save sooooooo much time.  As it is, this can only be done with print statements in the code.  But when you don't know what is going wrong, it's really hard to write a print statement that will tell you what you need to know without some experimentation.  Every time a statement is changed, there is a 3-4 minute process of
     - compile the add-in,
     - install the add-in,
     - close Arc,
     - reopoen Arc,
     - run the add-in,
     - realize you misspelled the variable name,
     - repeat...
    Please find a way to use breakpoints in Python Add-ins!
    Tags :
     python addin, debug, breakpoint
    Share this idea

  • 9390
    Points


     I would like to see the Google basemaps integrated  into the ArcMap suite of products similar to Bing. It would be nice to have Google maps as an option as a basemap for ArcGIS Online and to easily load it into my desktop applications.

    I have been told by some of the ESRI Staff that the Google coloring scheme does not make for a good basemap.  I find that most people are actually more familiar and comfortable using a Google map. One of the reasons I do not use the other map options, if I can help it, is because I want my users to already know what they are looking at and not have to guess "Is that a highway or a freeway?"

    Each of the major mapping sites such as Google, Bing, Open Street Map and ArcGIS have their strengths. They all seem to update their data at different rates for different areas. One site may update the imagery this year and not do it again for two or three more years. Meanwhile other sites may have updated more recently. It would be nice to have Google as another option if they have better data. I know ArcGIS has a community basemap program out there so that I can upload tiles to enhance the basemap for an area but that takes time that I don't have.

    In all I just want to have Google maps be another option as a basemap for my desktop and web applications

    Tags :
     Google Maps, Bing, Desktop, basemap
    Share this idea

  • 150
    Points


    Add "Open Attribute Table" option to ArcReader to the layer right-click menu.  Of course, all read-only functions would be available, like:
    • Find
    • Select
    • Switch selection
    • Show all records
    • Show selected records
    Tags :
     arcreader, attributes, table
    1 Comment  |  Posted by :  BruceLang  to Other ProductsArcGIS Desktop Extensions Aug 19, 2013
    Share this idea

  • 210
    Points


    Currently it is possible to save a map document to previous versions of ArcGIS Desktop by selecting File > Save A Copy and by choosing the desired version from the Save As Type drop-down. I think it would be helpful to provide this option when selecting Publisher > Publish Map, for those organizations that have a need to publish their maps in 10 while sharing with users who still have both Desktop 9x and Reader 9x and are not yet able to upgrade both.
    Tags :
     ArcReader Previous Versions Publisher Publish
    4 Comments  |  Posted by :  kirpinki04  to ArcGIS DesktopArcGIS Desktop Extensions Mar 27, 2012
    Share this idea

  • 170
    Points


    Here it is:
    Let's say I am licensed for spatial analyst.
    By default, this extension is turned off
    If I try to run a tool that requires spatial analyst I get an error message and the tool closes.
     
    Instead, why not…
    If I try to run a tool that requires spatial analyst, ArcGIS checks to see if I have a license, if turned off it either turns it on for me, or simply asks if I would like to have it turned on to complete the process. 

    This would be far more user friendly.
     
    Tags :
     
    0 Comments  |  Posted by :  webekeit  to ArcGIS DesktopArcGIS Desktop Extensions Jun 16, 2014
    Share this idea

  • 10
    Points


    When downloading the map packages, the data originally in folders following the requirements of no spaces, etc will be extracted into new folders with 50+ characters and spaces resulting in errors if especially performing spatial analysis and causing havoc in file management especially when managing a classroom of students.

    Please resolve issue in unpackaging map packages into original folder.  If folder of same name perhaps have it prompt for replacing or simply add a '1' or '2' appemded to the end of the folder if one exists already rather than adding 50+ characters and spaces.
    Tags :
     map package, file management,spatial analysis
    Share this idea

  • 710
    Points

    1
    Participant

    Model Builder is a great tool. One thing that really bugs me is when working with a long, linear model, the Auto Layout button simply lines the processed up in a straight line across the Model window. There is no regard given to the scale/zoom at which the model is being viewed and typically the model extends off the right edge of the window. A more appropriate outcome would be for the Auto Layout button to arrange the processes neatly within the current window, preferrably at, or close to, the current zoom level.

    So instead of getting this:

    User-added image

    I might get something like this:

    User-added image
    Tags :
     model builder, auto layout, auto arrange, model layout,
    0 Comments  |  Posted by :  forknuts  to ArcGIS DesktopArcGIS Desktop Extensions Sep 25, 2012
    Share this idea

  • 420
    Points


    It seems like every ArcGIS Desktop geoprocessing tool or program feature has some kind of "gotcha" built into it.  From trying to open an Excel spreadsheet while the same file is open in Excel reporting a "General Function Failure" to geoprocessing tools throwing a "ERROR 99999: Unexpected Error" (my favorite) because of a space in a path name somewhere, there are a ton of these sorts of undocumented errors throughout the ArcGIS Desktop software package.

    What troubles me about these issues is not that they exist (any software package of this complexity is going to have plenty of these types of limitations), it's that the software doesn't attempt to check for the vast majority of these issues before running a tool.  The software also doesn't report back useful error messages in 95% of the cases.  Many of these "gotcha" issues would be easy (that is, computationally fast or negligible) to check for; it's simply a matter of the ArcGIS development team devoting the resources to doing so.

    I know the big money in GIS is in development new whizbang features and platforms, but fixing these issues will be greatly appreciated by your users.  It's not hard to browse the arcgis.com forums and find hundreds of examples of these sort of "gotchas".
    Tags :
     arcgis desktop, quality, error messages, robustness
    3 Comments  |  Posted by :  msiadak  to ArcGIS DesktopArcGIS Desktop Extensions Feb 28, 2012
    Share this idea

  • 710
    Points


    I have used the state tree diagram included in the GDBT tools included in 10.0.  I was dissapointed to find out at 10.1 this diagram is not included.  I spoke with ESRI Reps at the recent developers summit and one of them said that I can still find out the current state.  I do know that there are other ways to find out the current state.  However, the diagram is a great and quick way to find this information.  After a recon post compress or if I want to get a general ideas of who has been editing I can look at the state tree diagram and in 1 second see this information.
    As mappers we tend to very visual people.  Looking at a tree diagram is much like looking at a map to find out information quickly.  I would very much like to see this diagram functionality developed for 10.2 and above and once again included in the ArcGIS Platform.
    Thanks,
    Kirk Webb
    Tags :
     GDBT current state tree diagram 10.1 10.2
    Share this idea

  • 540
    Points

    256 Color Ramp Symbology

    Under Consideration

    The ESRI color ramp "Full Bright Spectrum" has a limited number of colors for distribution as standard.

    I would hope to see future versions of ArcGIS 10x and above make a color bar ramps that incorporate the full 256 color spectrum as part of the standard ESRI Style File. I have attached screen captures to illustrate the point.

    User-added image

    User-added image

    User-added image

    One of the main benefits in having a full 256 color spectrum (histogram equalization) will help illustrate the subtle anomalies or variances within the gridded data.

    With more data detail becoming available to the geologist or geographer using the data, a better analysis and QC can be performed.

    Even though custom color ramps can be designed by the individual ArcGIS user and Style Files can be imported that possess advanced color ramps, it is this additional step that can be avoided if a full 256 color ramp were made part of the standard ArcGIS product suite.

    The screen capture examples utilizes the Geosoft.style File which already contain a full 256 color shaded spectrum.

    ESRI could simply adopt their colors as standard for all GIS users at whatever license level (ArcView, ArcEditor, ArcInfo) in the next version.

    Tags :
     PUG, Color Ramp, 256, symbology, full bright spectrum, geosoft, style file, Petroleum, Raster Display, raster, Spatial Analyst
    Share this idea

  • 70
    Points


    The editing toools offered in 10 are nice but I think there can be a few improvements.  The templates allow the user to set default attribute values but why not set default geometry attribute such as area and shape?  I know that a similar affect is possible using the copy and paste features but honestly this gets old pretty fast.  

    Being able to define a features geometry before it is created would also help in the automation of many digitization processes. For example if you have well defined set of variables, say you need a rectangular polygon adjacent to a line at certain intersections and that polygons area is derived from the type and angle of that intersection and you need that polygon's rotation matched to that of the original line, you could set up a model or python script to define these variables and automatically generate the necessary features for your study area.  

    This becomes particularly important when your features of interest are not static, such as a proposed natural gas pipeline that gets routed and rerouted numerous times throughout the alignment proposal process and you need to maintain standardized workspaces that are generated for exhibits that are needed frequently (generally several a week) throughout the permiting process.
    Tags :
     PUG, Editing, Automation, Geometry
    2 Comments  |  Posted by :  pmoulden  to ArcGIS DesktopArcGIS Desktop ExtensionsPetroleum Aug 10, 2012
    Share this idea

  • 60
    Points


    We have Delete Colormap and Delete Raster Attribute Table - why not Delete Pyramids? 

    This workaround is pretty kludgy:

    As it is it's a trivial Python script (see below) but users need this outside of scripting/modelbuilder.

    def ZapPyramids(ras):
        xenv = arcpy.env.pyramid
        arcpy.env.pyramid = "PYRAMIDS 0"
        arcpy.BuildPyramids_management(ras)
        arcpy.env.pyramid = xenv

     

    Tags :
     pyramid, pyramids, raster
    0 Comments  |  Posted by :  curtvprice  to ArcGIS DesktopArcGIS Desktop Extensions Sep 24, 2014
    Share this idea

  • 120
    Points


    Python Addins are awesome, but the Addin Wizard still needs some work. I think one of the biggest improvements here would be to allow the rearranging of elements (Toolbars, Menu Buttons, ToolPalettes, ect) while I'm creating them. Currently, if I create a button or tool palette on a toolbar for example, if I later decide I want to rearrange the order of these buttons, I have to recreate the element itself and any elements in between its current location and new destination location. That is horribly inefficient.

    Python Addin Assistant Improvement
    Tags :
     Python Addin Assistant, Python, ArcGIS Desktop, Addins
    Share this idea

  • 120
    Points


    The pythonaddins.GPToolDialog() function should offer the ability to communicate progress/completion of the tool back to the python add-in (or any other place it is called from). When a tool dialog is called from a python add-in, the python script should be able to communicate with the tool that was launched, rather than losing communication. This will enable the python script to wait until the user has entered inputs into the tool dialog and either hit "OK" or "Cancel" and/or geoprocessing is complete. As things stand with 10.2.2, the pythonaddins.GPToolDialog() launches the tool dialog and the python code in the add-in continues to run (i.e. no communication), which causes problems if there are a sequence of tools to be launched that rely on the geoprocessing to happen in a sequential manner, or simply if the add-in relies on the geoprocessing of the tool immediately after the tool is complete.
     
    One idea is to specify whether or not the tool should be run as “MODAL” or “NONMODAL”. Effectively mixing the functionality between 10.2.1 and 10.2.2, but adding “gptool” object for communication.
     
    gptool = pythonaddins.GPToolDialog(toolbox, tool_name, {“NONMODAL”})


     
    Tools called with pythonaddins.GPToolDialog() launch as “MODAL” in 10.2.1, which means that the user can interact with the tool until “OK” or “Cancel” is pressed. It also means that the python script will wait until the tool is complete to execute the code that follows pythonaddins.GPToolDialog(), which is desirable.  In 10.2.2, the tool launches as “NONMODAL” so that the user can interact with the map/other tools while the tool dialog box is still open. However, the python script does not wait for completion, which is undesirable. Both modal and non-modal functionality are useful for particular situations, so having the option to use either would greatly increase user flexibility.
     
    The “gptool” object would provide a much needed means to communicate between python and the tool, much like a multiprocessing “pipe” or a “queue” (see python “multiprocessing” module). The object could have multiple methods and information associated with it, and would represent enhanced functionality of the pythonaddins.GPToolDialog() method.
     
    To summarize, having the option to be modal or non-modal, and have communication about progress/completion between python and the tool is would be fantastic.
    Tags :
     python, pythonaddins.GPToolDialog(), python add-in
    0 Comments  |  Posted by :  Eddie63  to ArcGIS DesktopArcGIS Desktop Extensions Jun 2, 2014
    Share this idea

  • 180
    Points


    This is a suggestion to improve data reporting tools for feature classes and tables in ArcGIS

    The Problem:
    With more and more authoritative data housed in GIS feature classes there needs to be a way to generate repeatable, highly customziable, and easily configurable reports. Currently the table reporting tool is very anitquated and difficult to use.

    This UI is basically impossible

    Extremely outdated and confusing interface design

    The Solution:
    Implement a more modern, drag-and-drop report creation tool similar to Tableau.

    I don't think that I could come close to creating this report using the current report tools

    tableau


    Benefits:
    Many reporting tools have already been developed in the Operations Dashboard product. If those reporting tools (along with some more advanced configuration options) were migrated to a table reporting tool you'd have a lot of functionality already built.

    Caveats:
    If your organization is willing to shell out the money for Tableau you can use their reporting tools straight from Esri databases. However, we're paying so much for ArcGIS already it's only sensible to include usable reporting tools. 
    Tags :
     reporting, reports, tables, charts, graphs, analysis
    Share this idea

  • 80
    Points


    Currently, in order to test changes to a Python Addin, you have to make the changes to the script or
    config.xml, close the target application, reassemble the addin file, reinstall the addin file and then
    restart the target application. It's awful. All ArcGIS applications take a long time to initialize, so
    when you're doing active development, testing and debugging on an addin, having to test changes
    through that workflow is really really really painful.

    There should be a method in the pythonaddins module to have the target application reload a python addin's config.xml and assembly cache. Under this workflow, we could make business logic changes
    directly to the script  and install test data in the assembly cache directly and debug issues directly
    without the need to reassemble the addin and reinitialize the target application.

    With such a function, we could then just call the pythonaddin reload function from the target application's
    Python Window to reload the required files, identifying the specific addin to reload by its addin ID. 
     

    import pythonaddins
    
    pythonaddins.reloadAddin("{7e18e192-6519-4e55-80d2-8e03b9d318d8}")
    

    The target application should then become aware of and reflect the updates contained in the 
    config.xml and assembly cache.

    The syntax above would identify the folder in both the addin folder located in the User's 
    "My Documents\ArcGIS\Addins" directory from which to reload any changes to the config.xml
    as well as the folder in the target application's assembly cache from which to reload
    changes to the script and any new data.

    A workflow like this, provided that a 'pythonaddins.reloadAddin' function or something similar is
    made available, would prevent developers from having to restart the target application and
    rebuild the addin file with every single change. Once the desired result is achieved, the developer
    can port the neccessary changes to the original addin file, reassemble, do final testing and ship
    without having to go through the arduous pythonaddin debugging process as it stands today.

    Of course, the risk here is that making changes through the proposed workflow would not allow
    for automatic backups of previous iterations, but I believe the onus should be on the developer to
    make sure they are backing up before making changes.

    Please fix this ESRI!

    Tags :
     pythonaddins, debugging, python, arcpy
    Share this idea

  • 1180
    Points


    Create a 3D Editor with similar functionality to sketchup but made by esri.  Similar capabilities but support true 3D.
    Tags :
     3D, 3D Analyst, Editing, Editor
    5 Comments  |  Posted by :  Riverside  to ArcGIS DesktopArcGIS Desktop ExtensionsImagery Apr 7, 2010
    Share this idea

  • 40
    Points


    It would be interesting if the attribute table, you can insert formulas like in Excel. 
     
    It would also be important if you can update manually / automatically formulas. 
     
    QGIS is on the right track.

    Field calc bar in attribute table

    Tags :
     attribute table, formulas, calc, excel
    Share this idea

  • 540
    Points


    We used to be able to do a "spatial join without creating a new feature class" in AV 3.x.  This would be a most useful tool for everyday use it seems without creating useless feature classes that you have to go back and delete.

    Esri, can't you bring this tool back from the archives for ArcGIS 10.1.x???

    I would really like to see it added to the Toolbox!
    Tags :
     tool spatial join
    9 Comments  |  Posted by :  jakek  to ArcGIS DesktopArcGIS Desktop Extensions Mar 7, 2012
    Share this idea


 

Terms and Conditions   |    Feedback   |   FAQs
Previous MonthNext Month
SunMonTueWedThuFriSat