Last modified: 2012-08-20 22:59:24 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T40285, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 38285 - Title and description fields needed on Upload Info screen
Title and description fields needed on Upload Info screen
Status: RESOLVED WONTFIX
Product: WikiLoves Monuments Mobile
Classification: Unclassified
Upload (Other open bugs)
unspecified
All All
: Unprioritized normal
: ---
Assigned To: Phil Chang
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-07-10 20:28 UTC by Phil Chang
Modified: 2012-08-20 22:59 UTC (History)
4 users (show)

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


Attachments

Description Phil Chang 2012-07-10 20:28:02 UTC
On screen 23 of the wireframes, the Title field at the top should be auto-populated with the monument name and ID, and a timestamp. This field should be editable. The timestamp does not need to include seconds. THe goal is to make the title unique even if the user does not edit it.

Below Country/Campaign and monument address, put a Description field which is blank by default and marked as optional.
Comment 1 Phil Chang 2012-07-12 00:32:10 UTC
Update: the Description field is optional to include, not just optional for the user. In other words, if we don't have time, we can drop it.
Comment 2 Jon 2012-07-23 20:32:44 UTC
What should happen if the title chosen by the user is not unique?

It would be nice for photos randomly generated names to be more friendly
e.g. WLM Photo of <monument name> taken on MM/DD/YY at HH:MM by <username>
Comment 3 Phil Chang 2012-07-25 04:46:18 UTC
Friendly is good, but also brevity is helpful. Monument name + username + MM/DD + HH:MM might be good enough for uniqueness.

There will be thousands and thousands of photos reviewed by juries in each country. And the name will be seen as the filename in lots of contexts. Hence the need for brevity.
Comment 4 Jon 2012-07-25 16:32:25 UTC
... but what happens if the user inputs their own title and that title is taken...?
Comment 5 Phil Chang 2012-07-25 16:57:56 UTC
There are various error conditions regarding titles that need to be checked. Will share the page describing some of these. Upload Wizard deals with these and we should probably borrow the same techniques.
Comment 6 Phil Chang 2012-07-25 17:41:24 UTC
Here is the discussion of error cases:

https://www.mediawiki.org/wiki/MobileFrontend/Photo_upload/Upload_Wizard_mobile_port#Error_cases

Note this comment from Erik Moeller:

You probably don't want to do that as it would create significant workload for Commons admins to make the titles acceptable (such filenames would not be desirable under Commons conventions).

Will take a look at those conventions, though I am reasonably sure that the approach of appending the username was acceptable to at least one Admin.
Comment 7 Derrick Coetzee 2012-07-28 00:22:47 UTC
Speaking as a Commoner: Including the monument name and ID would be very conventional and expected. Including the uploader or date is sometimes done. Including the precise time is never done and would seem exceptionally weird. Ideally the titles should reflect some differentiating factor about the images such as the angle, lighting, or details, but failing that, it would be preferable to merely number the uploads using (1), (2), (3), etc.
Comment 8 Jon 2012-08-20 22:59:24 UTC
Closing
The titles are randomly generated and conform to filename rules
They cannot be edited to keep workflow simple.

This bug is confusing and unclear. If anything needs to change to the file name format a new bug should be opened clearly explaining how it should be formatted.

For the record filenames are currently like so:

File:Antiga Clínica Vilanova (Andorra la Vella) (taken on 20Aug2012 15hrs10mins25secs).jpeg"

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


Navigation
Links