Latest Contributions by BrianOevermann

Thank you @LongDinh. This is helpful. I've duplicated our data into a sandbox enterprise gdb that I maintain for testing purposes so that I can demo what the user says they want. So I already have a test bed ready for trying to implement my desired attribute rules. My users think that this request only requires creating a smart form with conditional logic in Field Maps. And that is basically the case on the surface. They simply have no idea what needs to happen administratively behind the scenes to keep everything in sync so they don't need to do any double entry of the data. Thanks again for sharing your knowledge! ... View more

@LongDinh, thank you for the pointers to the potential Arcade functions. My disconnect is whether submitting edits to the relationship table's form can trigger an attribute rule to update fields in the feature class itself. If that is possible (and I haven't seen an example) then my questions are: Do you create the attribute rule on the related table or on the feature class? If on the feature class, how does the immediate calculation rule get triggered (i.e. how does it know that an edit is being made in the related table that affects the attribute rule in the feature class)? Is it polling the related table looking for changes? ... View more

Seems short sighted that we cannot create a "local" transaction that is not committed until we invoke a save. I anxiously await this capability. ... View more

Regarding the % symbols in field names--I had this issue back in the Flex Viewer days with some of my map services. After much banging of my head against my desk I found that my usual way of adding tables to my ArcMap projects was the culprit. If you normally drag-and-drop feature classes and tables from Catalog into ArcMap (or from the Catalog sidebar within ArcMap), the percent symbol is added to the table name, and thus the fully qualified field name. However, if you use the 'Add data' toolbar button (or menu item) and add your table, percent signs are not added to the table name. Esri Tech Support did not have a solution for me. I ultimately figured this out on my own and shared the info with them. This info is apparently buried in my old support case and not shared further. I am unsure if this bit of info will allow you to do what you want to do within your dashboard but I am hoping it helps with avoiding percent signs in table/field names. ... View more

This bug appears to have been re-introduced at Pro v2.8.0. I had to fall back to ArcMap to get geometry calculated so I can get my project finished up, so I haven't had a chance to test further scenarios than the current task nor contact tech support. ... View more

All, I have found a solution using ArcGIS Online Assistant to copy a dashboard from one Portal to another. While I haven't yet tried it with ArcGIS Online I believe the steps will be similar. The process is not a one-step copy/paste and there is a high potential that this may not work for your particular dashboards. At one point the ArcGIS Online Assistant (AGOA) even warned me that there was potential for corruption to my items, so proceed at your own risk! My process: Open 3 browser windows - one with your Target Portal, one with AGOA logged in to Target Portal, and one with AGOA logged in to Source Portal. Having 3 windows makes it easier to jump between and if you have two monitors, viewing the Source Portal AGOA on the second monitor can speed the process. In Source AGOA, view an item's JSON and select your dashboard. In Target Portal, create a new dashboard. I mirrored the title, tags, and summary from the source dashboard but I don't think it matters. To save typing, I copy/pasted the summary from the Source dashboard's JSON text. Save the dashboard and then close the dashboard and return to your Portal content. You now have an empty dashboard item in your Target Portal. In Target AGOA, view item's JSON and select your newly created dashboard. If you are doing these steps for multiple dashboards in a session you will need to refresh the item list to see the new dashboard item. The JSON for the newly created dashboard will have an identical or very similar set of JSON for the Description pane (id: will obviously be different between the two Portals) and the Data pane will have 3 lines of JSON with the version. Go back to the Source AGOA and press the Copy JSON button in the Data pane to copy the dashboard content. In the Target AGOA, press the Edit JSON button, then highlight the 3 lines of existing code in the Data pane and do a Ctrl-V to paste in the dashboard content. Once pasted, press the Save button. Go to your Target Portal and view your dashboard item (you may need to refresh your Content screen first). View the dashboard and cross your fingers that everything crossed over correctly! Note that all of the map and other source items will still be pointed at the Source Portal items. Re-work your dashboard to point to Target Portal items or do whatever you intend with your copied dashboard. NOTE: I performed these steps on two Portals running 10.8.1. Your results may vary. ... View more

Claire, As PNW snowstorms go, it was fairly straightforward. Our Public Works Operations crew did an amazing job (as always) keeping up. And, selfishly, I love that the snowplowing status viewer becomes one of the highest trafficked items on our website during these storm events! Thank you for the link. I had come across that before posting and gave the second method a quick try. The first method--bookmarks--isn't feasible because it is noted that the bookmarks aren't persistent even though you save the dashboard. That's unfortunate and seems like a huge design flaw within Ops Dashboard. I tried the second method again before replying. My original extent extends well outside of our city limits but I increased it even more, figuring that I could refine it if the result was trending in a positive direction. I removed and replaced the web map in my dashboard and the extent was still the same as before. I think the second method might work well for extents smaller than the full extent though. I'd really like to understand the Ops Dashboard Team's thought process when designing the map window's functionality. My expectation is that if I create a map window on my dashboard--of any size--that the map will interact within the boundary of that window. So, if I draw a postage stamp-sized map window, my map's full extent will be displayed within that "postage stamp". Not very useful in practice but that would be a failure regarding my dashboard design decisions and not a technical issue with the map window. Unfortunately, this shortcoming is yet another within Ops Dashboard that is causing me to abandon its use (again) for what would otherwise be a perfect medium for presenting data to a less technical audience. If anyone has other ideas regarding a solution I am open to hearing and trying them! ... View more

Jonathan Quinn‌, it is honestly water under the bridge for me now. This was my first upgrade with Portal involved so I anticipated only about a 3-4 hour Enterprise upgrade. How wrong I was! It was about 4 hours just for the Portal upgrade alone. With that short anticipated time window I chose to take Enterprise offline during the day in order to have my IT colleagues close at hand should something go awry. I was happy to find the solution on my own since I was facing the decision point of either inconveniencing my users for another whole day or rolling our VM back to pre-upgrade and re-scheduling the upgrade to another day/time. It ended up being a 15 hour day for me, though that included work hours that were before the start of the upgrade process. I've pretty much given the support analyst the scenario and steps taken so they should be able to set up their own test environment and do whatever testing they deem necessary. At the very least I am hoping that he documented my solution in the database so that it gives staff another possible thing to try if others have the same issue. The upgrade document for Server has you clearing your browser cache before you even start the upgrade. I don't know if that is viable with the Portal upgrade. Logic tells me that step was placed where it is for specific reasons. ... View more

As I mentioned in my original post, I followed up with my Tech Support rep and provided my solution to my issue. After thanking me for my detailed email, my troubleshooting, and mentioning that he was making a note of this solution he responded with: "I would like to mention that we do not recommend to re-load the page or clear the browser cache while upgrading ArcGIS Enterprise. Otherwise this can be a workaround as a part of troubleshooting." Huh... and to be honest, arghhh! If that is the recommendation, then why is it STEP 8 in your upgrade document? I mean, the instruction to clear the browser cache (including cookies) isn't buried in another step. Esri explicitly made that task its own step in the process. So, I guess you need to decide on your own if you perform step 8 or not as Esri seems conflicted in what we should do. ... View more

I agree, Ryan. The takeaway here in my mind is that Step 8 seems to clear out whatever is loaded in step 7 and it takes a reload of the page to 'fix' it. It's interesting that the Server upgrade document says to clear your browser cache before you even start the upgrade. I'm unsure if the Portal upgrade document simply needs to have the cache clearing step listed earlier or if this only happens to certain people. ... View more

I don't want to sound negative, but I've noticed over the years that if someone in the community creates some functionality then Esri will explicitly avoid creating the same or similar functions in the base software. I think it's a legal covering of butts so that there are no possibilities of lawsuits requesting royalties for ideas/code/whatever. I, for one, will avoid the GitHub project and hope that an Esri-created solution is added to the base software. It's our only hope of having something that just works between version upgrades. And honestly I just want something embedded in the software that doesn't require a separate configuration. We should just be able to right-click on the database connection and have a "Show state tree" item to select. It occurred to me (too late for this year) that we maybe should create a coordinated effort for anyone going to the User Conference to stop by the ArcGIS Enterprise island (and ArcGIS Pro island for good measure), ask about the state tree diagram functionality, and explicitly request it be added. The employees take notes and if there is this recurring theme of "I want a state tree diagram" then maybe our desire will get elevated/considered. Beats waiting six years for nothing! We might also consider bringing it up in the Pre-Conference Q&A survey comments. ... View more