POST
|
Looking for an appearance option that can be set in Connect that removes the basemap picker from the geopoint question on the web form. Assume it's related to the second question (comment #4) in this issue: https://community.esri.com/thread/202050-issues-with-web-browser-only-survey
... View more
04-30-2018
01:18 PM
|
0
|
3
|
528
|
POST
|
Enhancement is implemented in the early adopter version of Connect. See response to Is it possible to intercept the search widget input?
... View more
04-30-2018
01:00 PM
|
0
|
2
|
2465
|
POST
|
Trying to figure out how to gather user input without requiring them to input their location twice. I want to end up with both coordinates and a text description of the place. I have two thoughts: 1) User types location in search widget on geopoint question and input is captured in a text field 2) User types location into a text field and pulldata is used to calculate input for the geopoint question. Right now I can use a geopoint and pulldata to calculate text fields (a. la. the 'Calculate location from geopoint' sample survey) with coordinates, but of course need a reverse geocode to get place names. I saw James Tedrick's issue Feedback: Coordinate Entry and GeoSearch · Issue #105 · tedrick/Survey123-Testing · GitHub but was not able to get the example form to work. Probably because I need to do something to set up reverse geocoding so pulldata has something to read - i.e. pulldata("@geopoint", ${location}, "address.text"))
... View more
04-28-2018
04:16 PM
|
0
|
6
|
1374
|
IDEA
|
02-28-2018
03:56 PM
|
0
|
0
|
1082
|
POST
|
Naomi, Another suggestion, try and simplify (or cache) your services. Feature services that are complex and slow to draw can sometimes give all web apps (not only Story Maps) headaches.
... View more
11-08-2017
10:57 AM
|
0
|
0
|
552
|
POST
|
Hi Naomi, Sorry to hear you're having problems with the app. I'm not sure what's happening here, and we'll continue to run down the issue with our development team. In the meantime, here are two suggestions that might resolve the problem. 1) We've found that when creating a story where you want to toggle layers on and off in different sections, it can help to save your webmap with all the layers *off*. And then, in the builder, toggle on the layers you'd like to see in each. See if that makes a difference. 2) Have you checked your story in My Stories? If you haven't used this tool before, it's great for troubleshooting errors and just generally maintaining your stories. When I checked the Chrome developer's console (View->Developer->JavaScript Console or right-click->Inspect) I see errors for one of the layers in your webmap. Often, console errors are inscrutable, but sometimes you can find a clue in there. You'll notice the url for the "TuwharetoaLand1_WFL1" service appears several times. Looking at your webmap, I noticed that the "TuwharetoaLand1_WFL1" was possibly added to the map differently than the first two layers ("Taupo Rated Maori Land" and "Taupo District Land"). Those first two layers don't have AGO item pages, but "TuwharetoaLand1_WFL1" does. Did you add the first two layers with Add->Add Layer from Web? Granted, it shouldn't matter how you add data to your webmap, it should "just work", so we'll try and figure out why this is happening. Try out the two suggestions above and let me know if either helps.
... View more
11-08-2017
09:30 AM
|
0
|
0
|
552
|
POST
|
Hi Allison, The webmap you were looking at "a59a0210f99847fab743c233aa3ed367" was actually a legacy leftover when the original journal was built. It referenced layers that are no longer accessible - that's why you were seeing the errors. I've now removed it from the journal and unshared it so you shouldn't see it any longer. The current webmap being used is: http://www.arcgis.com/home/item.html?id=e904305c4b224955b3060bffbe755770 Let us know if you have any problems with this one. You must have an organization account to see the individual service layers in this map as they're subscription based only.
... View more
03-25-2015
09:13 AM
|
2
|
1
|
680
|
POST
|
Hi Flo, The behavior you're seeing is a function of ArcGIS online. It is something that we work around in some of our templates in the CSS code. A great way to suggest enhancements is by posting to http://ideas.arcgis.com/ If you have a developer (or you are one) you can change this behavior in the CSS: .zoomTo { display: none; } Hope this helps.
... View more
02-06-2014
11:05 AM
|
0
|
0
|
665
|
Title | Kudos | Posted |
---|---|---|
1 | 04-30-2018 01:01 PM | |
2 | 03-25-2015 09:13 AM |
Online Status |
Offline
|
Date Last Visited |
09-14-2023
08:01 PM
|