Last modified: 2014-11-17 09:21:22 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 9617 - Feature: improved 'annotation' method for media (combo of galleries, categories and tags)
Feature: improved 'annotation' method for media (combo of galleries, categori...
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
ContentHandler (Other open bugs)
unspecified
All All
: Lowest enhancement with 2 votes (vote)
: ---
Assigned To: Wikidata bugs
http://commons.wikimedia.org/wiki/Use...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-04-17 16:15 UTC by brianna.laugher
Modified: 2014-11-17 09:21 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description brianna.laugher 2007-04-17 16:15:46 UTC
(Possibly this should be an extension, or a fork of MediaWiki aimed for
media-managing wikis, and specifically Wikimedia Commons.)

Neither of the current methods of organising media (primarily images), via
gallery pages (main namespace pages featuring many <gallery>s) or categories,
are sufficient. The fact that alternate methods exist divides the user community
and we cannot enforce a standard because both methods have flaws. In fact the
methods complement each other.

e.g. the advantage of galleries is that they can be arranged and annotated by
the user, unlike categories. the advantage of categories is that one file can be
added to many categories in one edit, and they are updated "automatically".

At the same time we can also compare to the popular system of "tagging" which
appears on many websites now such as blogs and del.icio.us.

I propose a new method that combines the best of all these methods, and also
allows for Commons' multilingual needs. Since it is not exactly the same as any
of the old methods, I call it "annotation". It would replace categories (and for
 wikis such as Commons, gallery pages would have no more motivation to be used).

1. Separate editing the page content from editing the page annotations.

2. Make uploading a multi-step (multi-form) process. Step I, locate the file.
Step II, describe the file. Step III, choose or add appropriate annotations -
some can be recommended basd on the user description in step 2. This is
compulsory annotation.

3. Items annotated with 'Foo' appear at 'Annotated:Foo' (or just the main
namespace 'Foo'). The definition of Foo is edited via a separate page, a special
page or maybe just 'Annotation:Foo'.

An Annotation has a single canonical form, plus alternative forms, for each
language (potentially). Alternative forms may include singular/plural for example. 

The presentation of the 'Annotation:Foo' page will depend on the user language
preference setting. When users add annotations to items, MediaWiki will assume
they are using the language of the preference setting, but maybe the user can
override it by typing "DE:Bar" instead of "Foo" (assumed English).

If the Annotation page says that "Foo" is the canonical form of the annotation
for English, and "Bar" is the canonical form of the annotation for German, then
an English speaking user can type in "Foo" and see all the same items that a
German speaking user sees when they type in "Bar". And these items will have
been annotated by English speaking users as "Foo", and by German speaking users
as "Bar", and it won't matter.

4. Arrangement of material annotated with 'Foo'. Imagine something like an
extended category view, where you can choose to order items by several methods
(such as name, time of upload, size), and one of those methods is a user-defined
arrangement. This would be the default. Users who want to make an arrangement
within an annotation, can choose from all the annotated items and create ordered
subheadings for them to be displayed under. Essentially a gallery within a
category. Items that had been added since the last user-defined arrangement
would just appear in an 'other items' catch-all at the bottom of the page (much
as categories work now).

Creating this would be a huge work, but I strongly believe Commons is
constrained in its success by inflexible and incomplete annotation methods. So
an overhaul is needed.

thankyou.
Comment 1 Quim Gil 2013-04-16 05:25:01 UTC
(In reply to comment #0)
> I strongly believe Commons is
> constrained in its success by inflexible and incomplete annotation methods.
> So an overhaul is needed.

... and here we are still, ;)  although I think you do have a point.

Aren't these "annotations" very similar to the "metadata" you requested a couple of years later at Bug 17503 ?

Your explanation, including the references to multilingual 'tags' sound very Wikidata to me. In fact this is how I ended up learning about

http://meta.wikimedia.org/wiki/Wikidata/Notes/Future#Commons

and from there jumping to a bug report that you happened to open as well, the mentioned Bug 17503

I think this report is a WONTFIX, not because of the problem (I think you are identifying it right) but because of the type of solution proposed.
Comment 2 brianna.laugher 2013-04-21 15:50:00 UTC
(In reply to comment #1)
> Aren't these "annotations" very similar to the "metadata" you requested a
> couple of years later at Bug 17503 ?

No - the metadata in Bug 17503 only refers to the automatic kind generated by digital cameras that records camera settings such as ISO, ie EXIF. This is embedded in the photo (you can also embed things like author and license, and some people do that). Having it be displayed/queryable could be quite powerful, if somewhat niche.

Annotations by contrast are much more subjective and have to be manually created.

I don't know anything about Wikidata, but I'm happy for this bug to be closed given it's rather a large ask and is a pretty nebulous task. :)

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links