> > Date: Thu, 13 Mar 2014 16:52:01 +0100 > From: Pau Giner <[email protected]> > To: "A list for the design team." <[email protected]> > Subject: Re: [Design] Requesting feedback on Project- UploadWizard: > Openstreetmap embedding > Message-ID: > <CALRPo1DDhkVZfGV4wu7Xda7sSCMpGtmpuddMYvyQiB4+GGFC= > [email protected]> > Content-Type: text/plain; charset="iso-8859-1"
Hi Anu, > > First, congratulations for your work, making it easy to provide geographic > information to media is quite important. I planned to send some feedback > earlier but didn't found the time, hope it is still helpful: > > > - *Coordinates vs map as main input for location.* Currently coordinate > fields and the map are provided side-by-side. It would be good to think > how > to simplify this since I guess that both are not intended to be used > with > the same frequency. Several options came to my mind: (a) Remove > coordinate > fields, and add a coordinates action or icon inside the map search bar. > In > that way users can click the coordinates icon to turn the search bar > into > the coordinate fields, (b) in addition to the previous one allow > flexible > input so that the same bar can be used both ways, (c) present > coordinates > as part of the map with output as a main purpose but suggesting that > they > can be also edited (similar to what Max proposed). > - *Anticipating the needs of the user.* The searching process can be > benefited by some strategies to save the user from typing. For example, > as > soon as the user indicates their intent of setting a location, the map > could load some area nearby the user location (or maybe keep the > previous > are the user looked for). In addition, updating the map as the user > types > with autocompletion could also help in that regard. > - *Initial status.* Initially, for me, the map was a grey box. It would > be preferred it being the world map (to give context) or a usual/current > location to save time in some cases. > - *Continuity between map types.* The change between the two kinds of > maps is not fluent. According to what Gergo said, the dynamic map can be > used if only one image is being uploaded (or make the switch when the > user > clicks n the search box). For the cases where such transition cannot be > avoided, some visual cue will be needed to indicate that you are > expected > to click: the cursor could be a hand, as you hover, the location > indicator > can follow the cursor to communicate that you can place it in a more > detailed position, and the label that indicates this could be more > prominent and refer to "pick a specific location" instead that > referring to > technical terms such as "leaflet map". > > Making it possible to make the location input compact (e.g., integrating > coordinates with the map) is something really useful. Just to share some > initial design explorations about commons, I was thinking on making extra > information such as location more accessible form the description page (see > very early mockup <http://i.imgur.com/LlbcXwV.png>). in the same way I > illustrated for categories (see another > mockup<http://i.imgur.com/MAbLFi8.png>), > clicking on the globe can show your map-driven input. > > > Hope these ideas are helpful. > > Pau > Thank you very much, Pau, Your ideas are really helpful.Can you share some information about implementing something like "map of Canada and some bird pictures" as illustrated in http://blog.wikimedia.org/2014/01/09/multimedia-vision-2016/ ? > On Thu, Mar 13, 2014 at 6:53 AM, Max <[email protected]> wrote: > > > Hey there, > > Here's some things I'd do differently. > > > > 1. Make the map full-width and put the "Latitude and Longitude" on top of > > it. That would make it way easier to figure out where you are on the map > > and find the place you're looking for. > > > > 2. Why can't I drag the map? Is that just not supported by OSM, or did > you > > for whatever reason disable that feature? Either way, seems > > super-counter-intuitive for me. > > > > 3. Just show the map on pageload, not just when I enter an adress. > There's > > no reason to put in an extra step like this in the process. Let's make it > > as streamlined as possible. > > > > > > Other than that, great work. > > Best, max. > Thank you Max for your feedback. I have temporarily disabled drag feature due to leaflet library's bug https://github.com/Leaflet/Leaflet/issues/872 . But next version will address all your concerns. Anu
_______________________________________________ Design mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/design
