Latest Contributions by TimothySandstrom

I noticed the Extract Values to Points allows the user to extract all attributes within a raster dataset.  However, I do not see that capability within Extract Multi Values to Points.  Am I missing something? ... View more

In having a couple years of building services and managing them afterward I've come to appreciate the challenge of compromising how users want web maps and apps to look while trying to keep the amount of services created to a minimum. Currently, to keep service creation to a minimum I have "All" services which hold potentially many layers within them.  This is because it is easier to manage a few services versus many.  It also is helpful because although users may have a specific few data items they want to use, more than not, they end up wishing they had a couple other data items available to them quickly without downtime from an author editing a web map. A simple fix would be for ESRI to allow the web map/app author the ability to hide a layer within the table of contents (TOC) but still allowing the user the ability to unhide the layer.  This would allow a better expierence to the user because it removes clutter from TOC while allowing the service administrator the ability to use a single service versus creating new services.   Currently, the author can hide layers within a service from the legend.  Which with correct assumption means technically it should be too difficult for ESRI to add the ability to hide a layer. A similar Idea has been posted for MXD TOC manipulation:  https://c.na9.visual.force.com/apex/ideaView?id=087E00000004DajIAE ... View more

In having a couple years of building services and managing them afterward I've come to appreciate the challenge of compromising how users want web maps and apps to look while trying to keep the amount of services created to a minimum. Currently, to keep service creation to a minimum I have "All" services which hold potentially many layers within them.  This is because it is easier to manage a few services versus many.  It also is helpful because although users may have a specific few data items they want to use, more than not, they end up wishing they had a couple other data items available to them quickly without downtime from an author editing a web map. A simple fix would be for ESRI to allow the web map/app author the ability to hide a layer within the table of contents (TOC) but still allowing the user the ability to unhide the layer.  This would allow a better expierence to the user because it removes clutter from TOC while allowing the service administrator the ability to use a single service versus creating new services.   Currently, the author can hide layers within a service from the legend.  Which with correct assumption means technically it should be too difficult for ESRI to add the ability to hide a layer. A similar Idea has been posted for MXD TOC manipulation:  https://c.na9.visual.force.com/apex/ideaView?id=087E00000004DajIAE ... View more

There are other topics ongoing regarding reordering ability at the Desktop (table) level and also for enchanced reorder options within AGOL and Portal.  However, a simple fix would be to allow existing web services within existing web maps to honor reordered fields based on a republished service. Recently, I reordered fields within an MXD by moving via Attribute table (or layer Properties).  I then republished the service.  When adding the republished service to a web map (existing or new map) the service honored the reordered fields.  To my disappointment, the reordered fields are not honored by existing services within existings web maps. Please ESRI, allow existing web services to honor attribute field reorders upon service republish!  Similar to the ability to preserve layer IDs at the MXD level there could be an option to tick on or off the option to preserve field order? Here's me hoping for many promotes! ... View more

My title to this discussion pretty much sums it up but recently have noticed behavior (cannot say for sure if it was always this way or not) where some tables are not sort-able within the attribute widget.  We are using 10.3.1 Portal with 10.3.1 server. Anyone else notice the same issue? ... View more

Due to several bugs within the current Web AppBuilder (WAB) through Portal I had to build my web app through Web AppBuilder Developer (WABD).  I created a web map, configured as needed and then Shared it to appropriate groups.  I then plugged the same web map into WABD and configured widgets, etc. I downloaded the WABD zip file, unzipped and placed appropriate files into web server envrionment.  It authored as it should and was viewable for me.  I then sent to a user to test and he was able to see the web app. I then took the appropriate web app URL and deployed it to the Portal environment (we call it our MapStore).  The Portal web map move was successful (same user could see the web app just fine). However, I made the mistake that since that user was able to see the web app so could all of my other users.  They could not.  It seems to be tied to the security groups.  By default, the group I am using should allow all users behind the firewall to see the map (our Portal is AD aware).  This is the case for all WAB maps and the users are able to see the web apps. But for whatever reason (even though have same exact group assignments) those not individually registered within My Organization in Portal are unable to see the WABD web app. The Portal web app description, summary, related maps, etc all display but the map window itself flashes the status bar as if it is about to open but then disappears.  This is true for Chrome, FireFox and IE (we are currently limited to IE 9 but all IE versions did not draw the map). Why won't WABD 1.1 not respect the Portal AD groups?  Assuming this is what is happening? It is a major issue for me as I had to abandon WAB through Portal to alleviate bugs but now am completely unable to author maps to my users. ... View more