Latest Contributions by BrianOevermann

@KoryKramer  is there yet another update on this? Yet again, Esri is practically begging all of us to NOT move away from Desktop by ignoring basic viewing options regarding our data that have existed for years within Desktop and are widely used by all levels of users. All of us, whether daily or just occasionally, have a need to see when a layer was last modified. The information is present in the gdb. We simply have no option for checking a box to display that field in Pro like we do in ArcCatalog. It makes me wonder what focus group decided that functionality was unnecessary. Was there even a focus group convened for input? I now use Pro as my 'daily driver' and actually have come to prefer it over Desktop. But Esri time and time again has forced me back into Desktop for the most stupidly basic things. It's ridiculous. Sadly, at this rate I don't see myself uninstalling Desktop even after support is dropped. ... View more

I agree with @ChristopherBowering because I use that information for quick QC or a quick answer for someone ("Hey, can you tell me how many feet of pipe are along that stretch of street we were just discussing?"). Not a solution but a workaround: If you right-click the value and copy it you can then paste it into a text file, email, etc. and it retains all of the decimal places. So it is just a short-sighted decision during development regarding how many decimals to display with no way for us to modify it. I wish they would at least honor the unit format settings one can set in the Options for Pro. ... View more

Thank you @Anonymous User. That use case is centered primarily around the idea of best practice design to not have multiple fields for essentially the piece of information. The Notes field example is a classic case.  We often add a Notes or Comments field to feature classes or tables to capture the non-standard, free-form info needed to help explain a particular issue/situation ("Did not inspect. Angry hedgehog has a burrow adjacent to facility." *Not a real note!) Your Includes() function solution appeared to be a reasonable alternative, so I dove into the Smart Form to implement it. That is when I noticed that the Includes() function wasn't in the list in the Arcade Editor. Hmm. Diving into help there was a link to the version matrix, where I found that this function isn't available until the 10.9 release--and we are on Enterprise 10.8.1. Before posting my question I came across a post that used the IndexOf() function. It appears to do something similar so I looked further into it. In the end, I was able to make the IndexOf() function work for my purpose. For others' benefit, this is my syntax for the Notes field, which needs to appear for every activity in my domain list: IndexOf(['Register Replacement','Radio (MXU) Replacement','Meter Install','Meter Replacement','Meter Removal','Other'],DomainName($feature,"WorkType")) >= 0 Note: You use the domain's description and not the code for the list. My Smart Form is now working exactly how I need it to function! I believe the Includes() function would have worked well had I already been using 10.9. Now my only outstanding issue is that I get an "Unable to Submit, Unable to complete operation." error when I attempt to submit my form within Field Maps. Hopefully I can track down the cause of that soon. ... View more

@LongDinh, I probably should have been a bit more clear regarding the conditional logic in Field Maps. The use case for the related table will be field-only, so the conditional logic in the form will not be undermined by outside editing. But your point is well taken! For this particular situation, the conditional logic in the form will be to govern which fields are shown based on the type of service activity since not all of the fields in the related table apply to all of the service activities. I intend to use the attribute rules to 'sync' certain values from the related table back into the inventory feature class fields. ... View more

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