Tag Info

Hot answers tagged

11

The specific answer to your question is to go with the first solution. That is the standard cartographic convention, effectively eliminating the question of where, say, 50.5 goes. As far as where the exact category breaks go (say, precisely 50), it doesn’t matter. Users understand that that the categories are functionally fuzzy. For example, obviously 49.999 ...


8

If I understand your question correctly you want to use a cluster icon to represent multiple individual icons that are too close together and would otherwise overlap and would be unclickable/unselectable. If this is the case I always envision the red sphere-like pushpins that people use to mark locations on a map. For individual locations that are far ...


8

I don't think there is any difference from a UX standpoint. But I'd say dashes are much more common and common is good. :) PHP content management systems like Drupal and WordPress prefer dashes. In the past, Matt Cutts at Google has also recommended dashes: http://www.mattcutts.com/blog/dashes-vs-underscores/ Edit: Google recommends dashes/hyphens too: ...


6

A common solution is to "cluster" adjacent markers into one large marker that breaks apart at lower zoom levels. https://developers.google.com/maps/articles/toomanymarkers http://google-maps-utility-library-v3.googlecode.com/svn/trunk/markerclusterer/docs/reference.html http://code.google.com/p/clustermap/


5

A legend describes a particular object on a page, e.g. if it's a map, a legend will describe a particular area as "Averill Park". A key applies to the entire map, e.g. a "1:100" scale. For a page that scrolls, I think that much depends on how many legends you have: If it's only a few and they are not all bunched up in one area, and the legends are brief, ...


5

I would suggest allowing users a way to filter down their search based on what they are looking for; as this can help remove some of your markers. When that is not enough how about combining symbols into one marker, when the attraction/facility in a central location are too close to show a individual markers. Then as users zoom in the markers could be ...


4

This seems like a fairly rational approach. Without more details its hard to offer a lot of feedback here. However, you may want to consider the following: Is email confirmation strictly needed? You'll end up with a lot more junk entries, but you'd get a much smoother user flow if the new account logged right in. You could also do the Facebook thing and ...


4

The interactive legend is a good option to go for, but people need to know that it is interactive in the first place. Using checkboxes may not be the most visually appealing method (although there is a lot that you can do to make them look good), checkboxes are probably the most discoverable method that you will find. You won't have to explain much to ...


4

As far as the exact name of the pattern, could it be Point Location, Store Locator or Map Navigator?


4

By default, I would say just a pin, along with a representation of where they currently are (assuming your app has been given geolocation access). As you say, you don't want to discourage wandering and exploration. That being said, user needs may shift over the course of the tour. Consider: "I'm hungry, let's grab a bite someplace nearby and pick up where ...


4

The clues to the answer lie in the wording of the question. Should I allow...should I constrain it. i.e. You are asking if you should restrict the user activities. Typically users have an expectation of interaction with a map via familiarity with other applications. They expect to be able to pan and zoom. Often this functionality comes free with a map ...


3

Nice idea for an app. :) It's something I would surely see myself using. With regards to your options, I would say the choice of just showing visited and unvisited places is a good choice since you are giving the user the choice of where to go next and not forcing them to go along a regular path. With regards to your second choice, I am against it as it ...


3

Not professing to be a UX pro by any means, but could dashes be easier for the user because a) typing an underscore requires the use of the shift button in conjunction with the key and b) when reading, a dash is in the center of the words, assisting the flow of the eye. An underscore is at the bottom of the words, perhaps subtly drawing the eye down and ...


3

It's "better" on the right because, like you said, it likely tested better. It's a fact of reality that the scroll bar has always been on the right of some scrollable canvas, and that's where users will look. The best thing you can do is create a prototype where the scrollbar is on the left and then create a user scenario where using that scrollbar is ...


3

I would certainly make sure the navigation is in the same place throughout the site; you don't want it to be jumping around from left to right. You've made a good case for right-hand navigation for this application so I would be tempted to go with that. Having the nav on the right gives the content more prominence (for L-to-R reading languages anyway) plus ...


3

Would be interested in these also. Hopefully you'll get some better answers than this one... Saw posted about 8 months back someone had attended the API course at http://marakana.com/training/google/maps/google_maps_api.html and I Book-marked the link because they had a list of items they covered in the UX/UI section that seemed pretty straight forward: ...


3

I think your current icons might be a little too complex. Think about ways to simplify them. Your best bet might be to use color and number similar to the way the diagram Yallow showed. But each color related to one of the twelve types. So places you had just one it would show the icon and places where there were more it would show the color and number. ...


3

In a similar situation I chose the following solution: It still needs some visual tweaks, but the gist of it is to use a numbered marker scaled according to the number of points in the cluster. This isn't going to be directly applicable to your case due to your complicated icon based markers so I would suggest borrowing the little numbered badges from ...


3

I've faced similar issues with speed legends on a map system I work on. I finally came to rest with your latter method, however the developers added a tool tip so that a specific piece of road's speed can be seen when hovering. This allows the users to pinpoint exactly where they need to know the pipe size (in your case) and covers you for complicated ...


3

How about a solution like this: Update: Compare it with this: The reason why there is no sense of ambiguity in all these 3 examples, is because you don't mention the limit twice. You don't say: 0-50 / 50-100 / 100-200 /... you just mention 0 - 5 - 100 - 200 -...


3

I don't know about you, but I'd denote pipe diameters with line width rather than colors... it's somehow more logical What about using textual notation, with the English construct "between"? lightblue - less than 50 mm blue - between 50 mm and 100 mm navy blue - between 50 mm and 100 mm etc It's a bit longish, but it could be shortened. You know, it ...


3

Instead of a circle, how about highlighting the neighbourhood or the post office for a given zip code area. Another alternative (depending on the context), the (main) train station for the area. Clustered items can be presented by a “mulitple items version” of the default marker icon and all sub-elements listed in a bubble or somewhere outside the map.


2

They're the same thing. The legend or key describes types of symbols/lines and can also describe specific locations. Types of roads, the symbol for locations such as camping grounds, hospitals, cities vs towns and what not. There is no standard placement as it usually relies on fitting into the content in the map. If your map has featureless land or ocean, ...


2

Both solutions are perfectly acceptable, make your choice taking these points into consideration: the popup on the map may hide other useful information more than a very few popups quickly becomes cluttered. It's ok if only one of them is open at a time the amount of information in a popup must remain small On the other side, showing information beside ...


2

My first reaction is to caution you about changing the default scrolling UI. People know how a standard scrollbar works and they've developed habits for handling them. For example, I tend to use the mouse scrollwheel or the two-finger swipe on my trackpad to manipulate scrolling areas. But non-standard scrollbars don't always support those behaviors, making ...


2

The differences between those two, as I see it, is that the graphical map is for those who don't know the name of the map point (city or similar), while the other is for those who knows the name. Say you want to know the way on the GPS to your friend, and you know the address. It's a lot faster to just type the address (and allso get suggestions so you ...


2

One option that Apple uses in its iCal calendaring application is to make the colour coding indicators into checkboxes, like so: The colours for each calendar are modifiable by the user (I choose to use blue for all my personal calendars and green for all my work calendars, with other calendars in other colours as necessary). This one list therefore ...


2

I don't know of any specific name to this pattern besides a 'map' - it's not too common to see maps on the internet that don't do something similar to what you're describing (the only exceptions being 'find us' and 'our location' maps for business sites). As for examples of this being used effectively, might I suggest looking at how Google Maps handles ...


2

Asking for patterns and precedents to emulate is going to be quite hit and miss, because there is no universal pattern for zooming. There are many different ways of implementing this sort of behaviour, each with advantages and disadvantages for different use-cases. Without knowing what sorts of information you present, how your users expect to navigate it ...


2

The issue is not the labels, the issue is the fact that you use a discrete scale I think. If you'd like to solve it using the labels only, you'd have to use symbols like ≤ and ≥ with the labels to precisely identify what you mean. So, you'd get this: download bmml source – Wireframes created with Balsamiq Mockups I don't think that that is a ...



Only top voted, non community-wiki answers of a minimum length are eligible