Hi everyone,
The Mobile Apps team just met and discussed the timeline for the release of
the new Android & iOS Wikipedia apps. We've decided to descope a bit and
decouple the two platforms from each other. Our first release will be
an *Android
beta app on June 4th*, and our end-of-fiscal-year goal is shipping the *fully
fledged Android app on June 25th. *We'll still be working on the iOS app,
but it won't be released to market until next fiscal year (e.g., July).
We're biting off an ambitious chunk of work in our MVP of the retooled apps
(improving the reading experience, adding an editing workflow, supporting
Zero users), and doing all of this for both platforms with a small (but,
luckily, swiftly growing!) team, while maintaining consistent design/UX and
leveraging platform-specific capabilities has been tough. There are a
number of deciding factors in making the choice to focus on shipping to
Android first, including:
* We currently have more Android engineers than iOS, so we can move faster
on that end.
* Android users are a slightly higher percentage of our total current app
users.[1]
* Android is more critical for the Wikipedia Zero program.
* The Android release process is faster and easier for pushing out small
bug-fixes, which we'll almost certainly need to do a lot of as soon as we
put anything out there in front of a wide audience.
* iOS comes with higher user expectations on the UI/UX side, and we need a
bit more time to ensure our product meets those expectations.
We'll probably want to mention some of this in external-facing
communication about the new app and the release, since the Global North app
market is still pretty iOS-centric and people might want to know why we're
not targeting that audience first :)
If you have any questions or concerns, please let me know. And I'll be in
touch with Comms to continue the discussion on communication strategy --
we'll probably want some social media attention to announce the beta
release & get more beta testers excited about getting their hands on the
app!
1. https://meta.wikimedia.org/wiki/File:2014-05-01_Mobile_Metrics.pdf
--
Maryana Pinchuk
Product Manager, Wikimedia Foundation
wikimediafoundation.org
If you didn't see this at the hackathon, check it out - with actual
editing functionality, it would make a great mobile app :)
---------- Forwarded message ----------
From: Finke, Moritz <Moritz.Finke(a)student.hpi.uni-potsdam.de>
Date: Sun, May 11, 2014 at 5:38 AM
Subject: [Wikidata-l] Edit Item Suggestions
To: "wikidata-l(a)lists.wikimedia.org" <wikidata-l(a)lists.wikimedia.org>
Cc: BP2013N2 <BP2013N2(a)hpi.uni-potsdam.de>, "daniel(a)barooney.de"
<daniel(a)barooney.de>
Hi everyone,
we would like all of you to try out a new website we created:
The site finds Wikidata-Items, that are most likely missing certain
properties. So just go there, select a property of your choice and see
what items could profit from it.
Item-Suggestions that are no longer relevant (because some of you
followed the link and edited them ;) ) will be removed automatically
in a timely manner.
Btw we already plan on making it possible to edit the suggested items
directly from the page.
Link to the site: https://suggester.wmflabs.org/EditItemSuggestions/public
Interesting Examples for some inspiration:
Items that are missing "official language":
http://suggester.wmflabs.org/EditItemSuggestions/public/?id=P37
Items that are missing "date of birth":
http://suggester.wmflabs.org/EditItemSuggestions/public/?id=P569
Items that are missing "headquarters location":
http://suggester.wmflabs.org/EditItemSuggestions/public/?id=P159
Item that are missing "record label":
http://suggester.wmflabs.org/EditItemSuggestions/public/?id=P264
The underlying algorithm for finding the items is based on
concepts/ideas described here:
https://github.com/Wikidata-lib/Wikidata.lib/wiki/Intelligent-Forms#2-sugge…
We hope you have fun and are looking forward to your feedback.
Cheers
Daniel Baron, Christian Dullweber, Moritz Finke
_______________________________________________
Wikidata-l mailing list
Wikidata-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
Hello! Just pushed a new release to the play store.
Changelog:
- Potential fix for a oft-repeated crashing bug (IllegalStateException)
Do try it out!
--
Yuvi Panda T
http://yuvi.in/blog
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a
generic maps prototype extension [1]. We have noticed that many maps
like extensions keep popping up and believed it was time we
standardised on one that all these extensions could use so we share
data better.
We took a look at all the existing use cases and tried to imagine what
such an extension would look like that wouldn't be too tied into a
specific use case.
The extension we came up with was a map extension that introduces a
Map namespace where data for the map is stored in raw GeoJSON and can
be edited via a JavaScript map editor interface. It also allows the
inclusion of maps in wiki articles via a map template.
Dan Andreescu also created a similar visualisation namespace which may
want to be folded into this as a map could be seen as a visualisation.
I invite Dan to comment on this with further details :-)!
I'd be interested in people's thoughts around this extension. In
particular I'd be interested in the answer to the question "For my
usecase A what would the WikiMaps extension have to support for me to
use it".
Thanks for your involvement in this discussion. Let's finally get a
maps extension up on a wikimedia box!
Jon
[1] https://github.com/jdlrobson/WikiMaps
Greetings!
I'm Dan, and I'll be your Product Owner for this product. Please keep your
arms and legs inside the sprint at all times, and please be sure to read
the sprint safety instructions stored in /dev/null. :-)
As mentioned last week, the next two sprints will be split by platform.
This sprint, iOS will have its design overhauled and we'll work on Android
bugs. Next sprint, we'll flip things, and Android will be have the design
overhaul and we'll work on iOS bugs.
Our wonderful designers have provided us with more finalised mockups for
the iOS redesign. They're available here: Mockup
1<https://trello-attachments.s3.amazonaws.com/52e98a603e6d08a53861025b/530e4b…>
, Mockup 2<https://trello-attachments.s3.amazonaws.com/52e98a603e6d08a53861025b/52e98c…>
.
Let's get to work! Let me know if you've got any questions.
Thanks,
Dan
--
Dan Garry
Associate Product Manager for Platform and Mobile Apps
Wikimedia Foundation
On Tue, May 13, 2014 at 1:22 PM, Jon Robson <jrobson(a)wikimedia.org> wrote:
> Thanks for documenting this Chris!
>
> I'm not sure if this should be a bug - maybe uploads to
> Special:Uploads of this form should show an error message saying "We
> already have this photo." ?
>
I am tempted to leave it the way it is and just have the test check the alt
text of the thumbnail image rather than the href value. That would
validate that the steps to upload are working properly.
>
> That aside how can we ensure each of the images uploaded is unique?
> This test should be testing the case where an upload is unique..
I tried running this test using the shared image upload code to upload
unique(ish) images. But doing that shows a modal dialog that says
"Warning! This photo looks suspicious. If it's not a photo that you took,
please do not upload it. Do you still want to continue?"
I also get that modal dialog uploading images manually.
We could make the test dismiss the modal dialog, but it would be better if
we did not see the modal dialog at all.
-Chris
Heads up that last week we ended up estimating sprint 31. Mailing here
for completeness.
https://trello.com/b/BW5L3PEn/mobile-app-sprint-31-main-article-browse-sear…
Android engineers notice that most of the stories in the sprint are
*not* estimated as they are bugs and thus a drag on velocity. This was
the team norm we adopted many months ago. It'll be especially
noticeable this sprint as we have a ton of defects to fix on Android.
Let me know if you have any questions especially if you're traveling
--tomasz
