|
POST
|
I've had luck getting Google updated both here in the U.S. and in Africa. While I loathe the workflow and the lack of ability to send them bulk updates the work gets done. U.S. updates are faster but have noticed over time its gone from 1 week to about 48 hours. Unsure if it's because of efficiencies on their end or if they use internal rating for validity of users submitted edits so over time I get less scrutiny at review because I have a 5 star rating vs a 2 star rating. Frustrations can arise due to the workflow because I've had them make updates before that are partially correct (i.e. carry a route name wrong direction at an intersection) and then have to submit corrections which can extend the response time from 48 to 96 hours. Never attempted getting Bing updated nor have I tried getting ESRI updated but ESRI you might see faster results working via a proxy (i.e. get data to DeLorme or NAVTEQ that ESRI pulls in) as opposed to their community maps workflow.
... View more
06-19-2019
06:54 AM
|
2
|
3
|
3239
|
|
POST
|
PRO simplifies things at least in terms of upgrades (2.0 -> 2.1, 2.1 -> 2.2, etc.) because it will prompt users in the same way you'd get java or adobe prompts regarding updates available. I can't say I have specifically looked at patching sequences for Pro yet because we currently have 5-10% of our GIS usage occurring in PRO, all by power users, so our real enterprise focus is still around desktop. I'm hopeful though that like Server there is a more streamlined workflow for identifying/installing patches to PRO and guess we will find out once we make that cutover.
... View more
06-10-2019
05:03 AM
|
0
|
0
|
7725
|
|
POST
|
Unfortunately for Desktop there is no "easy button" and you still need to go out to the Support page to find and download relevant patches. To assist with that there's at least a tool to show what's been installed to a machine so you can determine what missing patches you may need. You want a tool that is called PatchFinder.exe which can be found at: http://downloads.esri.com/Support/downloads/other_/PatchFinder.exe Since that is the direct download page you can also reference it as part of the Enterprise Deployment tools provided here: https://esri.jiveon.com/docs/DOC-2463-enterprise-deployment-resources
... View more
06-10-2019
04:09 AM
|
2
|
2
|
7725
|
|
POST
|
George is spot on with adding the Enterprise Geospatial Administrator role. I can say this need is so prevalent that we've grown from this being a 1 person job into 3 as our enterprise and GIS projects have taken off. While I am conflicted right now if this should be covered under a Geo Admin role (just how things seem to be most places I have been) or if it should be blended with a few of these existing roles or one of its own. There's a subject matter expert (SME) which can exist within each of these defined roles or as 1 person across all these roles. The part I am unsure about is most often called a System Analyst (https://www.computerscience.org/careers/systems-analyst/). As an administrator I've held all your mentioned roles and been a SME but tasks defined by a SA are also a big part of my efforts as I have to stay on the bleeding edge of GIS and all the enterprise systems to find advantageous upgrades or new capabilities that can fill gaps and improve existing systems. I tend to put this more inline with that Geo Admin role because its more technical but does involve some business analyst (BA), project management (PM) or minor management skills without the focus being on a managerial or clerical (document) side.
... View more
02-25-2019
05:01 AM
|
0
|
0
|
15842
|
|
POST
|
Kyle, I use a different path: C:\Program Files (x86)\ArcGIS\LocationReferencing\Desktop10.5\ArcToolBox\Toolboxes I can say it's worked for all my scripts and only caused 1 hiccup that I never pinpointed the root cause of. The script was fairly involved and I was working to automate it via Windows Task Scheduler from a server and when run in WingIDE, IDLE or Arc it worked fine but called via Task Scheduler something tripped up. Worked through support over it for a bit because of it being on server to vet through environment variables and 32 vs 64 bit python installs but had to abandon the case because of getting swamped elsewhere and I worked around it by simply publishing it as a GP then automating via Task Scheduler and a batch file to call the GP.
... View more
02-21-2019
06:25 AM
|
1
|
3
|
3091
|
|
POST
|
We are in 10.5.1 and have recently begun seeing a similar issue. We've been working an active ticket with support for several weeks now where ArcMap crashes while users are in open and active edit sessions. In nearly all cases this seems to occur during Apply Updates but we haven't pegged down any specific tools or workflows leading up to the Apply Updates which seem to be the trigger. Our bigger issue has not been the crash itself, its been when the crashes occur, the sessions are failing to get closed inside the SDE.STATES table leaving the state with a <NULL> value which looks to the system as if the user is still in an open working session. There's no way when the user gets back in to re-establish themselves back to the same STATE record and if the user continues doing work it introduces big headaches once working to do our rec/post to DEFAULT. Our current workaround has been immediately after a crash we delete the user version and rebuild the user version back then let the user get back to work. Doing this ensures the user goes against a different STATE and then before we run our weekly rec/post to DEFAULT we run compress first thing to flush out these bad states. Like I said, sounds similar but maybe different and when we hear anything back from ESRI can get an update out.
... View more
01-28-2019
06:00 AM
|
2
|
1
|
980
|
|
POST
|
OK, and we are at 10.6 so maybe a version specific issue. I re-did a test just now and can confirm at 10.6 the DB specific email alerts don't work but also verified that putting users into the "All" group persists that behavior. Meaning regardless of things working no email alerts will ever get sent for alerts tied to the database. Didn't have time to vet what the other tabs are but know from the support case we opened we determined at least 1 but maybe 2 other tabs with this behavior. Sounds like your issue may be slightly different and for security reasons we can't pull down ZIP files to try and quickly look and see if anything stands out in your info or not. Hopefully tech support is able to get you some answers soon.
... View more
01-08-2019
04:06 AM
|
0
|
0
|
3388
|
|
POST
|
The Edit log table contains records with the XML details (EDITDATA field) around edits as they occur within the database. These build the sequence of events that the system can play out and contain details about which user, made what changes and when. It's been beneficial for us at times when trying to evaluate workflows and potential troubleshooting but isn't overly easy to exploit as an audit log. It's a system table that is generally advised as a don't touch but if someone put in some good coding work I am sure it could be exploited for validations, etc. Here's an example of the XML details <?xml version="1.0"?> <RouteEditModel xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" SchemaVersion="2"> <RouteEditActivity xsi:type="RetireRouteInfo" LrsId="3ae0f120-7e23-47f2-b70d-3616cee756b4" NetworkId="1" RouteId="TCLETR00914**C" OperationTime="2018-07-03T00:00:00" FirstM="-0" LastM="0.22" IsPerformDownstreamCalibration="true" DoNotApplyEventBehaviors="false" IsUseWholeRoute="false"> <OverlappedPortions /> <RetiredPortion OldFromMeasure="0.165" OldToMeasure="0.22" NewFromMeasure="NaN" NewToMeasure="NaN" /> </RouteEditActivity> </RouteEditModel> The ACTIVITYTYPE field within this Edit log table contains values which align with the dActivityType domain. I can't speak to your 12 & 13 values. I can say in our system a 9 = Retire Route. You say yours ends at a 7 so for us an 8 = Reassign Route, 10 = Reverse Route and 11 = Shorten Route. This one piece I can say I've not yet fully figured out. I can say, reviewing REST services of a different agencies R&H data who is at 10.5.1 (which is the same version as us) shows they only have 7 as well (details below) and these don't align with what our values are. My only hunch could be that we began using R&H at version 10.2.2 and did fairly quick upgrades to 10.3.1. We sat there for a couple years and then jumped to 10.5.1 but I can't say whether or not our values differ because they have carried through from earlier versions or not. domain: type: codedValue name: dActivityType codedValues: (7) name: Create Route code: 1 name: Calibrate Route code: 2 name: Reverse Route code: 3 name: Retire Route code: 4 name: Extend Route code: 5 name: Reassign Route code: 6 name: Realign Route code: 7
... View more
01-08-2019
03:49 AM
|
3
|
7
|
3991
|
|
POST
|
Will be helpful for people to know which version you are using? Are you saying zero emails work or just sub-group specific emails? I can say that as of the 10.6 release we identified a BUG with the email notifications but its specific to segmenting alert emails based on the types. In this version if you designate a person to receive "All" email notifications they will get the alerts. If you choose to only send "DB" specific email alerts they will never get an email although they should get DB triggered alerts. I don't recall off top of my head but I believe we worked with ESRI and identified there are 3 of these sub classifications that will never work and send an email. I can't say if this has been fixed yet and our workaround was to spam interested staff with ALL emails and use Outlook rules to parse keywords. Allows staff to check just the folder with their alerts at least but still not pretty.
... View more
12-19-2018
07:21 AM
|
1
|
2
|
3388
|
|
POST
|
I'm guessing you are using ArcGIS Online and not Portal? If yes, that's known and expected behavior. Despite all my efforts and annoyances with this falling short of an enterprise and true SSO user experience for the time being there is no solution from ESRI. In theory it is possible to get this to work using the ArcGIS Online with the "Trusted Servers" configuration and passing users through IIS with your ArcServers configured for Web Tier authentication. While I could get this to work from an authentication stance the performance is so awful the maps are unusable. Been a year + now but from what I recall there is even a note inside the ESRI docs that speaks to this as a known issue inside one of their "Note" boxes. It means, if you need something that works and maintains performance, for now, the only usable option for authentication tier is using ArcServer. Just have to accept that users will need to first login to AGOL, establishing credentials there, and then login to your backend environment, establishing credentials with your servers. All for rallying the cause on this one as I know others have struggled with it for a while and the easy break is to shift everything to Portal but it seems like their should be an easy way for ESRI to build into their Web Adaptor apps or a new .NET app or something that could accept a package or cookie from AGOL handling authentication separate from the individual services and maintaining performance.
... View more
09-24-2018
04:38 AM
|
3
|
1
|
817
|
|
POST
|
OK, not exactly what we discovered but will toss it out there for you as an option to consider. In this other post I gave the link to original post where I broke down details regarding modification of the disc storage drive configurations used behind the scenes of SQL Server. While this may not fix this issue for you I'd still suggest checking it out as it's proven to provide significant performance gains for us and many others using SQL. https://community.esri.com/thread/200309-system-design-strategies-and-performance
... View more
09-21-2018
06:33 AM
|
0
|
0
|
1953
|
|
POST
|
Is this issue specific to only feature classes which have M values or do you experience the same slowness with other feature classes that don't have M values? What version of SQL Server are you using?
... View more
09-21-2018
06:06 AM
|
0
|
2
|
1953
|
|
POST
|
Amy Roust your symptoms are slightly different than ours but your workflow isn't any different. I'll start with sharing a link to some recent posts and items that helped us finally identify our issue and a fix. You could likely also search for posts from myself, Ian Kidner, Anthony Clark, or Michael (Mike) Weakley and may find other posts/responses which could assist you. https://community.esri.com/docs/DOC-12315-ohio-dot-collector-data-loss-2018
... View more
09-21-2018
04:09 AM
|
1
|
1
|
1100
|
|
POST
|
No I never was able to resolve these issues and we didn't deem it worth the costs of brining in the consultants over. Per their statement above you'd go into your servers services list and identify the user that is running the "ArcGIS Monitor Service" found in the description column and should likely be a service account you created in your domain as the "ArcGIS Monitor Server" should be running off the LocalSystem user. I had verified all these pieces and still couldn't get this to work. Unfortunately, as they make specific note to point out, these extensions are not in any way supported by the Help Desk and just to test those waters I did send it over but got the same response back as the one here. Likewise, and I didn't notice it until now, despite that having clearly been demonstrated as not being the issue the "solution" provided here was anything but an actual solution but someone managed to mark this response as the solution and move it off to the answered side of things when in fact it wasn't. Sorry I can't help much more than that but can say I dumped a slew of BUGs and ENHs on them for the core product outside of this issue and have chosen to just let the existing installs stew for a bit until my priority projects calm back down and updated releases to this software are released which hopefully resolve some of the BUGs and ENHs allowing us to make better use of the tools at which point I will likely do full rebuilds and see where things lay at that point.
... View more
09-04-2018
04:19 AM
|
0
|
3
|
1642
|
|
POST
|
We have had issues with the replica GUIDs on and off for several months now. Historically, our work around was to have our users perform a hard close of the Collector App on their iPad mini 4, re-launch the app and sync. That process worked for about 2 years but recently performing the hard close then attempting to sync has led to data loss and we are still investigating the issue. A common reason we used to see these replica errors was tied to a user performing an IoS update while they had an offline map downloaded on the device which was fairly easy to train users on proper sequence. Something about performing the IoS update seemed to create an issue with the SQLite database on the device and cause the GUID on the device to be changed because we could verify the lineage of the server GUID value and tie the server value back to the enterprise sde table. As for the item not found error, we began seeing this sometime around 4+ months ago and we associate it roughly to the 18.0 timeframe of Collector for IoS. After getting some escalation on a ticket with ESRI and all of us being stumped we were getting off the call and I did a removal of an offline map from my personal iPhone. Presto the error was logged after we had spent nearly an hour trying to force the issue to be repeatable. The ESRI rep and I watched as I performed the test 4 more times of removing the offline map from the device and like clockwork that action would trigger the error to occur. We use SQL Server instead of Oracle so we do not get the extra Oracle text but otherwise the message is identical. Should be something fairly easy to test and confirm in your environment. We simply added this to our list of expected errors based on some of our workflows and put it alongside the errors that occur and say: Unable to process request. For input string: "18446744073709551558" which are expected and tied to the use of attachments.
... View more
06-27-2018
03:57 AM
|
0
|
0
|
2947
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 08-30-2017 03:41 AM | |
| 1 | 03-01-2017 08:50 AM | |
| 1 | 03-17-2017 10:37 AM | |
| 2 | 05-24-2017 07:57 AM | |
| 1 | 03-16-2017 10:06 AM |
| Online Status |
Offline
|
| Date Last Visited |
03-07-2022
02:41 PM
|