POST
|
Hi Dominik Zell - try saving the CSV with UTF-8 encoding. Once the CSV is properly encoded, ArcGIS Online should display the characters correctly. Help has some instructions for doing this: You can save a text file as UTF-8 or Unicode in Windows. Open the file in a text editor such as Notepad, click File > Save As, and choose UTF-8 or Unicode from the Encoding drop-down menu shown at the bottom of the Save As dialog box. CSV, TXT, and GPX files—ArcGIS Online Help | Documentation (under Considerations for adding CSV AND TXT files to Map Viewer). Cheers, Chris
... View more
01-10-2020
12:52 PM
|
1
|
0
|
1867
|
POST
|
Hi Chris Olsen, the ability to save the rotation will be coming in a future update to map viewer beta. Cheers, Chris
... View more
12-19-2019
02:33 PM
|
0
|
2
|
738
|
POST
|
Hi Chad, other than the functionality I mentioned above (automatic tiles), the capability is still not yet used by esri apps to my knowledge (but certainly could be an app using it that I'm not aware). Here is developer documentation around the feature that should help with understanding it and get you in the right direction if you want to play around with it. Extract Changes (Feature Service)—ArcGIS REST API: Services Directory | ArcGIS for Developers Cleanup Change Tracking—ArcGIS REST API: Services Directory | ArcGIS for Developers Cheers, Chris
... View more
08-23-2019
01:15 PM
|
0
|
0
|
1185
|
POST
|
Hi Kari Leer - it looks like a couple web maps aren't shared publicly. If you paste the item ids below into the search bar from the account that built the story map, you should get the maps back for the ids. There might be other things going on with some of the behavior mentioned in the conversation above but this would be what triggers the sign in behavior. 37fbc9cdd48846759edebc14ed0bfee4 c6fc8639a4464ddda9f0d56a26a40780 Cheers, Chris
... View more
07-29-2019
12:19 PM
|
1
|
0
|
3342
|
POST
|
Hi Suzana, great, good to hear! Glad to be of help. Let me know if you run into anything else. Cheers, Chris
... View more
07-03-2019
12:51 PM
|
0
|
0
|
1232
|
POST
|
Awesome thanks! There still seems to be something going on with the response. The CORS headers look correct but the browser is expecting a 401 http response rather than a 200. The 401 code indicates to the browser that authentication is required for the request.
... View more
07-02-2019
02:45 PM
|
0
|
3
|
5705
|
POST
|
the data is being updated nightly via script and I believe we recently upgraded ArcServer. Without knowing more about your particular setup, it looks like one of the servers behind your load balancer is serving stale/ incorrect info. If nothing obvious stands out, it may be best to contact technical support (could be a bug somewhere in the stack). Cheers, Chris
... View more
06-28-2019
10:26 AM
|
0
|
2
|
1085
|
POST
|
Awesome thanks. Was your ArcGIS Server (or data) recently updated? There seems to be a conflict there with queries returning incorrect object IDs. To "search" for features in a layer, the feature search function executes a query against the service powering the layer using the input you're searching for. In this case the service seems to be returning an incorrect object id for 216 CROFT ST, which results in the incorrect match on the map. What's odd though is that sometimes the query seems to return the correct object id (which may explain why the second time worked for you). You can see the behavior with this request (the query which passes along your address input to the layer). https://citygis.greenvillesc.gov/arcgis/rest/services/GeneralData/GeneralData/MapServer/0/query?f=pjson&where=UPPER(FULLADDRESS)%20LIKE%20%27%25216%20CROFT%20ST%25%27&returnGeometry=false&spatialRel=esriSpatialRelIntersects&outFields=FULLADDRESS%2COBJECTID&outSR=102100&resultRecordCount=6 It sometimes returns (this is the correct OID): "features":[{"attributes":{"FULLADDRESS":"216 CROFT ST","OBJECTID":27054}}]
Other times it returns (incorrect OID):
"features": [ { "attributes": { "FULLADDRESS": "216 CROFT ST", "OBJECTID": 6448 } } ] If you reload the above request a few times, you should see the behavior I described. Cheers, Chris
... View more
06-27-2019
02:41 PM
|
0
|
4
|
1086
|
POST
|
Hi Scott, possible to share the map where you're seeing this? My username is cwwhitmore if you prefer / are able to invite me to a group that has the map shared with it. Thanks, Chris
... View more
06-27-2019
08:09 AM
|
0
|
6
|
1086
|
POST
|
Hi Simon, This issue should be fixed now. Sorry for the inconvenience. Cheers, Chris
... View more
06-27-2019
08:06 AM
|
1
|
0
|
608
|
POST
|
hmm everything seems good from what I can tell. It looks like you only allow specific origins to connect? Would it be possible to add https://prodtesting.maps.arcgis.com as well, if so (when i check with this origin instead of yours, i'm not seeing any CORS headers returned)? That should help with debugging. Thanks, Chris
... View more
06-26-2019
10:04 PM
|
0
|
5
|
5705
|
POST
|
Hi Suzana, for sure..closer but there still seems to be some issues with the CORS headers. I'm not seeing any in the response headers coming back for the initial request to the WMS service (for the capabilities doc). The browser shows a console error that indicates `Access-Control-Allow-Origin` header is not being returned..same thing in the headers you posted above too it looks like. Even though defined as an allowed property in the Access-Control-Expose-Headers list, think it would still need to be returned as its own property. This is the error message the browser's console shows when adding the wms: cheers, Chris
... View more
06-25-2019
11:23 PM
|
1
|
7
|
5705
|
POST
|
Hi Suzana, It doesn't look like CORS is configured correctly - when I add your GeoServer instance (After adding the domain to my org's trusted servers list), I'm not seeing any CORS headers in the response: It looks like the web server you have set up as a reverse proxy / load balancer may be overriding the CORS configuration set up on your GeoServer instance (but just a guess based on your comments above and what the response headers are returning). There may be other issues downstream but this would seem to be the first obstacle. Cheers, Chris
... View more
06-21-2019
08:26 AM
|
1
|
9
|
5705
|
POST
|
Hi Andrew, Try it with this syntax: https://mywachswater.maps.arcgis.com/home/webmap/viewer.html?webmap=e74a8b4bb8304a5b80e3fb07229fd4c7&find=338068 Cheers, Chris
... View more
04-17-2019
11:31 AM
|
1
|
1
|
599
|
POST
|
Hi Cameron, Do you see this across all browsers or just chrome (assume that's what you're using here). Thanks, Chris
... View more
03-20-2019
09:00 AM
|
0
|
0
|
356
|
Title | Kudos | Posted |
---|---|---|
2 | 07-11-2024 09:18 AM | |
1 | 02-06-2024 08:21 AM | |
1 | 02-01-2024 11:42 AM | |
3 | 12-01-2023 09:35 AM | |
3 | 03-22-2022 11:21 PM |
Online Status |
Offline
|
Date Last Visited |
a month ago
|