Google has added Yosemite’s 3,000-foot rock wall, El Capitan, to its Street View list.
The search giant teamed up with well-known, experienced climbers Tommy Caldwell, Alex Honnold and Lynn Hill for the project to capture images of the rock face.
The images captured allow you to explore El Capitan through 360-degree panoramas or even virtually climb the rock wall through vertical Street View.
The collection shows the climbers on their ascent of the sheer vertical face, taking a rest and even joking around with the street view cameras.
You can get a closer look at the notoriously difficult climb and how the climbers tackled it in the video below. Maybe don’t watch it if you have a fear of heights.
➤ Vertical Street View of the world’s most iconic rock wall: Yosemite’s El Capitan [Google Blog]
Read next: A drone didn’t strike a Southwest Airlines plane leaving New York, a VFX designer faked it
Understanding what your Beta testers are using your app for can suggest the direction it takes when it reaches a larger audience. Study the behavior of your testers and ask them, “At what point was the app most useful and what are the triggers that will make you pull out the app and use it?” The use cases will define what works and what doesn’t for your audience. – 
Good websites take a user down a sales funnel until they buy from you (and/or capture the lead to market to later). You want users to poke around and spend time on your website. Ask them what they wanted to do next after the home page, or after visiting the blog, etc. These actions will lead to more sales of your product. – 
You want to find any points of confusion early on and either eliminate them or clarify them. Asking a large enough group of beta users to tell you where they became confused will show you where you’ve built things to be too complex or difficult to use. If you don’t want to simplify the functionality because you’re creating a very powerful, detailed tool, then make it easy for users to get to your help resources. Follow up with the same question after you’ve made improvements until the overall response is that your software is clear and easy to use. – 
This is where the rubber meets the road. Even if the 
The #1 question you should ask beta testers is why they wouldn’t use your product again. Ask them to point out the parts of your technology that don’t lend to repeat use. Don’t focus on what users like, but find out exactly what they don’t like. Make notes about consistencies among users presenting negative feedback and spend time thinking through feedback that doesn’t seem consistent. Often you will find that some users are willing to provide more detailed feedback than others — this information is particularly useful since it required the user to spend more time analyzing the experience. – 
Just because you know how your software works doesn’t mean your users will. You might have a really innovative product, but if it isn’t intuitive, it can’t succeed. Asking beta testers if any functionality didn’t work the way they expected can provide tremendous insight into the user experience. Plus, it’s a broad enough question to catch bugs that slipped through the cracks. – 
Often the most interesting pieces of information that come up during a beta test are the ways in which users with fresh eyes may want to utilize your product that were completely unintended or unanticipated by your team. By welcoming the data as a happy accident instead of dismissing it as a non-fit, you may find new, lucrative market opportunities for your software well beyond your initial vision and scope. – 
Taking a net promoter score on how likely a beta tester would recommend your software to a friend will give insight into the value of your product. It’s that referral interest and promotion that will ultimately add to the growth of your business. –