Latest Contributions by MichaelLacy

We have several map services with layers (created from SQL Server tables/views) that display datetime fields. We also have HTML popups defined for many of them (table of visible fields).  The default format for date fields appears to be "M/dd/yyyy h:mm:ss tt", but I would like to change it to "yyyy-MM-dd HH:mm:ss".  Is there a way to define a default format on the server, so that it will apply to all date fields?  Or is there a way to specify the format in the MXD using ArcMap?  Things I have already tried or thought about:   Changed the source query to reformat the fields using FORMAT([MyDatetimeField], N'yyyy-MM-dd HH:mm:ss'). That worked, but changed it to a text field, which had some unintended consequences in client applications, since they provide different options for text vs. date fields. Used the CONVERT function in the SQL query to reformat the field *and* keep it as a SQL datetime type.  However, ArcGIS ended up reformatting it.  Seems like as long as it's a date field, ArcGIS will change the format to its own default. Changed the datetime display settings on the Windows server using Control Panel.  This changed the format within ArcMap but not in the published map service. I thought about formatting the HTML popup using XSLT, and using the format-dateTime function within that.  However, it looks like only XSLT 1.0 is supported and the date/time format functions need 2.0. We could put code in the client applications to reformat datetime fields in the popups, but that defeats the purpose of defining the HTML popups on the server. While Googling, I did see some references to Field Configurations and the Production Mapping extension, but I currently don't have access to that.   It feel like there should be a simple way to do this, but I'm missing it. Thanks, Mike ... View more

In our own Portal for ArcGIS, I saved a map that contains multiple layers, including a map service layer with security restrictions.  I then shared the map to a group, but some of the people in that group do not have access to the restricted map service. When the map is opened with the viewer in portal, it behaves as expected -- the map displays with all layers, except for the restricted map service layer.  However, when the map is loaded in our JavaScript API (v 3.13) app using arcgisUtils.createMap, the map displays with only the basemap layer.  Also, the then() function is never called, but no exceptions are thrown.  Looking at the web traffic in Fiddler, the web map json returned from the portal is correct, and it contains references to all the layers, including the restricted layer.  It looks like the individual layer services are then queried, and the restricted service returns a 403 status (as expected). I tried to recreate the scenario using ArcGIS Online.  I uploaded a KMZ file, created a map, added the KMZ file to the map (along with other layers hosted on AGOL), and shared the map with everyone (but not the KMZ file). http://www.arcgis.com/home/webmap/viewer.html?webmap=3bef75e7c0644ad88c6d979d9c1da394 It behaves the same way in the online viewer, but it successfully loads (minus the unshared KMZ file) in our JavaScript app as well.  I'm not sure why this example would work, other than it is a slightly different scenario -- a KMZ file hosted within AGOL, rather than an external map service. Anyway, the first scenario seems like a bug in the createMap API call.  Can anyone confirm this? Thanks, Mike ... View more

Hi, the following NOAA map service for their seamless nautical charts will not load in AGX.  (I'm using the non-REST URL in AGX.) http://seamlessrnc.nauticalcharts.noaa.gov/arcgis/rest/services/RNC/NOAA_RNC/MapServer If you try to add RNC/NOAA_RNC via Add Content/GIS Services, an error message is displayed: I don't think there is anything inherently wrong with the service, since I can load it in our Silverlight viewer, and I can add it to a map in ArcGIS Online.  I don't see any HTTP errors when looking at Fiddler.  Any ideas what could be wrong or how to debug this? Thanks, Mike ... View more