Latest Contributions by ChrisWhitmore

Hi Rebecca, This should work as you expect it. Unfortunately, it's a regression introduced with the July release. It affects file item types only (and only in the home page gallery). It will be fixed in the next release this fall. There is a workaround, however, that will achieve the behavior you expect. It involves creating two new items which point to your uploaded shapefiles. I created examples using the two shapefiles you're currently hosting on your home page (links to the items below). Here are the exact steps: 1. From My Content, click Add Item -> From the web -> Document 2. For the url, you'll want to copy / paste the url to your uploaded shapefiles. To get the URLs you need, click on the items below. The url with /data in the Url property is what you'll need (the titles should match up with your items). http://team.maps.arcgis.com/home/item.html?id=ce925d82b06c4f41931dba2c4e78dab4 http://team.maps.arcgis.com/home/item.html?id=a78bf5454bbc44208b0a92369c15bc9c 3. Once finished creating the items, share it with your home page gallery group and unshare the current shapefile items from the gallery group (but they will need to remain shared with everyone). You should be good to go. Once fixed, flipping back to the original shapefiles in gallery will be straight-forward. You'll unfortunately need to copy over the description / thumbnail and any other info, but with this approach the download count will still be reflected on your original items (as your users will still ultimately be downloading the shapefiles from the same item, you just have a temporary reference in place until this is fixed). Let me know if you have any issues / questions. Very sorry for the trouble. Thanks, Chris ... View more

Hi Anand Akmanchi, Good find - you are correct. It's a bug with the hosted feature service.  It will be fixed in the next website update, planned for the fall (and thanks for including the data to reproduce the issue internally!!). Thanks, Chris ... View more

Andrew Wallick​ Xander Bakker​ A fix for this issue is planned to go out tonight (PDT). Thanks for reporting, Chris ... View more

Hi Matthew - when you uploaded the file, there was a dialog that listed the fields inside the file. The dialog should have also displayed which fields will be used for geocoding. Typically, this relationship is obvious (City -> City) and easily deduced but sometimes an address field isn't easily interpreted. Looks like that may have happened in your case, judging from the fields in your screenshot. The 'Addr1' field didn't correctly map to Address level matching in the geocoder, which explains why the seven addresses were all centered in the City (which was correctly matched). You can fix this be re-adding the file and selecting the Addr1 field to be the Address location field, as shown below. To fix: ... View more

Eric, is your organization SSL only? That would explain it. ... View more

Hi Kingsley, It looks like the app without the labels is using an older version of the Javascript API: http://js.arcgis.com/3.7compact/init.js Illinois Floodplain Maps - FIRMS It appears to be a custom application, and not the embedded map code generated from the arcgis.com map viewer. The other app you linked to uses the embedded map from the map viewer so it's updated to the latest Javascript API automatically. Labeling was introduced at version 3.10; apps using version 3.7 will ignore any label definitions (as you're seeing). For the broken app, you can either update the JSAPI references yourself or switch over to use the embedded map code generated from the map viewer (which would handle any subsequent updates to web map functionality). Note: If you decide to update the JSAPI references yourself, 3.11 is the latest version (matches the recent September ArcGIS Online release). With 3.11, some of the URL paths have changed. Check out ArcGIS API for JavaScript Version 3.11 Released | ArcGIS Blog for more details. Thanks, Chris ... View more

For anonymous users to access your Bing maps, they need to be able to access your Bing key without authentication - meaning your Bing key is publicly available. Being that it's publicly available, it is possible for others to obtain your bing maps key and use it in their own applications. Bing maps website has this behavior as well..their Bing key is passed in clear text. A couple things you can do to prevent usage by other applications (likely similar to procedures employed by Microsoft to prevent unauthorized usage): 1. The link below has instructions for viewing usage. If you see any unexplained usage, change your bing key. Understanding Bing Maps Transactions 2. Change your bing key regularly. Up to you to determine how necessary this is (maybe check usage every so often and see if it appears anyone has grabbed your key?) From the www.arcgis.com perspective, all maps and hosted apps will be updated by changing the bing key in your organization settings. So you'd only need to make the change in one location. For any apps you've hosted locally, you'd have to check the specific configuration. Thanks, Chris ... View more