Latest Contributions by deleted-user-t3dSviijg-m9

That's really nice for the basemaps. I'm curious though, if you guys completely lost internet connectivity to the outside world (but maintained internal network), would your applications continue to work? I feel like it would be a bit of an undertaking to create all the web-maps, then create all the web-apps that consume them, then access the source code for every map and every app, and redirect it to look to a local copy of the Javascript API. As well as any other ESRi specific items in the source code like AppID and webmap ID. I'm sure there is a way, but I'm curious if in the situation I oultlined (losing complete connectivity to the outside world), would your Portal apps and maps still function as is? Have you tested that? ... View more

I have, but not extensively. I thought that it still referenced ESRI Javascript API which is hosted on their server. Does it have the option to download the API and host internally, then point all "web-maps" and "web-apps" to utilize the locally hosted API? ... View more

Thanks Joe! ... View more

Hey Joe - To answer your questions.... yes we do have unlimited data. But the caveat to that is, the last major hurricane my area received, a hurricane that didn't just have major rain and flooding, but severe damage to critical infrastructure as well as 80% of all homes experiencing damage, the entire city was completely without power for 2 weeks.  I can't speak much for cellular service because at this time I was in high school and smart phones hadn't existed yet. We were still using those old Nokia phones. But I'm fairly certain cellular data and internet were non-existent for those 2 weeks as well.  So obviously when a very serious hurricane hits, all bets are off and you have to rely on paper maps, or like you said lightweight, locally hosted apps. I haven't dove too deeply into 3rd party lightweight apps. I could probably create an HTML viewer that would allow some of our reporters to record public relief calls, which would be consuming the REST endpoints of our ArcGIS Server. Host the app internally, download ArcGIS Javascript API and host internally for the app to use. It's feasible. We have very serious redundancy plans in these events for our power and data restores, but when it comes to communicating to the outside world, we are limited to whatever damage may or may not have hit FPL or Comcast fiber lines.  It's definitely an interesting subject, one that I am not too familiar with, but am quickly emerging myself in. Seems like you would need essentially 3 plans.  1. Minor Hurricane - minor damage, flooding, internet connectivity or cellular is still functional             - In this situation you could use your primary response applications driven by ArcGIS Online 2. Medium sized Hurricane - Average damage, flooding, some damage to critical infrastructure (pump houses, sub stations, bridges, etc), inter-mitten power outages, as well as intermitten internet capabilities/cellular.             -In this situation, I suppose you could start with the basic internal HTML viewer that was created as it doesn't rely on anything other than your internal network, and as power/internet/cellular is restored, migrate the ArcGIS Online applications, which will be consuming the same REST endpoints as the viewer, so when we go back online, ArcGIS Online will get a dump of all edits and updates we've been making internally so we don't lose a step in the recovery and response process. 3. Large Hurricane - This is where things get interesting. You can't rely on cellular service. You can't rely on internet. You can't even guarantee that our Diesel back-up generator on the roof didn't sustain major damage and isn't functional for a few days, or didn't get completely blown off when it got hit by a boat that got picked up out of the harbor. In this situation, it would very obviously be paper maps until power comes back up. Once power comes back up, data and our IT infrastructure will be restored which means our internal network will be operational. We could migrate to the internal application. As infrastructure is repaired, continue to utilize functionality of Application until connectivity with ArcGIS Online can be restored. Then migrate to ArcGIS Online like in the second process.   I think I may have just thought through my beginning proposal for damage recovery in this response hahaha If you have any suggestions to those three situations, I would really appreciate the feedback. Thanks Joe ... View more

I am on Server 10.3.1 and am experiencing the same issue when trying to download a map in collector for offline use. All parameters and features are correct, but my ArcGIS Online Username has a "." in it, and the credentials I use to access the layer (Server Authentication - Token - with our Windows Credentials) has a "-" in it. Would this be the same issue?  ... View more

Makes sense.... this helped, thank you ... View more

This makes sense. It didn't dawn on me but, I keep all my SDE connection files in the same folder. I could essentially set the full file path to that folder as the workspace right? Alternatively, in this case... I'm not sure if I need to set a workspace. If I specify each gdb in the parameters of arcpy.SynchronizeChanges_management, I don't think a workspace is necessary since the gdb's are "hardcoded" into the script essentially. I think so? ... View more

This helped a lot, thanks again ... View more

Great article! I love the use of the three icons as containers for Applications, Open Data, and Story Maps. I'm curious though, are these just images used as hyperlinks to take the user to the map and app gallery supplied with the local government model? If so, that is a really clever way of making the Homepage streamlined and simple. How were you able to use images as hyperlinks? Is that a common functionality, or did it take some HTML, CSS, and Javascript work in the text box to make it all function? Great read! ... View more

Joe, Thanks for the solace. How did you go about handling your situation? Just adding additional fields? I think LGM and it's accompanying map and app templates can still function when additional fields are added. Things start to break when names of feature classes are changed or when fields that are queried, are deleted. The addition of new fields shouldn't screw things up too bad. I don't think at least? ... View more