Re: [Potlatch-dev] More UX testing
On 01/03/2012 17:41, Andy Allan wrote: I'm especially coming to the conclusion that defining the icons in map_features.xml is the wrong place to do it - the icons in the panel should always match the icons shown in the stylesheet. No idea how to fix that though :-) That's pretty easy in theory though I'm not necessarily offering to code it this evening! a) Take the tags defined for this feature in map_features.xml b) Construct an object with those tags, and run it through RuleSet.getStyles c) In the resulting StyleList, find a PointStyle, and extract the icon d) PROFIT etc. etc. cheers Richard ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] More UX testing
My comments, repeated here: > It’s still unclear how to start drawing lines and areas. In fact, most people > accidentally start drawing lines, and press escape, without realising later > on when they want to draw one that they already know how. Solution, clear modes: “draw line”, “draw POI”, “moving stuff”, etc. See the Google My Maps (or whatever they call it now) interface. > People want to add icons to points of interest that are already drawn, but as > an area. Maybe we should symbolize areas, or even better, prevent icons from > being dropped onto existing areas with the same tags. Just to double check: they know it’s already there as an area, they just want to see an icon on top of it as well? What kinds of areas? Ones without (rendered) names? > People get mightily confused when the icons on the map don’t match the icons > on the sidebar. Maybe we need to rethink how the sidebar icons appear. Examples? It would be pretty easy to fix some of these. > Creating other points of interest is hard to figure out (i.e. double-click). Yeah. Maybe the default way to create a POI would be to single click and get a pop up. Drawing a way would require you to switch to a “draw way” mode as described above. > If you have a large named area, it can be non-obvious (especially when zoomed > in) what’s causing the name to appear. Make the name clickable? Don’t render areas at all if they would be greater than X% of the screen? (Not as silly as it sounds – if you’re working on a picnic area, you don’t really want to see the entire national park…) > There’s useful shortcuts (like J) that don’t appear in the help. An extra hideable toolbar showing keystrokes? > There’s lots of useful actions that don’t have any GUI for them, unless you > count documenting the keypresses on the 8th tab of the Help menu! Yep, and they also give no feedback when you use them. (I think I raised a Trac bug for this.) Maybe when you float over something, after a few seconds, you get a prompt of possible actions? > One person couldn’t figure out panning the map around while editing. That’s a > combination of no buttons, and that if you (tentatively) click on the > background, something happens (start drawing a way), so you learn not to > click on the background. Of course, to pan the map you need to mousedown to > drag it. A “pan mode” (alongside draw way, create POI etc) would help. Looks like a hand. > I’ve never seen anyone using the Potlatch 2 search button, but people often > use the main search bar while editing. That often leads to pain when they > click on the results. What search button? Whoa…just spent ages searching through the GUI to see what you might be talking about, found it after about 5 minutes. Heh. Looks somewhat useful, but would be much better embedded in different places for context (eg, searching for a a relation in the “select relation” dialog). Steve On Fri, Mar 2, 2012 at 4:41 AM, Andy Allan wrote: > Hi all, > > Another batch of user testing notes are available on my blog > > http://www.gravitystorm.co.uk/shine/archives/2012/03/01/make-the-hard-things-simple-and-the-simple-things-occasionally-surprisingly-hard/ > > or http://bit.ly/wG4rzK for short. While all interesting, the third > section focusses on Potlatch2, and might provide food for thought. I'm > especially coming to the conclusion that defining the icons in > map_features.xml is the wrong place to do it - the icons in the panel > should always match the icons shown in the stylesheet. No idea how to > fix that though :-) > > Cheers, > Andy > > ___ > Potlatch-dev mailing list > Potlatch-dev@openstreetmap.org > http://lists.openstreetmap.org/listinfo/potlatch-dev ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] More UX testing
On 3 March 2012 04:04, Steve Bennett wrote: > Just to double check: they know it’s already there as an area, they > just want to see an icon on top of it as well? What kinds of areas? > Ones without (rendered) names? No, often they don't realise. For example, when there's a supermarket tagged as an area, they think the supermarket isn't mapped, and try adding an icon for it. The turquoise building outline (or whatever) doesn't lead them to think that it has been mapped. >> People get mightily confused when the icons on the map don’t match the icons >> on the sidebar. Maybe we need to rethink how the sidebar icons appear. > > Examples? It would be pretty easy to fix some of these. Well, I think hairdressers was one. But the bigger point is that if the map style has different icons (e.g. the opencyclemap style) then switching map styles doesn't update the sidebar. The icons displayed are more of a "map style" consideration than a "map features" consideration, to a certain extent, so maybe the map style should define the icon, and the sidebar pick them up from there. Dropping an icon and having a different one appear isn't great. On the other hand, I frequently get asked why the icons in potlatch2 don't match the icons on the main map layer precisely - which is something that's unsolvable in many cases. Cheers, Andy ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] More UX testing
On 3 Mar 2012, at 18:05, Andy Allan wrote: > On 3 March 2012 04:04, Steve Bennett wrote: > >> Just to double check: they know it’s already there as an area, they >> just want to see an icon on top of it as well? What kinds of areas? >> Ones without (rendered) names? > > No, often they don't realise. For example, when there's a supermarket > tagged as an area, they think the supermarket isn't mapped, and try > adding an icon for it. The turquoise building outline (or whatever) > doesn't lead them to think that it has been mapped. i can confirm this was happening yesterday at the UCL mapping party for the students. > >>> People get mightily confused when the icons on the map don’t match the >>> icons on the sidebar. Maybe we need to rethink how the sidebar icons appear. >> >> Examples? It would be pretty easy to fix some of these. > > Well, I think hairdressers was one. But the bigger point is that if > the map style has different icons (e.g. the opencyclemap style) then > switching map styles doesn't update the sidebar. The icons displayed > are more of a "map style" consideration than a "map features" > consideration, to a certain extent, so maybe the map style should > define the icon, and the sidebar pick them up from there. Dropping an > icon and having a different one appear isn't great. > > On the other hand, I frequently get asked why the icons in potlatch2 > don't match the icons on the main map layer precisely - which is > something that's unsolvable in many cases. +1 to having the same icons on the map and map features. What about map styles that don't show something that is in the map features or vice versa? Shaun ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] More UX testing
On Sun, Mar 4, 2012 at 5:05 AM, Andy Allan wrote: > No, often they don't realise. For example, when there's a supermarket > tagged as an area, they think the supermarket isn't mapped, and try > adding an icon for it. The turquoise building outline (or whatever) > doesn't lead them to think that it has been mapped. So, areas should show the icon on the centroid, next to the text (if any)? > Well, I think hairdressers was one. But the bigger point is that if > the map style has different icons (e.g. the opencyclemap style) then > switching map styles doesn't update the sidebar. The icons displayed > are more of a "map style" consideration than a "map features" > consideration, to a certain extent, so maybe the map style should > define the icon, and the sidebar pick them up from there. Dropping an > icon and having a different one appear isn't great. Just looking at the default style and default map_features, the POI icons line up pretty well between the map and map_features. There are a few with no map icon (eg bookshop), but most are the same (including hairdressers). The only one that is actually a different icon is the various place=* features. Other styles like the cycle map one don't seem to have many POI icons defined anyway, so the point seems moot? Steve ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
