IDEA
|
I'd add that perhaps this should be combined with https://community.esri.com/ideas/14881
... View more
06-15-2018
09:29 AM
|
1
|
0
|
1172
|
IDEA
|
Can you define 3D? Do you mean like Webscenes? Do you want 3D Charts or Space-Time Cubes? 3D is a big word that means lots of different things to lots of different people.
... View more
06-15-2018
07:42 AM
|
0
|
0
|
1719
|
IDEA
|
This would be fantastic. Like most full-stack developers, I use a Mac but have to always ensure that I have some way of getting access to a Windows machine for the sole purpose of being able to use ArcGIS Pro when there's no other way to accomplish something. To do this, we only have three choices: Run a Windows VM on my Mac and share the Host OS's (Mac) resources (Processor, Memory, Storage) with the Guest OS (Windows), giving me a severely underpowered Windows machine running ArcGIS even though I'm using a top-of-the-line MacBook Pro. Run a Windows Bootcamp partition, allowing me to dedicate all of my systems resources to the Windows box, but meaning that I have to completely shutdown and restart my machine any time I need to switch operating systems Run a dedicated physical machine on the same network and remote into it when necessary, which can mean having to copy files across the network at times as well as introducing network latency issues during visualization. Truth be told, there's currently no good Esri solution for GIS in OSX, which is why I am drawn more and more to open source solutions like Boundless Desktop and QGIS. Esri could address some of this by increasing the robustness of the Python API to include some local analysis functionalities or at the very least adding File Geodatabase operations for Python API. Of course, the ultimate would be porting ArcGIS Pro to OSX but I suspect that would be a massive reengineering effort for an application that Esri has already laid much of the foundation for. So I doubt this will ever happen.
... View more
06-14-2018
06:26 AM
|
0
|
0
|
906
|
IDEA
|
This would be fantastic. Like most full-stack developers, I use a Mac but have to always ensure that I have some way of getting access to a Windows machine for the sole purpose of being able to use ArcGIS Pro when there's no other way to accomplish something. To do this, we only have three choices: Run a Windows VM on my Mac and share the Host OS's (Mac) resources (Processor, Memory, Storage) with the Guest OS (Windows), giving me a severely underpowered Windows machine running ArcGIS even though I'm using a top-of-the-line MacBook Pro. Run a Windows Bootcamp partition, allowing me to dedicate all of my systems resources to the Windows box, but meaning that I have to completely shutdown and restart my machine any time I need to switch operating systems Run a dedicated physical machine on the same network and remote into it when necessary, which can mean having to copy files across the network at times as well as introducing network latency issues during visualization. Truth be told, there's currently no good Esri solution for GIS in OSX, which is why I am drawn more and more to open source solutions like Boundless Desktop and QGIS. Esri could address some of this by increasing the robustness of the Python API to include some local analysis functionalities or at the very least adding File Geodatabase operations for Python API. Of course, the ultimate would be porting ArcGIS Pro to OSX but I suspect that would be a massive reengineering effort for an application that Esri has already laid much of the foundation for. So I doubt this will ever happen.
... View more
06-14-2018
06:26 AM
|
0
|
0
|
385
|
IDEA
|
Compact Geodatabase will kill any invalid locks. If you're Geodatabase is still locked after running that tool, someone is editing it (hopefully you if its just a File GDB).
... View more
06-13-2018
10:41 AM
|
1
|
0
|
3731
|
IDEA
|
Compact Geodatabase will kill any invalid locks. If you're Geodatabase is still locked after running that tool, someone is editing it (hopefully you if its just a File GDB).
... View more
06-13-2018
10:41 AM
|
1
|
0
|
553
|
IDEA
|
Take note Esri. Microsofts Boldly Plans to Revert the Ribbon Back to a Toolbar. Nobody likes the Ribbon UI. We want our toolbars!!!
... View more
06-13-2018
10:33 AM
|
5
|
1
|
5411
|
IDEA
|
Was thinking about this more, there is currently a workaround. 1. Create an Operations Dashboard which you want to use as a Template. 2. When you're ready to use it, open the Dashboard and use the 'Save As' button to save a copy of the dashboard. Do not change any layers at this time. Doing so will mean that you lose the configurations for how those layers are displayed. 3. Open ago-assistant and sign into your AGOL/Portal account. 4. Select the option, I want to 'view an item's json' 5. Select your dashboard to view its json. 6. You can edit the json to swap out a web map and layers without losing the configurations and linkages. It's a very technical workaround and requires a development experience to get done, but its possible. That said, I still agree that having a way to do this through the UI without having to get all super nerd on it is a really good idea.
... View more
06-01-2018
06:41 AM
|
11
|
0
|
7850
|
IDEA
|
I'm confused. I have multiple portal connections and can easily tell them apart. Are you in a scenario where your Portal URIs are very similar?
... View more
05-31-2018
11:39 AM
|
0
|
1
|
1153
|
POST
|
Could use some help understanding Range Domains configured to use the 'Date' field type. Step 1. In ArcGIS Pro, I created a new Range Domain in a file gdb configured to use the Date field type. fgdb = r"C:\Users\johnmdye\Documents\ArcGIS\Projects\MyProject.gdb"
arcpy.CreateDomain_management(
fgdb,
'DateDomain',
'My Date-Range Domain',
'DATE',
'RANGE') Step 2. Next, I set the Range Domain values. I checked the documentation to see how I needed to format the date inputs but there was no information about formatting dates or passing in a date-time object. All of the examples showed text inputs only. arcpy.SetValueForRangeDomain_management(
fgdb,
'DateDomain',
'01/01/1980 12:00 AM',
'05/29/2018 12:00 AM') When I checked the domain after running this, the time had automagically been set to 12:00am for both the minimum and maximum value. This made me assume that ArcGIS Pro had successfully converted my input strings for the min and max parameters to date-time objects. Step 3. Next, I assigned the domain to a field table = r"C:\\Users\johnmdye\Documents\ArcGIS\Projects\MyProject.gdb\TEST"
arcpy.AssignDomainToField_management(
table,
'DateField',
'DateDomain') After that successfully completed, I tried to edit the 'DateField' with the 'DateDomain' assigned to ensure that I could only specify a date between the min and max range, but I was able to enter any date I wanted and save the table. I then tried performing the workflow completely through the Pro UI and discovered that after I'd created the 'DateDomain' domain manually, I couldn't assign it to my 'DateField' through the Pro UI. (The circles are my mouse clicks) So, in this case I jumped back to Step 2 above and executed the SetValueForRangeDomain_management tool to set 'DateDomain' on 'DateField' and it worked, or at least didn't return an error and when I looked at the Field Design for the TEST table, 'DateDomain' was indeed showing as being assigned to 'DateField'. So, then I added 'TEST' table to a new map and attempted to edit the 'DateField' for a record. Lo and behold, I could enter any date I wanted and save the table. I shouldn't be able to set the date to 5/30/2018 because the maximum value on the DateDomain which is assigned to the DateField is '5/29/2018 12:00 AM' What gives?! Am I doing something wrong? Can anyone else replicate this odd behavior?
... View more
05-29-2018
04:52 PM
|
0
|
2
|
1833
|
IDEA
|
The GeoForm app template does not currently support collecting form info in a Hosted Table Service. It requires the layer be a FeatureLayer. However, for my specific use case I don't care about location. I see no reason why I should be required to use a FeatureLayer versus a Hosted Table Service. One can store location, the other can't. Let me choose.
... View more
05-24-2018
08:15 AM
|
2
|
0
|
372
|
IDEA
|
The GeoForm app template does not currently support collecting form info in a Hosted Table Service. It requires the layer be a FeatureLayer. However, for my specific use case I don't care about location. I see no reason why I should be required to use a FeatureLayer versus a Hosted Table Service. One can store location, the other can't. Let me choose.
... View more
05-24-2018
08:15 AM
|
3
|
1
|
520
|
IDEA
|
A while back, Joseph Armbruster created a wrapper for the Esri File Geodatabase API. Unfortunately, the last commit there was in 2014 so I think its safe to say its not being maintained any longer. I would really like to see a cross-platform python module for working with File Geodatabases. Like many developers, my workstation is a Mac but since I work with ArcGIS heavily, I run a Windows VM with ArcGIS Pro loaded so that I can access arcpy functionality when there's simply no other way to accomplish a workflow. It's not the most performant setup but it keeps me from having to carry around two laptops. It would be great if the ArcGIS API for Python contained some functionalities for creating, editing and working with local File Geodatabases so that I could do it all from the Mac without having to fire up a VM to do some basic data management locally. Additionally, once that initial functionality to create, edit and manage file Geodatabases and Feature Classes through the Python API were in place, Esri could could support workflows that would allow users to manage their local data through the Python API. Such a workflow might look something like: Create a new File Geodatabase locally Create a Domain in the File Geodatabase created in step 1. Create a new Feature Class Apply the domain created in step 2 to one or more fields in the Feature Class created in step 3. Publish the Feature Class created in Step 3 to the ArcGIS Online/Portal or Server to create a Traditional or Hosted Feature Service Perform some analysis on the Feature Service created in Step 5, likely creating new content containing the result Download the resulting content produced from Step 6 to the File Geodatabase created in Step 1, using the ArcGIS for Python API's existing Create Replica functionality. Do more local data analysis using Pandas, Numpy, SciPy or whatever other python library you like.
... View more
05-24-2018
07:12 AM
|
4
|
0
|
2126
|
Title | Kudos | Posted |
---|---|---|
1 | 08-18-2022 10:22 AM | |
2 | 08-20-2021 09:29 AM | |
2 | 02-19-2020 11:08 AM | |
1 | 10-18-2021 10:38 AM | |
1 | 10-18-2021 10:17 AM |
Online Status |
Offline
|
Date Last Visited |
05-19-2023
08:06 PM
|