POST
|
Ugh, sorry about that code not working. This may be a bug on our end. I'm looking into it and will report back shortly. Alison
... View more
07-24-2018
07:36 AM
|
0
|
5
|
1284
|
POST
|
Hi there, Apologies -- that post needs some updating. Please try this html instead: <audio controls src="http://downloads.esri.com/agol/labs/maptour/horse.mp3" type="audio/mpeg"></audio> Note this won't work if your Map Tour points layer is a hosted feature layer, but given that you've already got an <audio> element showing up, I think this particular layer is fine.
... View more
07-20-2018
01:08 PM
|
1
|
7
|
1284
|
POST
|
Hi there, I'm a developer on the Story Maps team looking into this. I've followed the steps above, and can't seem to reproduce this problem. One question -- have you deployed the downloaded code to a web server? Looking at some of the links in your copy/paste above, I think maybe you just put it on your desktop, and opened index.html as a file. I'm not sure what kind of computer you have, but you'll need to put this code on a web server of some sort. Many PCs come with a web server called IIS, while Macs have built-in Apache servers (both of which you'd have to enable). If you're on a PC, try a google search for "how to enable IIS", or check out this Microsoft article here: How to: Enable Internet Information Services (IIS).
... View more
07-17-2018
11:03 AM
|
0
|
0
|
687
|
POST
|
As Rupert suspected, I can reproduce this by trying to embed that website in an iframe on an otherwise blank webpage. When I load the webpage, it immediately redirects my browser to the powerco site. Below is the address of the actual page that's embedded in http://www.powerco.co.nz/power-cuts in its own iframe. You should be able to embed it with more success: http://ec2-52-64-145-153.ap-southeast-2.compute.amazonaws.com/Outagesandfaults/ (unselect the https option when you add this, as this site does not work over https) Alison
... View more
01-22-2018
06:07 AM
|
3
|
1
|
605
|
POST
|
Hi Brandon, Are you sure your custom buttons are within the map's container? The search and location buttons have been added to map.container, and a quick rearranging of those buttons shows the search result dropdown will hide the location button. If you inspect the html of your page, your custom buttons should be siblings of these buttons. Here is where the location button is being added: storymap-journal/MapCommand.js at master · Esri/storymap-journal · GitHub and where the search itself is being added: storymap-journal/Geocoder.js at master · Esri/storymap-journal · GitHub Here is a screenshot of the rearranged buttons, and the search results covering the button below it: If your app is publicly available, or if you just want to shoot one of the members of the Story Maps team an email with its location so you don't have to post it here, we could take a look at it for you. As Owen mentioned, the Story Maps team really does try to be responsive to our space on GeoNet. I hope you feel like you can post Story Maps related questions to our space in the future. Alison Story Maps dev
... View more
01-05-2018
09:54 AM
|
2
|
1
|
304
|
POST
|
Hi Patrick, Your Map Journal contains some Story Actions that play videos in the Main Stage area when a user clicks on an image or video or link in the Side Panel. All of these videos have been configured as a type "webpage" instead of "video" and the urls for these do have autoplay=1 in them. I'm not sure why all these webpages are being loaded when the Map Journal loads, but that's what's happening. I can look into that on our end. In the meantime, there are a couple ways to fix this on your end, both of which involve using ago-assistant. Here are some resources for learning to use this tool: https://developerscorner.storymaps.arcgis.com/editing-the-configuration-of-a-story-map-7b984560b7c2 more screenshots: https://community.esri.com/thread/194606-my-story-map-wont-open-after-i-made-it-it-just-shows-the-loading-sign-i-have-tr… If you've never used (or are not super comfortable with) ago-assistant, please read these articles above, and please copy your story's json to a text editor before editing it within ago-assistant. The easiest way to fix this, with the fewest changes to the data behind your story, would be to find YouTube urls with autoplay=1 in the story's json and remove that url parameter. However, this would mean that, after your users click a video thumbnail in the Side Panel to play it in the Main Stage, they would also have to click a play button in the Main Stage for the video to actually play. To make this change, search your json for "autoplay" and you'll come across lines that look like this: "frameTag": "<iframe width=\"560\" height=\"315\" src=\"https://www.youtube.com/embed/eLKJL-9vpcw?rel=0&autoplay=1\" frameborder=\"0\" allowfullscreen=\"\"></iframe>", Just remove &autoplay=1 so it becomes this: "frameTag": "<iframe width=\"560\" height=\"315\" src=\"https://www.youtube.com/embed/eLKJL-9vpcw?rel=0\" frameborder=\"0\" allowfullscreen=\"\"></iframe>", However, the ideal way of fixing this problem would be to change these actions from "webpage" to "video" media type. This would preserve the "autoplay" nature of the video when a user clicks on the thumbnail, and eliminate the play-on-app-load problem. Here is what one of your video Story Actions currently looks like: "id": "MJ-ACTION-1492281048304",
"type": "media",
"media": {
"type": "webpage",
"webpage": {
"url": "",
"type": "webpage",
"display": "stretch",
"unload": true,
"frameTag": "<iframe width=\"560\" height=\"315\" src=\"https://www.youtube.com/embed/eLKJL-9vpcw?rel=0&autoplay=1\" frameborder=\"0\" allowfullscreen=\"\"></iframe>",
"ts": 1492281048304
}
} And here is what it would need to be changed to: "id": "MJ-ACTION-1492281048304",
"type": "media",
"media": {
"type": "video",
"video": {
"url": "//www.youtube.com/embed/eLKJL-9vpcw?rel=0&autoplay=1",
"type": "video",
"display": "stretch",
"ts": 1492281048304
}
} Three occurrences of "webpage" become "video", the url from the "frameTag" property goes into the "url" property instead (drop the "https:" and just start the url with "//"), and the properties "frameTag" and "unload" are deleted. (Note "&" just becomes "&") But by keeping "autoplay=1", the user won't have to click on the Main Stage video to get it to play. You also have regular Main Stage videos (not Story Actions) that are currently configured as webpages. This doesn't seem to be causing problems at the moment, but it's recommended that these be configured as videos, and you can do that within the Builder. For instance, if you edit section 4, you'll see this screen for the Main Stage: The content in the Main Stage is actually a YouTube video, but note it's been configured as a web page. If you click the "Back" button, you can copy the url to the YouTube video, then switch to the "Video" media type, and paste the url.
... View more
12-28-2017
12:29 PM
|
2
|
5
|
1064
|
POST
|
Hi Patrick, Wow, this is a terrible bug. Thanks so much for all the details you included. I'm looking into it, and will let you know what I find. Alison Story Maps Dev
... View more
12-28-2017
08:59 AM
|
1
|
0
|
1064
|
POST
|
We've seen this happen occasionally when authors copy and paste content into Cascade, particularly from other websites. Looking at the app data behind your story, I think that's what's happening here as well. When you copy-paste, sometimes invisible symbols and characters get copied and pasted along with the stuff you can see. There are a few invisible characters -- in particular line breaks -- that will screw up the application data and Cascade won't be able to process it. See this other geonet post for steps to solve this problem using ago-assistant: My story map wont open after I made it. It just shows the loading sign. I have tried it on different browsers and on both PCs and Macs. What do I do? The phrases I'm seeing in your app with these invisible characters are listed below. I've put *** in where the problematic characters are -- many appear at the end of a phrase, after a semicolon. You should be able to use ago-assistant to remove these characters. consisting of terabytes or peta- bytes of data;*** being created in or near real-time;
*** temporally and spatially***referenced;*** striving to capture entire***populations . . . traditional, small data studies;*** aiming to be as detailed***as possible conjoining of different data sets;***
... View more
12-01-2017
08:30 AM
|
1
|
0
|
316
|
POST
|
Thanks for the screenshots and more information. I can reproduce this by embedding a Web AppBuilder dashboard app in a Map Series Story Map, and then viewing the result on a relatively small screen. The Web AppBuilder app is setting its mobile layout (and thus mobile popups) based on the size of the container that it's in. It switches to mobile layout if that container is narrower than 600 pixels wide or shorter than 600 pixels tall. Because the header of a Map Series app takes up about 100px of height, this means an embedded Web AppBuilder app will display in mobile layout if your browser window is shorter than about 700px. This isn't anything that Story Maps can control on our end -- it's entirely a function of Web AppBuilder. It's weird that this just started happening recently -- I looked at the Web AppBuilder code, and the 600px breakpoint has been around for at least a year. MapSeries hasn't changed its formatting or sizing either. Did you recently get a different monitor, or change your monitor's settings? I ran across this question in GeoNet that seems related to what you're seeing: WAB pop-ups in mobile format on desktop browser If nothing has changed on your end, there is a way to force your Web AppBuilder app to display in desktop mode at smaller screen sizes. When you enter the URL of your Web AppBuilder app into Map Series, you can add a url parameter to the end of the URL to change the 600px breakpoint to something smaller, like this: https://[your-org].maps.arcgis.com/apps/webappviewer/index.html?id=[your-app-id]&mobileBreakPoint=400 With the addition of &mobileBreakPoint=400, your embedded app will display in desktop mode all the way down to 400px high or 400px wide. If that's not small enough, make that 400 smaller. But this will apply to all smaller screens -- so if a user is viewing your Map Series app on an actual mobile phone, they'll still get the desktop layout of the embedded Web AppBuilder. Here is the Web AppBuilder documentation about this and other url parameters you can use with any Web AppBuilder app: Use URL parameters—Web AppBuilder for ArcGIS (Developer Edition) | ArcGIS for Developers
... View more
11-15-2017
07:36 AM
|
2
|
1
|
318
|
POST
|
It looks like this embedded app is displaying in its mobile view. It does that when the screen gets narrower or shorter. If you open the embedded app in its own window, change the window's dimensions to be shorter or narrower, and then reload the page, you should be able to see this mobile layout. I'm not sure why it has just started happening, but this change would be coming from the embedded app, not the Map Series app. It still looks to me like the embedded app is from Web AppBuilder, but I can't tell for certain what its details are from the mobile version in the screenshot. Do you know what theme it's using and when the app was created? A screenshot of the non-mobile version might help as well.
... View more
11-10-2017
10:11 AM
|
0
|
3
|
318
|
POST
|
Hi Kara, It looks like you've embedded a different web application within a Map Series app. The embedded application is responsible for styling its own popups. I think this embedded app is a Web AppBuilder application. If you are the author of that app, you should be able to configure the popups to your liking from within that application, and then embed it into your Map Series.
... View more
11-09-2017
02:07 PM
|
0
|
5
|
748
|
POST
|
Hi Jenny, Check out this blog post about troubleshooting embedded apps and websites. It looks like your company's website falls under the category at the bottom -- "Some websites restrict embedding". When I try to embed that site, I get this error in Chrome Developer Tools: Refused to display 'https://www.prowestgis.com/' in a frame because it set 'X-Frame-Options' to 'sameorigin'. Since it's your own company's website, your IT staff may have some insight on how to allow embedding of your website in a Story Map. (Many major companies also limit embedding of their websites, as you found with Google and Twitter). I also found this web app that could help with checking the embeddability of sites: Free iframe checker | TinyWebGallery Blog
... View more
11-09-2017
08:19 AM
|
2
|
0
|
869
|
POST
|
Hi Jenny, What webpage are you trying to embed? Some websites or the servers they're on don't allow them to be embedded in other websites. If you own the website, you can change some server settings to allow embedding.
... View more
11-09-2017
07:21 AM
|
1
|
2
|
869
|
POST
|
Hi Warren, Because of the way that images uploaded directly to your ArcGIS Online Organization account are stored, using many of them on a single webpage is unadvisable. You could instead upload them to your specific Shortlist app (this option is found under the "Add" button), or you could upload them to Flickr. In regards to your Shortlist, I do see all the images loading eventually, but it takes a couple minutes, and even after they've loaded, the app is really sluggish. If you would like a more technical explanation of the problem, read on: When you upload an image straight to your Organization and not an individual app, its url ends with /data. This url isn't actually where the image lives. Rather, if you enter it into your browser address bar, it redirects to the actual image address. You can see this happening if you watch your address bar. For example: http://www.arcgis.com/sharing/rest/content/items/f8fb52ac3e7e4c96a832a3161b7ffa29/data redirects to: https://ago-item-storage.s3-external-1.amazonaws.com/f8fb52ac3e7e4c96a832a3161b7ffa29/image_paysdaix_jpg.jpg This second link, ending in .jpg, is where the image actually lives. If you try to go to it directly from the link above, you'll get an "Access Denied" message. If you go through the /data url above, a one-time access token gets attached to the .jpg url, allowing you to see the image. One or two of these redirected images on a page works OK, but trying to load more than about three of them at once slows down the page load enormously, and sometimes crashes the page (or the browser) entirely. As with most Story Maps, your Shortlist has 50+ images including thumbnails, so loading them all on a single page will be really problematic. Here's a sample outside of Story Maps with just 10 of these redirecting images on the page. Notice how slowly they load. Try selecting the text below the images and notice how sluggish that interaction is. Sometimes the page will freeze for a bit, and sometimes you can even hear your computer's fan kick into overdrive while the page loads -- another sign the page is having troubles. (If that link above doesn't work, try this: https://jsbin.com/qozikon/edit?html,output ) In conclusion, there are other ways to include your photos in your Shortlist app than uploading them to your Organizational account. Consider uploading them within the app or hosting them on Flickr. (edit: The sluggishness of redirected images is greatly increased by the file size of the images. The app above had images that were very large. While we do not recommend using images uploaded directly to your ArcGIS Online Organization account, if you must do that we'd suggest resizing them so their file sizes are all under 100kb).
... View more
11-03-2017
04:48 PM
|
1
|
2
|
637
|
POST
|
Hi Veronica, It looks like MapJournal isn't reading the correct ObjectId field from that layer, or is reading a mix of fields. The ObjectId field is set as F__OBJECTID, but MapJournal is sometimes using the field FID instead. For example: in the screenshot above, the correct feature is: Germantown Redevelopment Project, FID = 41, F__OBJECTID = 17. The feature that's shown when navigating to that section is: Reverence, FID = 48, F__OBJECTID = 41. Note the FID of the correct feature is the same as the F__OBJECTID of the feature that actually shows up. The same thing is happening in the next section, with Grand Battery Park (FID=42) and Revive (F__OBJECTID=42). I'm looking into a fix for this, but just wanted to get back to you quickly that we see the causes of it. Thanks! Alison
... View more
09-19-2017
02:32 PM
|
1
|
2
|
606
|
Title | Kudos | Posted |
---|---|---|
1 | 05-18-2017 01:34 PM | |
1 | 12-01-2017 08:30 AM | |
1 | 08-08-2017 07:23 AM | |
1 | 07-20-2018 01:08 PM | |
1 | 11-03-2017 04:48 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|