Date: Thu, 13 Mar 2014 16:52:01 +0100
From: Pau Giner <pginer@wikimedia.org>
To: "A list for the design team." <design@lists.wikimedia.org>
Subject: Re: [Design] Requesting feedback on Project- UploadWizard:
        Openstreetmap embedding
Message-ID:
        <CALRPo1DDhkVZfGV4wu7Xda7sSCMpGtmpuddMYvyQiB4+GGFC=Q@mail.gmail.com>
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

On Thu, Mar 13, 2014 at 6:53 AM, Max <max@koehler-kn.de> 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.