Latest Contributions by BrianOevermann

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

I agree with Ray's comments and add that "a picture is worth a thousand words". I don't have the ability to look at the state table and visualize this diagram. I'm not Neo in the Matrix! (bonus points for you if you get the reference) I'm beginning to wonder if this is a case where the "guy" who originally wrote the code left and now the rest of the team is not knowledgeable enough to understand how to maintain/port it. Esri developers are way more talented for that scenario to be true, so prove me wrong and add it! ... View more

Even though this is now a documented bug I thought I would add our experience. Yesterday I whipped together a dashboard that uses the Details widget. My data has attachments. I showed the dashboard to a co-worker, whom loaded the dashboard into IE. Image attachments overlapped the last few attribute fields. This does not happen in Firefox nor Chrome. ArcGIS Enterprise 10.6.1 for those keeping track of affected versions. ... View more

Joshua makes some great points regarding why the address points are at the ends of driveways but there are ways you can mitigate some of the concerns he brings up. My former job was with a rural county in Montana with some large lots, long driveways, and structures not even visible from the road. My current job is with a city in Washington State with lots of trees where some homes even on smaller lots are not visible from the street. Different environments but similar issues. In both of these organizations we created driveway segments for structures where access from the road was not very obvious or simply confusing. And at least in my current job, I created a "Street class" field to classify the streets for better/easier symbology, including completely filtering out certain types of streets. This makes it easy to completely drop the driveways on maps where their inclusion is unnecessary and simply clutters up things. These driveway segments have zero address ranges and a discrete intersection node is NOT created where it connects to the street (no slicing and dicing of the street segments just to accommodate driveways). Another possible method is for you to create your "analysis-capable" address points as discussed in earlier messages (purely as a means to do what follows), create X,Y fields in the data and calculate the values of the point into those fields. Then add equivalent X,Y fields to the existing 911 address point layer and cross those "analysis X,Y" fields over. Now whenever you need to perform analysis you would create an event layer using the analysis coordinates and then perform your analysis. This would eliminate you needing to maintain two address point layers that must be kept in sync but realistically adds some process overhead, particularly if you plan to do much analysis. I admittedly would not choose this method if at all possible but I understand that some organizations might have some constraints for which this might be the only way to accommodate needs. You definitely want to gather all of your stakeholders and have a discussion of the pros and cons of various methodologies if your aim is to maintain a single address point layer that will meet everyone's needs. ... View more

Create your parcel centroids. If the process doesn't populate a field containing the PIN from your parcel layer, intersect your centroids with the parcel polys to get the PIN into your centroid layer. Add all of the relevant fields from your address layer to the centroid layer. Now, do a join from the address layer to the centroid layer using the PIN as the key. Then use the Field Calculator to calculate the values of the fields in the address layer to the centroid layer fields. The centroid may not be over the actual structure but it will at least be within the parcel. You can optionally move the centroid over the structure based upon imagery if that is a goal. Edit [to add missing info]: Once you've calculated the values into the centroid layer fields you can remove the join. Doing a spatial join to get the relevant data across would also be a valid--more than one way to get from point A to point B! ... View more

I'll ask another question: What other attributes are stored in the address point data? You somewhat imply that the 911 address data is used by the Assessor (or maybe I should read that as "the Assessor has the same problem as I do"?). Perhaps a parcel ID has been added to the 911 data for Assessor use? This is likely wishful thinking but if a parcel ID is in the address data then your process just got 1000% easier. ... View more

For polygon centroids check out ET GeoWizards. There is a point to polygon tool and can even force it to create the centroid within the polygon (for those oddly shaped polys for which the centroid would fall outside). No Advanced license needed. ... View more

Michael, Just a guess since I haven't used this tool... I think if you build your own grid using the schema Bucky pasted in above, you would need to manually populate all of the neighboring page number fields. If one used that Create Grid Index tools (or whatever it's called) I would expect that the tool would auto-populate those fields. However, with the tool you likely don't have as much control over the resulting grid. That may or may not be an issue. Perhaps you've heard the old saying that every project falls on the boundary of four [USGS] quads. That saying is from the days where system resources and storage were such that you couldn't store a reasonably-sized area in one layer but had to tile it--usually aligning it to the USGS 24K scale quads. Without fail, when I've tried the 'create grid' tools (not the current one but ones now years back) the result puts a set of tile boundaries right on or very near the most important street intersection or feature for that map book! So I've usually resorted to building out my own index grids. The one I used above happened to already have been created and used in CAD by our utility data gurus, so I co-opted it and converted it to a GIS feature class. Edited for grammar. ... View more

Bucky, Think of the FireMapIndex layer as the source for each page of your fire map book. The polygon layer you create (because from all of your discussion it appears that such a layer does not already exist) will be a set of polygons that cover your entire district (or the portion(s) that you want in the map book). See the attached graphic for an example of ours. Our grid has tiles and quarter tiles but yours doesn't need to be that complicated. Ideally choose a scale (zoom level of detail) that you want each page to show and draw your polygons based upon that. You would then need to populate each of those fields that you listed in your message above to enable the OOTB tool to do its magic. There is likely already a data schema for the index layer that you can use to draw your polygons into. One thing I've noticed, after reading this entire thread, is that you may be having a hard time visualizing what each of these layers should generally look like and what the overall tool ultimately does. While I haven't used this particular tool, and our grid index isn't set up with the required attributes, I would be happy to package up our relevant data and send you--offline--a link to download it from our OneDrive site for you to look at and/or load into the tool to understand the bigger picture. Offline:  briano at issaquahwa dot gov I won't get into my opinion of public agencies charging other public agencies for data... Does the County have an e911 entity? Perhaps you can get the data through them. They would likely have site addresses, streets, and a fire district (response entity) layer from which you can extract your particular area. ... View more

Thanks, @L R. That was exactly what I was looking for. Somehow I missed that, even after reviewing the tutorials again. I don't know why I expected there to be an elevation handle on the Edit Streets and Curves tool </s>. ... View more

Thomas Fuchs‌, I'm facing a similar situation as Ethan's in that I will need to manually edit my imported streets to properly model them. However, I am currently only modeling a portion of my city (priorities/goals as much as available hardware resources). I've made some edits to my subset of streets to resolve intersections, alignment, etc. and have attempted to export the graph to a shapefile for use in other CE projects. However, when I attempt to import that shapefile into another project it seems to destroy all of my hard work and time spent editing those intersections I only want to edit once! Do you have any strategies for effectively re-using features that have been painstakingly edited in other projects? Perhaps I am using the wrong method of exporting (I exported selected Graph objects)? I don't mean to hijack this thread but I suspect Ethan may be faced with a similar situation in the future. Thanks. ... View more

Interesting comment regarding publishing (or, rather, not) map services in Pro. Who was in the focus group for Pro features? Obviously nobody that is a user in the "real" world. Ditto with the SDE issue and AGOL. I agree that Esri cares about customers and our account manager is great. I'll see how things pan out. OK, back to the original thread of discussion. I've inadvertently steered us onto a tangent... Brian ... View more

Greg, Portal was also suggested to me when I was attempting to migrate from the Flex Viewer to the Web App Builder for the same reasons--chose to implement the Geocortex viewer platform so we could consume our on-premise map server data directly. I'm unsure of your GIS program structure, but I'm the GIS Coordinator, GIS Analyst, GIS Technician, ArcSDE DBA, ArcGIS Server Administrator, and GIS Web Developer in our city. Adding Portal Administrator to the list is something for which I simply don't have the bandwidth. I'm sure other cities of similar size are similarly bandwidth constrained. But Esri probably won't notice if we leave them--our yearly tithe is probably akin to a rounding error on their books. Snarky, I admit, but it's difficult to jump on the AGOL/Story Map train when you don't know if you'll even be able to effectively leverage the concurrent use licensing model in a Named User "world" (i.e. the NU model is essentially a single-use licensing model, in my assessment). I don't want my users accustomed to Perrier (tm) when all we can afford is tap. 😕 Brian ... View more