I just tried to watch some presentation videos from Wikimania.
Some had very weak sound, some had no sound in the first minutes,
some only played the first minute and then stopped. I don't think
the Wikimania videos are unique in having such problems. Video is
new to Commons, and the expert contributors are more familiar with
still images.
How can we learn to make better videos? Are there some good
instructions? Perhaps a free instruction video (Wikibooks, but a
video instead of a book) on how to produce good videos is what we
need. In fact, the English Wikibooks has a title on "Video
Production", http://en.wikibooks.org/wiki/Video_Production but it
doesn't have a clear focus (pun not intended). It starts out with
discussing satellite TV and has long sections on file formats in
different operating systems.
There is a help page on Commons for converting video to the Ogg
Theora format, but that is only the last step in a long chain.
Given that video is new, how can we find and rate videos, nominate
"good/featured videos", and give advice on how to improve quality?
Is the Commons village pump enough for this? Commons has a
separate graphics village pump. Do we also need a separate video
village pump?
Current digital video cameras use hard disks or memory cards,
instead of tape cassettes. Many new models cost less than 300
euro (or dollars), some as little as 120 euro (memory card perhaps
not included). Some have a special "Youtube mode", and I guess
that kind of usage is what drives the price down. What models are
good, and what should one watch out for?
We can find free still photos on Flickr and copy them to Commons.
Is there somewhere we can find free videos and copy them? Yes, at
the Internet Archive. Somewhere else?
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se
Here's an interesting project from the British Library - interesting
both because people may wish to enter (there's £25000 available), and
because it touches on a lot of the same questions we have about the
value and impact of content donations
http://britishlibrary.typepad.co.uk/digital-scholarship/2014/03/tracking-pu…https://ictomorrow.innovateuk.org/web/digital-innovation-contest-data/briti…
----
The British Library has a large and growing collection of material in
the public domain, available through online platforms, such as Flickr
(www.flickr.com/photos/britishlibrary) and Wikimedia Commons, for
anyone to use, remix and repurpose. However, once released online, the
British Library has little way of following that content as it is
re-used, which makes it difficult to measure any creative and economic
benefit.
The successful solution will allow public institutions to better
quantify and optimise the economic impact of releasing content into
the public domain (...)
----
--
- Andrew Gray
andrew.gray(a)dunelm.org.uk
---------- Mensagem encaminhada ----------
De: "Gryllida" <gryllida(a)fastmail.fm>
Data: 29/03/2014 21:22
Assunto: [Wikitech-l] Going full-screen on image click
Para: <wikitech-l(a)lists.wikimedia.org>
Cc: <design(a)lists.wikimedia.org>
Hi all.
I apologize for cross-posting; I'm trying to reach all projects here, and
encourage you to translate and spread this message to relevant village
pumps. (I explain a tool here, some points, and provide you with a link
where you can participate in the discussion I opened.)
The WMF Engineering Team is kindly working on Media Viewer, which would
show a pop-up of some sort when you click an image. This tool is available
for testing to those people who created an account, in Beta tab, on all
projects. Like you may see the tool has a relatively high impact on average
reader experience.
It came to my mind that the tool goes full-screen, which doesn't meet the
"I stay on the article" expectation. I feel it may be important to an
average reader to gain orientation.
I opened a discussion, with some people calling my idea a "metadata pop-up"
rather than a "media viewer". I feel that may be good thing: the existing
default opens a lot of image info and tells people what Commons is. I feel
the media viewer should do something close to the same, with the advantage
of not leaving the page, and some interactive means of viewing the image if
the user clicks some buttons.
As opposed to that, a "Media Viewer" would show a bigger image and make use
of space. But the mock I have is slightly bigger already, like the existing
"File:*" page. I am not assuming that the reader wants a bigger image; I'm
assuming he may also be interested (and it would be more transparent to) in
reading some metadata, description, date, author.
Please see the discussion here and weigh in, basing on your preferences and
Wikimedia projects experience. Your voice powers the future of the tool,
and Wikimedia projects.
https://www.mediawiki.org/wiki/Talk:Multimedia/About_Media_Viewer#Please_do…
Regards,
Gryllida.
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Chemical Markup support for Wikimedia Commons has been a feature
requested for a long time[1][2] and now I think it's time to act. Please
consider my GSoC proposal[3]. I will focus on molecules and reactions,
both supported by MDL molfiles, through a media file handler and a
JavaScript front end.
Spectra and analytical data, chemical crystallography and materials --
this is somewhat more complicated and I think; let's start it simple. If
there is sufficient time to play with CML after implementing MOL file
support, no one prevents us from doing so. But past experience has shown
that even simple projects grew into dimensions that were not expected
resulting in software that is not ready to use till today.
Curious about your opinion.
Kind regards
Rainer Rillke
----
[1] http://lists.wikimedia.org/pipermail/wikitech-l/2004-June/010715.html
[2] http://lists.wikimedia.org/pipermail/wikitech-l/2013-April/068573.html
[3]
https://www.mediawiki.org/wiki/User:Rillke/Chemical_Markup_support_for_Wiki…
Chemical Markup support for Wikimedia Commons has been a feature
requested for a long time[1][2] and now I think it's time to act. Please
consider my GSoC proposal[3]. I will focus on molecules and reactions,
both supported by MDL molfiles, through a media file handler and a
JavaScript front end.
Spectra and analytical data, chemical crystallography and materials --
this is somewhat more complicated and I think; let's start it simple. If
there is sufficient time to play with CML after implementing MOL file
support, no one prevents us from doing so. But past experience has shown
that even simple projects grew into dimensions that were not expected
resulting in software that is not ready to use till today.
Curious about your opinion.
Kind regards
Rainer Rillke
----
[1] http://lists.wikimedia.org/pipermail/wikitech-l/2004-June/010715.html
[2] http://lists.wikimedia.org/pipermail/wikitech-l/2013-April/068573.html
[1]
https://www.mediawiki.org/wiki/User:Rillke/Chemical_Markup_support_for_Wiki…
Please ignore the previous mail. I'm not sure what happened; sorting it
out with the intended recipient.
Back to the amazing galleries from the Kosovo Wikiacademy...
SJ
Hi all,
I am Umang Sharma from IIITH (International Institute of Information
Technology - Hyderabad), India and am interested in working for one the
projects proposed by the community i.e. "New media types supported in
Commons" as a GSOC candidate. I have drafted a proposal for the same.
This project has been a long standing community request and it would be
great if I were given the opportunity to work on this and make some
progress. I have planned a basic outline on how to approach the problem. I
have decided to provide a solution for either x3d or collada file
formats(required for representing computer graphics). I will work on the
other if time is there during my project. However, I would like feedback on
which file format is more in demand currently. Also, if anyone has any
recommendations for efficient raster image generations do tell. Please go
through my proposal and tell me how can I improve it and make it up to the
expectations of the community.
Link : https://www.mediawiki.org/wiki/User:Umang13/Gsoc14
Regards,
Umang
They also have a project idea related to Commons, "Wikimedia Commons
extraction". http://wiki.dbpedia.org/gsoc2014/ideas#h359-6
It seems they have some (possible?) applications already.
Nemo
-------- Messaggio originale --------
Oggetto: [Wiktionary-l] DBpedia @ GSoC14 deadline is approaching
Data: Tue, 18 Mar 2014 22:23:19 +0100
Mittente: Sebastian Hellmann
Dear all,
The GSoC deadline is in three days (March 21st) [1] and there is still
time to apply.
The DBpedia GSoC students are quite active this year too [2] but we can
certainly handle more :)
Please forward our ideas page [3] to students (Bachelor, master or PhD)
working on Semantic Web & Linked Data.
Best regards,
Sebastian and Dimitris
[1] https://www.google-melange.com/gsoc/events/google/gsoc2014
[2] http://sourceforge.net/p/dbpedia/mailman/dbpedia-gsoc/?limit=250
[3] wiki.dbpedia.org/gsoc2014/ideas <http://wiki.dbpedia.org/gsoc2014/ideas>
--
Sebastian Hellmann
AKSW/NLP2RDF research group
Insitute for Applied Informatics (InfAI) affiliated with DBpedia
-------- 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
