What I think is worth noting is that the e-mail is simple to integrate
with, and would allow the whole ecosystem to use it as a "bridge": any
site, any mobile app, any whatever, could upload photos easily by just
sending a simple e-mail. This applies for webservices as well, but while
in the former you'd just send an e-mail (encrypted or not), with (any
kind of) webservices you'd have to develop the "consumer" - for every
application.
The worst part of this is that I can't imagine any of this without the
user sharing his credentials - I'd rather let the user login to WLM site
and fill in appropriate info (Commons user and password, email, etc) but
then again we would be leaving the user away from Commons - and this is
a separate and old discussion - and hide (from us) important statistics,
IMO, such as if it is a new user, upload counters, etc.
-NT
Em 08-05-2012 20:29, Jane Darnell escreveu:
Hi Maarten,
I thought about the security issue, but especially for new users, they
probably don't care about security and are more concerned about losing
their password, and keeping it in the email may help them upload a
second time. Another alternative could be to somehow let them mail a
bunch of photos and keep them in a queue so that when they logon, the
upload requests get executed.
A bot account might work for that, if it sends a confirmation link for
the user to click on for the logon page.
Jane
On 8 mei 2012, at 20:06, Maarten Dammers <[email protected]
<mailto:[email protected]>> wrote:
Hi Jane,
Op 8-5-2012 16:14, Jane Darnell schreef:
Hello,
I was wondering if we could get around the problem of all the native
mobile apps by allowing mobile users to upload photos by email. I am
thinking of an email with a photo attached or pasted in the body of
the message, accompanied by text in the subject line or body of the form:
username:jane023
password:****
{{en|Duinlustweg 16 Overveen, Bloemendaal, the Netherlands. Next to
park "Middenduin".}}
{{Rijksmonument|514778}}
[[Category:Bloemendaal]]
That's a security nightmare.
You need the commons user login details, and the basic description
and unique identifier. The default date is the date of the email or
the photo date, but it could be optional to include category data if
the user is enough of a commons user to determine this. So the last
line in the above example could be optional.
I would opt for using a shared bot account. You would need some sort
of system to get your own personal emailadress
<somestrangecode>@submit.wikilovesmonuments.org . This would have a
bot upload the image for you and leave a note on your talk page so you
can find it back later on.
Someone would need to set up a mail server that can auto-reply with a
failure message or confirmation upload link.
Is this possible? It could save people having to hassle with various
mobile application SDK's. It could also be handy for people to reuse
their messages as a template, if they take 10 or more photos of the
same object with different angles. The mail parser would need to
create a file title based off the description given.
Making a prototype shouldn't be too hard. Implementing all the
features might be a bit more difficult.
Maarten
Jane
_______________________________________________
Wiki Loves Monuments mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
http://www.wikilovesmonuments.eu
_______________________________________________
Wiki Loves Monuments mailing list
[email protected]
<mailto:[email protected]>
https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
http://www.wikilovesmonuments.eu
_______________________________________________
Wiki Loves Monuments mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
http://www.wikilovesmonuments.eu
_______________________________________________
Wiki Loves Monuments mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
http://www.wikilovesmonuments.eu
