|
POST
|
Oops, "owns" is the wrong word in this context. The organization owns your position. When you win the lottery, the organization gets to load someone else into your position. So, maybe more along the lines of "who stewards the robot?" or from Paul's example, "of which ArcGIS Online for Organizations named user is the robot an extension?" Typically, IT scripts, apps, tools, processes, products, etc. have a "go-to" person (loosely described as an "owner"), and if you're lucky to be scaled, some backup people. This person could be proposed to Esri as having the named user account in Portal and/or AGO when discussing terms of service. (shakes head) licensing... certainly keeps you busy. tim
... View more
04-12-2016
08:38 AM
|
0
|
1
|
1853
|
|
POST
|
Hi Dirk - who owns the robot? This might be a useful perspective to take when considering the Portal terms of use. For argument's sake, let's say you own the robot. My current understanding is that one human being is allowed to have more than one named Portal user account, and in fact Esri benefits financially from this condition. You may be able to delegate one of your named user accounts to your robot. Definitely talk to your Esri rep about it...
... View more
04-11-2016
10:44 AM
|
0
|
4
|
1853
|
|
POST
|
Alrighty then. We got YAB... Yet Another Bug. This one is described more accurately as: BUG-000095301 Batch Attribute Editor Widget in Web Appbuilder Application does not allow attributes of a feature to be left blank. That's a wrap for this week. A whole lot of blocked tasks and product backlog items. It would be awesome if WAB widgets had quality badges and/or community ratings and a direct link to a current bug list in the Help documentation. Maybe just a live scroll-able panel with the open bugs listed at the top of the help page. I could have a look at the proposed solutions for requirements before committing to a PBI and decide whether or not the likelihood of meeting my commitment existed. Off to achievable tasks like building chicken coops. Happy Friday all
... View more
03-25-2016
02:30 PM
|
1
|
0
|
1779
|
|
POST
|
We have similar requirements, so I'll describe our approach. Your requirements may be similar enough to use and/or adjust the approach below. User story As the Emergency Manager, I need to access confidential features managed by each business unit so that I can make decisions based on all confidential features that the organization has. Managers in the business units choose whether or not to allow staff in other business units to see the confidential features they manage. Solution idea (Portal or ArcGIS Online) Each manager: creates a group and adds their staff and the Emergency Manager to it creates a hosted feature layer; enables editing, tracking, and per user editing as desired; and shares the hosted feature layer to their group each manager creates a web app that uses the web map below and enables the desired capabilities to support the editing process. The Emergency Manager: creates a web map and adds all business unit hosted feature layers to it. This gives the Emergency Manager access to all of the confidential features. shares that web map back to all of the business unit groups (if useful to the managers). This allows each group to see only its confidential features on the commonly shared web map. creates a web app that uses that web map and enables the desired capabilities to support her decision process. The solution designer: Notes that ArcGIS Online terms of service explicitly prohibit using some types of confidential information http://www.esri.com/~/media/Files/Pdfs/legal/pdfs/mla_e204_e300/english > 2.4 Prohibited Uses of the Online Services Configures: tries out the solution idea and adjusts until it meets requirements or finds its limitations within the ArcGIS Online capabilities. Limitations will include non-existent capabilities and bugs in existing capabilities. requests new capabilities at Esri Arcgis Ideas | Ideas Submission Portal. pursues bugs at https://my.esri.com/ > My Organizations > Support Customizes: If there are firm requirements that cannot be met through configuration or delayed until configurable solutions are available, then commit to all of the costs of customizations and start customizing. My 2¢, inflation adjusted as much as I can to 48¢ My two cents - Wikipedia, the free encyclopedia CPI Inflation Calculator Happy Friday, tim
... View more
03-25-2016
09:11 AM
|
3
|
1
|
717
|
|
POST
|
Since asking the community, I've opened an Esri support case. The support specialist was able to reproduce the behaviour, and is working internally at the moment. I'm hoping that the ArcGIS Online SaaS model proves its value in this case... I'm imagining a bright and shiny world where the dev team fixes the widget code, pushes the fix to ArcGIS Online, the support specialist emails me to try again, and POOF! it's fixed .
... View more
03-24-2016
10:04 AM
|
0
|
1
|
1779
|
|
POST
|
ArcGIS Pro System Requirements note that up to 32 GB will be used if available, suggesting some logic exists to use the storage resources kindly.
... View more
03-24-2016
09:55 AM
|
2
|
1
|
1692
|
|
POST
|
Don't forget to max out storage i/o - that speed matters, too. ArcGIS Pro makes huge wads of cache. Notebook - Dell Precision 7510, Feb 2016 Win10, build 10240 Intel Core i7-6820HQ, HD Graphics 530 16GB , DDR4-2133MHz SDRAM (i'm set to add another 16GB to support local SQL Server sandbox) M.2 PCIe NVMe SSD & 7200 rpm SATA HD Nvidia Quadro M2000M 4GB GDDR5 Happy enough. Power vs. mobility is balanced. Machine is bigger than I like for a notebook, but smaller didn't support the necessary components. ArcGIS Pro is relatively zippy on this machine and does its work generally well. ArcGIS for Earth ( 😉 eh?) is mysteriously slow, but I don't care enough yet to figure it out. ArcMap and its senior 32-bit brethren don't get along with the modern display technology, but that's a known and pinned issue. Non-Esri geotools are all quite happy and ripping around at high speeds. I've developed a bad case of iFinger (MacSwipe?) that's causing me a little difficulty with the touchpad, but that's just an olde dawg re-learning an olde trick thang...
... View more
03-23-2016
12:58 PM
|
1
|
8
|
1538
|
|
POST
|
Anyone notice the batch attribute editor failing to set a text field to null? I can do this: select a bunch of features set the text field value to some text, e.g. "this works just fine" save click around for popups and see that the text is being returned select the same bunch of features highlight and delete the "this works just fine" text save click around for popups and see that "this works just fine" text is still being returned (<< grrr) select the same bunch of features edit the "this works just fine" text to be "this works just fine, too" save click around for popups and see that the "this works just fine, too" text is being returned I can use the edit widget to set the text field to null... one at a time. This suggests that the problem may lie within the batch attribute editor widget and not in the service or SQL Server 2012 database underneath it. thoughts?
... View more
03-18-2016
04:17 PM
|
0
|
6
|
3973
|
|
POST
|
Are you aware of any Health and Human Services organizations who have deployed Esri's Portal for ArcGIS solution to support the secure use of confidential information with special handling requirements (e.g. audit logging, full encryption, etc.)? Our organization has Personal Health Information (PHI) and Personally Identifying Information (PII) which we are looking at using in geospatial contexts. We would like to discuss lessons-learned, best practices, opportunities for improvement, etc. with anyone who has deployed Portal for ArcGIS in order to use PHI and PII confidential information.
... View more
03-11-2016
10:35 AM
|
0
|
0
|
3518
|
|
POST
|
Thanks for confirming the current capabilities Matthew Baber, good info. Do you know if security by item is on the AGO / Portal development roadmap at this point? We'd love to be able to set staff free and allow them to exercise their best professional judgement when using Portal. At the same time, we think that it's appropriate to try to help them avoid realizing some of their risks when sharing items categorized at a certain information security level (e.g. jail time, noteworthy fines, etc.). Kind of like providing a bridge over a river, including the guardrails. tim edit: next time i should proof-read before I click that big button...
... View more
02-04-2016
02:13 PM
|
0
|
1
|
1328
|
|
POST
|
Our organization operates under a business rule that requires data / information security categorization and appropriate treatment of the information based on its assigned category. Has anyone found a way to categorize a Portal item (e.g. a hosted feature layer) and then be able to manage what Portal capabilities can and can't be used with that item based on its categorization (e.g. category 3 item cannot be shared to everyone)? A use case could be a scenario where business units add their confidential layer to a shared, collaboratively managed map. The Emergency Manager could have a panoptic view of the data (see all layers on the map), while the business units could only see their own confidential data and all other layers that can be shared across the business units. Maybe this is an upcoming capability in ArcGIS Online and/or Portal for ArcGIS? Maybe it exists now, and I just haven't found it? thx, tim
... View more
02-04-2016
09:40 AM
|
0
|
3
|
3122
|
|
POST
|
Have you found a business use case for What3Words in the Esri ecosystem? If yes, would you mind sharing a brief overview? I found this discussion on Geonet and had similar thoughts. I also found some re-tweets re-presented in Geonet, but nothing that sounded like a non-novelty use. thanks! tim
... View more
01-21-2016
01:24 PM
|
1
|
10
|
7013
|
|
POST
|
Yup, I noticed it yesterday on our Open Data site. After some quick checks to see if the data seemed to be working, I filed it under "Esri has a temporary problem that they'll get around to noticing and sorting out" so I wouldn't be tempted to burn time on it.
... View more
01-20-2016
10:33 AM
|
1
|
0
|
2314
|
|
POST
|
Thought I'd better wrap this one up with the final findings. Many of the ArcGIS Pro executables were not digitally signed at version 1.1.1, including ArcGISUpdate.exe. AppLocker in our environment is configured to not run untrusted executables from specifically blacklisted locations, e.g. from C:\USERS\TIM\APPDATA\LOCAL\MICROSOFT\WINDOWS\TEMPORARY INTERNET FILES\. Esri tech support opened a medium severity bug for this on 12/4/2015. edit: example of blacklisted location.
... View more
12-30-2015
11:54 AM
|
1
|
0
|
1832
|
|
POST
|
Thanks Jeremy! A quick update, and hopefully a resolution for our environment, anyway... During the course of working the support case, our team noticed that the ArcGISUpdate.exe file went from being unsigned to being signed. Our AppLocker policies allow the Esri-signed file to execute. So, the issue was resolved locally. Maybe there are other changes to consider for a more generic fix.
... View more
12-01-2015
09:00 AM
|
0
|
0
|
1832
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 10-24-2024 02:51 PM | |
| 1 | 10-24-2024 02:39 PM | |
| 1 | 10-22-2024 02:31 PM | |
| 1 | 02-07-2024 09:16 AM | |
| 1 | 02-07-2024 08:11 AM |