-------- Messaggio originale --------
Oggetto: [Multimedia] Link to Media Viewer on Commons
Data: Mon, 17 Mar 2014 17:39:05 -0500
Mittente: Keegan Peterzell
Greetings everyone!
As the Multimedia team finishes up this cycle of Media Viewer development,
we'd appreciate your feedback on some of its final features, such as the
proposed link to Media Viewer from Commons file description pages.
Currently, viewing media on Commons either shows an image standardized on
the file description page, or you can click on the image to view it in full
resolution. Offering a link to open the file using Media Viewer will allow
for a richer media experience, as the viewing size is increased, while
still providing useful information, as well as prominent tools for file
sharing and reuse.
We propose a "View expanded" link below the image on Commons pages (see
mockup thumbnail to the right). This will enable users to open the image in
Media Viewer, without making it the standard viewer for file pages.
Additionally, if the user clicks "share this file" and it opens in Media
Viewer and then the user exits out, they cannot return to Media Viewer
without such a link.
You can find more information and comments from the designers on the Mingle
card #199[1] and you can view this mockup[2] of what the button will look
like below the file.
Thank you for your time and your feedback, please leave it on the "About
Media Viewer" talk page[3].
1. <
https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/199 >
2. <
https://commons.wikimedia.org/wiki/File:Media_viewer_access_from_Commons_de…
>
3. <
https://www.mediawiki.org/wiki/Talk:Multimedia/About_Media_Viewer#Link_to_M…
>
--
Keegan Peterzell
Community Liaison, Product
Wikimedia Foundation
Hi Everyone,
I would like to invite your feedback on [1] prototype of
Project-'UploadWizard:OSM embedding' [ user/password is mediawiki/mw ].
This project is about enhancing the image upload process for Wikimedia
Commons.The main goal of the OSM embedding project is to provide map
interface to the UploadWizard. We can not expect each and every uploader to
know exact location where image being uploaded was taken, or to use
location enabled camera/phone to take the image. With introduction of map
interface, uploader can easily choose location coordinates for uploaded
images.
Detailed project description can be found at [2].
Functioning of embedded map :
- On valid coordinates/location inputs widget first loads a static map
which on 'click' will initialize leaflet powered dynamic map
- Address search
- ' type' or 'importance' specific zoom for various kinds of locations
on address search
- .Dynamic updation of coordinate fields and location field on leaflet
map interaction and vice versa
Kindly give your suggestions for map widget- design as it needs to be
improved, also propose features and/or improvements in current features.
Please share your insights at [3].
[1]http://uploadwizard-osm.bitnamiapp.com/mediawiki/Special:UploadWizard
[2] https://www.mediawiki.org/wiki/UploadWizard_OSM_map_embedding
[3] https://www.mediawiki.org/wiki/Talk:UploadWizard_OSM_map_embedding
Best regards
Anu G Enchackal
Glad to hear you were aware of the earlier work. I agree it is often easier
to reimplement something from scratch than finishing someone else work.
Regarding the static maps on initial load, I found this feature to be
unintuitive when I tried it. IMO, it would be better to just show a spinner
while the map is loading, rather than requiring an extra click to get to
the actual map.
The rest of the functionality seemed quite smooth and intuitive. Nice work!
Ryan Kaldari
On Wed, Mar 12, 2014 at 3:50 PM, Gergo Tisza <gtisza(a)wikimedia.org> wrote:
> On Wed, Mar 12, 2014 at 2:42 PM, Ryan Kaldari <rkaldari(a)wikimedia.org
> >wrote:
>
> > Ack, I wish I had known about this earlier. Most of these features had
> > already been implemented for UploadWizard, but the patches were never
> > polished enough to be merged:
> > https://gerrit.wikimedia.org/r/#/c/12352/
> > https://gerrit.wikimedia.org/r/#/c/12353/
> >
> > I would be good to at least compare against your implementation and see
> if
> > there are any ideas that would be useful to incorporate.
> >
>
> I looked at those some time ago, but reusing them didn't seem much less
> effort than reimplementing (also the OPW project had more ambitious goals
> like Nominatim integration and using static maps initially to speed up page
> load).
> I didn't compare visually (you used CloudMade tiles, Anu uses MapQuest),
> that would be worth doing.
>
> There is also a third OSM integration attempt,
> https://github.com/lukaszkostrzewa/wiki which has some additional
> server-side features which look interesting although probably overlap with
> MobileFrontend's Nearby.
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Leigh Blackall, 28/05/2013 11:18:
> Hi folks.
>
> Who can point me to or suggest a process for a university wishing to
> engage Wikimedia projects? By that I mean initial consultation to get
> advice on how to consider and formulate an appropriate plan encompasing
> the alignment of policy and practices through to the use, development
> and production of content. We have ideas on what steps might be good,
> but I'm wanting suggestions and pointers from others.
https://outreach.wikimedia.org/wiki/Education_Portal
Nemo
