ویکیمیڈیا ایپس/ٹیم/اینڈرایڈ/مقامات

This page is a translated version of the page Wikimedia Apps/Team/Android/Places and the translation is 45% complete.
Outdated translations are marked like this.

پس منظر

مقامات، جسے ارد گرد کے نام سے بھی جانا جاتا ہے، چند سال قبل ائنڈرائڈ ایپ میں ایک فیچر تھا۔ ہم نے متعدد مکررہ وجوہات کی بنا پر ویکیپیڈیا ایپ سے اس فیچر کو ہٹا دیا ان وجوہات میں اس کا بہت کم استعمال، مسلسل دیکھ بھال کے مسائل جو اینڈرائڈ ٹیم کے کنٹرول کے باہر تھے، اور ارد گرد فیچر کے لئے لوکیشن کی اجازت کے تئیں ویکی برادری کے خدشات وغیرہ شامل ہیں۔

قانونی نکتہ نظر سے دیکھیں تو ہم گوگل میپ SDK میں مکمل طور پر ضم نہیں کرپا رہے تھے (یعنی ہماری ایپ میں اوپر کی جانب ایک کسٹم پرت میں گوگل میپ ویو کا استعمال کرنا) اس کی جگہ اوپن اسٹریٹ میپ (OpenStreetMap) کے ساتھ میپ باکس (MapBox SDK) استعمال کرنا پڑ رہا تھا جو بسا اوقات صارف کے لئے بہترین تجربہ نہیں ہوتا تھا۔اس میں خرابی تھی، سست رو تھا اور کئی بلاٹ ویئر بھی تھے۔ حتی کہ صرف MapBox SDK کے استعمال سے ہی ہماری ایپ حجم میں 3 گنا ہوجاتی تھی۔ یہ مسئلہ ان صارفین کے لئے بہت ہم تھا جن کے پاس محدود ڈیٹا ہوتا ہے۔ ان تمام مسائل کی وجہ سے ایپ کی یہ خصوصیت نا قابل استعمال ہوگئی تھی اور اسے حذف کرنا پڑا

تاہم ہمیں اس سہولت کو بحال کرنے کی درخواستیں مسلسل موصول ہورہی تھیں۔ نتیجتا ٹیم نے آزاد مصدر کے دیگر متبادل کا تجزیہ کرنے لے لئے تکینیکی تحقیق کی۔ ہم (shared those alternatives) نے ارکان برادری کے ساتھ میپ لائبر (MapLibre) کو استعمال کرنے کا مشترکہ فیصلہ کیا۔ اس میپ کے استعمال سے تکینیکی و قانونی مسائل کو کالعدم کردیا گیا۔ تنظیم کی 2023-2024 Annual Plan نے ہماری ٹیم کو اس عمل کو ترجیح دینے پر زور دیا کہ اس خصوصیت کے استعمال سے پہلے کے مقابلے بہتر نتائج برآمد ہوں گے۔

ہم نے گزشتہ استعمال کی پیمائش کا جائزہ لیا اور پایا کہ یہ برادری کے جذبات کی درست عکاسی نہیں کرتے ہیں اسی بنا پر کامیابی کے درج ذیل اشارات کو قائم کیا؛

توثیق

  • KR: 1.1: داخلی اطلاقیہ حوالہ کی وجہ سے صفحہ کے استعمال میں 10% کا اضافہ (مضمون کے براہ راست زائرین اور دوسرے صفحہ سے ربط پر کلک کرنے والے زائرین)
  • KR 1.2: 30: صارفین نے اس فیچر کو ایک دن میں ایک سے زائد بار استعمال کیا
  • KR: 1.3: اس فیچر کی مدد سے 3000 صارفین نے مضمون کو محفوظ کیا، دوسروں سے مشترک کیا اور اسے دیکھا
  • KR 1.4: جگہ کے وییو فیچر سے 10% صارفین نے مضمون پر کلک کیا

حفاظت

KR 1.1: ایپ کے استعمال کے بعد ردعمل دینے والوں میں سے کم از کم 70% صارفین اس فیچر سے مطمئن نظر آئے

Curiosities

  • Do people who engage with Nearby have higher pageviews than those that do not
  • What % of people open the feature as are result of the tooltip?
  • How does engagement with Android Nearby compare to iOS?

ہمارا ساتھ دیں

اس فیچر کو ٹریک کرنے کے لئے ہم نے T347201 کو بطور فیبریکیٹر ایپک تخلیق کیا ہے۔ آپ سے اس صفحہ یا تبادلہ خیال میں شراکت کی درخواست ہے۔

We have created T347201 as our Phabricator Epic to track this work. We invite you to collaborate with us there or on our Talk Page.

جیسے جیسے ہم آگے بڑھیں گے، اس صفحہ پر وقتا فوقتا اپ ڈیٹس فراہم کریں گے۔ اگر آپ ہمارے اعتدال پسند ڈیزائن فیڈ بیک سیشن میں حصہ لینے میں دلچسپی رکھتے ہیں، تو براہ کرم ہمیں ہمارے تبادلہ خیال پر بتائیں، ہم آپ سے رابطہ کریں گے۔ If you are interested in participating in our moderated design feedback sessions, please let us know on our talk page, and we will follow up with you.

اطلاقیہ کی ضروریات

مطلوبات

  • Provide a Map View and List view when someone launches the Nearby feature
  • Allow users to view articles on a map from article view and launch Nearby

Within Map View

  • When a user clicks on a map marker, allow the users to read, save and share an article, as main actions
  • In the overflow menu of a map marker, and allow users to save to watchlist
  • Provide a search that allows users to search articles prioritizing articles near them
  • Before a user types they should see recently searched articles
  • Get a user's permission before going to their location
  • Map should honor theming (dark modes, etc.)

Within List view

  • Let users see how far away an article map marker is away from them

Nice to Haves

  • If a user wants to get directions take them to their map app
  • Support multiple languages in the search
  • Provide an edit opportunity for stubs

صارفین کے تبصرے

  • میں ویکیپیڈیا انڈرائیڈ اطلاقیہ کا صرف ہوں اور نئے شہروں میں سفر کرتا رہتا ہوں، مجھے جاننا ہے کہ میرے ارد گرد کون سے مضامین ہیں تاکہ میں اپنے آپ پاس کے بارے میں مزید جان سکوں۔
  • میں ویکیپیڈیا ائنڈرائڈ اطلاقیہ میں ترمیم کرتا ہوں۔ مجھے اپنے ارد گرد کے مضامین اردو زبان میں چاہئے تاکہ میں مختصر مضامین میں ترمیم کر سکوں۔

فیچر میں مستقبل کے لئے افکار

ٹیم نے دیگر ٹیموں اور ارکان برادری کے ساتھ مستقبل میں ارد گرد فیچر کے ممکن تکرار پر تبادلہ خیال کیا ہے فیچر کے مستقبل کے نسخوں میں درج ذیل افکار کی گنجائش ہے

  • برانڈگ: اس فیچر کا نام ارد گرد نا ہو کر مقامات ہونا چاہیے کیونکہ یہ اس فیچر میں تمام مقامات کو تلاش کیا جاسکتا ہے صرف ارد گرد کو نہیں۔ انڈرائید اطلاقیہ کے فیچر کے نام کی تبدیلی سے صارفین اس نام کے وسیع دائرہ کار کو سمجھ پائیں گے اور یہ نام معنوی اعتبار سے قریب تر بھی ہے۔
  • میپ + فہرست کو جوڑنا: کوئی بھی فہرست مثلا (یونیسکو عالمی چثقافتی وراثتیں)، کو میپ میں دکھانا۔ اور جو مضمون اس فہرست کا حصہ ہیں انہیں میپ میں نمایاں کرنا۔(گوگل میپ میں بھی اس طرح کے مقامات کو ایموجی کے ذریعہ نمایاں کرکے دکھایا جاتا ہے)۔ نیز اس سے کسی بھی مضمون کو فہرست میں جوڑنا آسان ہو جاتا ہے۔
  • میپ + اور معمولی شراکت داریوں کو جوڑنا: مثلا بغیر تصویر کے مضمون۔ وہ مضمامین جن میں آپ نے ترمیم کی ہے (یا آپ کی فہرست میں ہیں) مگر ان میں تصاویر غائب ہیں۔ کامنز اطلاقیہ میں بھی ایسا ہی ایک فیچر ہے جس کی مدد سے بغیر تصویر والے مضمون میں تصویر کو شامل کیا جا سکتا ہے۔ اس فیچر کو بطور نمونہ استعمال کر سکتے ہیں۔ مضمون کے اندر معمولی ترمیم اور تیمپلیٹ کی مدد صارفین کو ترمیم کرنے میں ابھار سکتی ہے۔
  • مقطر کی توسیع: میپ میں سرچ تاریخچہ، دیکھے ہوئے، محفوظ شدہ اور ٹیب میں کھلے ہوئے مضامین کو مقطر کرنے کی سہولت۔ میپ میں دکھائے جانے والے مضامین کو مقطر کرنے کی سہولت مثلا فلاں مجموعے کے تمام مضامین۔
  • مرکزی ویکیپیڈیا تلاش میں مقامات کو شامل کرنا: کیا مرکزی ویکیپیڈیا تلاش میں مقامات کو شامل کیا جا سکتا ہے ؟ مثلا براہ راست تلاش سے مقطر کرنے کی سہولت۔ تلاش کے نیچے موجودہ مقطر کے ڈیزائن ((User: Portal: Help:)) سے فائدہ اٹھایا جا سکتا ہے۔
  • رنگ پیلیٹ: میپ باکس میں استعمال شدہ رنگ پیلیٹ کے بارے میں تجسس ہے۔واضح ہو کہ گوگل میپ نے حال ہی میں رنگ تبدیل کیے ہیں۔ (more in line with Apple) +1AA
*اطلاعات: صارف کو اس کے ارد گراد کے اہم مقامات کی اطلاعات آنی چاہیے۔ مگر چند بہت اہم مقامات کی اطلاع ہی آئے تمام مقامات کی نہیں، تاکہ اطلاعات کی بھرمار نا ہوجائے۔ اس فیچر کو بطور "سفر موڈ" کے استعمال کیا جاسکتا ہے کہ جیسے آپ اسے شروع کریں یہ آپ کو آپ کے رہبر کی طرح اہم مقامات کی اطلاع دیتا رہے۔
  • ثقافتی راستے: گوگل میپ کی طرح ایک ثقافتی راستہ کا فیچر ہونا چاہیے جس کی مدد سے نئے مقام کو مضمون سے جوڑا جا سکے۔ سفر کرنے والوں کے لیے یہ فیچر انتہائی کارگر ہو سکتا ہے۔
  • اے آر/وی آر(AR/VR) سے فائدہ اٹھانا: مستقبل کو مدنظر رکھتے ہوئے میپ کی بڑی کمپنیوں نے اے آر/وی آر(AR/VR) کو استعمال کرنا شروع کردیا ہے۔ ہم بھی اپنی ٹیکنالوجی ایجاد کرنے کے بجائے ان کے ڈیٹا کو پلگ ان کر سکتے ہیں۔
  • دریافت فیڈ: مقامات کو موجودہ دریافت فیڈ میں کیسے ضم کیا جا سکتا ہے؟ اس سے کیا حاصل کیا جا سکتا ہے۔
  • خلا: نظام شمسی اور خلا میں بھی اگر کوئی ہو تو اس سے متعلق مضامین نظر آئیں۔
  • Add Locations: Enable adding locations to articles in the app.

ان تمام افکار پر رائے دینے کے لئے تبادلہ خیال صفحہ پر آپ کا خیر مقدم ہے۔

اپ ڈیٹس

اگست 2024

  • We made a number of improvements to Places after its initial release, in response to user feedback.
    • Changed the cluster icons to make them slightly larger and different than normal markers. T371067
    • Added a Wikipedia logo placeholder onto the map for articles that do not have images. T370094
    • Added a card in the Explore feed for places, to help more users discover the feature. T370100, T370107
    • Updated the Map’s logic so that it always opens at the right zoom level to show a marker near you. T368792
    • Removed a confusing tooltip for the language Selector in search when accessing it in Places feature. T368785
    • If you choose a language in Places feature, it will now be remembered if you proceed to Search next. T368790
  • 8Removed the initial introductory tooltip and survey from Places re-release. T368990
    • Removed the "Watch" option in Places feature when the user is logged out. T369078
    • Fixed an issue that was causing some article’s images not to appear on the map. T368784

جولائی 2024 - Results from Usability testing

  • Design completed usability testing with the Places feature and provided recommendations for improvement based on the findings.
  • How did users do navigating the feature? In summary:
    • 5/10 had no issues finding the 'Places' feature under 'More'
    • 5/10 had no issues using the map and the feature (there isn't just one way of doing it)
    • 5/10 had no issues using the search
    • 4/10 knew how to update the app’s location permission settings on their device (1/10 did not follow the task’s instructions)
    • 4/10 found the timing of the survey appropriate (evaluated by observing or actively outspoken, 1/10 did not see the survey prompt, likely due to pre-opening the app)
    • 3/10 were confused by the 'Watch' option in the overflow menu
    • 2/10 had issues identifying what the green dots are (articles without images)
    • 2/10 suggested adding a map preview on the article page
  • Recommendations:
    • Investigate why some articles that have images don’t display a circular thumbnail on the map
 
    • Explore alternative placeholders for articles without a location. We are currently using the green dots, some participants had issues understanding them.
    • Don’t display the language tooltip in the 'Places' search screen
 
    • Remove namespaces search from the 'Places' search screen as it’s unnecessary in this context.
 
    • Ensure that the language is saved/stored/remembered once users perform a switch.
    • Explore designs on how users could explore articles from multiple language Wikis simultaneously on the map. It could be a ‘nice to have’ for the future and be captured in T352757.
    • Explore having a map preview on the article page, e.g. like a widget or map preview within Mobile HTML. The option within ‘More’ was hard to find for participants.
    • Build logic to adjust the map zoom level to show nearby locations when first launching the app. Some users were confused that there were no locations around them.
    • No action is needed regarding allowing direct taps underneath locations (T356246); users had no issues navigating the map and locations.
    • Remove the 'Watch' option for folks who are not logged in. The 'Watch' option in the overflow menu is unclear to participants. It’s a feature primarily for editors. We observed in past tests that newcomers did not know what 'watching' an article meant. 'Watch' is associated with viewing for users unfamiliar with the Wikipedia Watchlist.
    • Consider not showing the 'View this article’s location' tooltip on the article page when users access it directly from the 'Places' map.
 
  • We also completed an in-depth check of Places with disabled location settings and no connectivity.

T360030

مئی 2024

  • We have results from the 30-day analysis. Overall, we met 1 out of our 4 key results.
    • KR: 1.1 10% increase in article page interaction as a result of internal app referral (Broken down by Article Previews and clicks through to article)
      • Actual: Places users did not have a higher rate of internal article interactions. Places users had 6% less frequent Internal article interactions than non-places users. Of users exposed to Places, we saw pageviews came from internal referrals (including Places) 80.5% of the time, whereas for those not exposed internal referrals accounted for 41.6%. Internal referrals for all pageviews increased by .6%.
    • KR 1.2: 30% of folks try the feature more than 1 day
      • Actual: Only 6.1% of unique users returned to try the feature another day. 5% is bare minimum industry standard but true stickiness is 30% in 30 days. Our qual responses may give a window into why.
    • KR: 1.3: 3000 people save, share or watch an article as a result of feature
      • Actual: 1531 users shared/saved/watched an article (51% of goal). Save and share had the highest uniques. 6114 unique users clicked read as a result of the feature
    • KR 1.4 10% of users click through to article view from places
      • 12.4% of users clicked through to an article from places
    • Guardrail: At least 70% of representative users that provide feedback about feature report satisfaction via the feedback tool
      • Actual: 67.5% of users reported satisfaction with the feature while 90% reported feeling neutral or satisfied. 8.8% of Places users provided feedback, .5% of feedback was text. Common text Requests include:
        • [Bug] Complaints about having to share their location to use the feature
        • Map isn’t loading or map markers aren’t showing
        • Radius is too Small
        • Can’t find their item on the map
        • Improve zooming for non-touch screen devices
        • Don’t understand how to use feature
    • Curiosity: Do people who engage with Nearby have higher pageviews than those that do not?
      • The average monthly pageviews per user for those that used places was 73.6, compared to an average of 26.2 for non-places users.
    • Curiosity: What % of people open the feature as a result of the tooltip?
      • 1.6% of those who saw the Tooltip entered Places We saw very low engagement with the tooltip drawing attention to the feature. The tooltip did not click through to the feature, which most likely contributed to this.
    • How does engagement compare to iOS?
      • iOS Places users open Places more frequently per unique than Android Places users. This makes sense given that the iOS app has Places prominently featured in the toolbar, and Android must be opened from the “More”, or article entry point.

Lessons learned:

  • The importance of usability testing even if we plan to iterate: we trusted our gut, and did not do usability testing early on. After a survey indicated that users were confused, we completed usability testing and used results to identify enhancements.
  • Places is not the stickiest feature when it comes to repeat use or driving increases in DAU or MAU
  • Places showed positive indicators for engagement with reading list, sharing and reading
  • Places is a good feature for promoting downloads of the app

اپريل 2024

We finished analysis of our usability testing for Places, and we will start turning recommendations into tasks to improve the feature.

مارچ 2024

  • A few team members attended the South Asian Open Call and shared the Places feature with the South Asian volunteer community.
  • We are accumulating data for Places via our survey, and analyzing results from usability testing in English and Hindi.
  • We ensured that users can view an article’s location on the map even if location permissions are not enabled.T358426

فروری 2024

  • The Places feature is officially available! As we accumulate information via our survey and data, we are going to complete usability testing to see if there are improvements that can be made to onboarding to the feature. T347201
  • We fine-tuned elements of Place’s user interface T353562
  • Added the “View on map” option into the article toolbar T351394

جنوری 2024

== دسمبر 2023 === فیچر ترقی کی راہ پر گامزن ہے۔ وسط فروری تک اسے ریلیز کیا جا سکتا ہے۔ ہمارے کامیابی کے پیمانے درج ذیل ہیں: The places feature will be released to all audiences in February.

دسمبر 2023

The feature continues to be in active development. We estimate a mid-February release of the feature. Our metrics for success are:

توثیق

توثیق

  • KR: 1.1: داخلی اطلاقیہ حوالہ کی وجہ سے صفحہ کے استعمال میں 10% کا اضافہ (مضمون کے براہ راست زائرین اور دوسرے صفحہ سے ربط پر کلک کرنے والے زائرین)
  • KR 1.2: 30: صارفین نے اس فیچر کو ایک دن میں ایک سے زائد بار استعمال کیا
  • KR: 1.3: اس فیچر کی مدد سے 3000 صارفین نے مضمون کو محفوظ کیا، دوسروں سے مشترک کیا اور اسے دیکھا
  • KR 1.4: جگہ کے وییو فیچر سے 10% صارفین نے مضمون پر کلک کیا

KR 1.1: ایپ کے استعمال کے بعد ردعمل دینے والوں میں سے کم از کم 70% صارفین اس فیچر سے مطمئن نظر آئے

تجسس

  • ارد گرد فیچر کا استعمال کرنے والے صارفین کے استعمال نا کرنے والے سے زیادہ زائرین صفحہ ہیں؟
  • اردو گرد فیچر استعمال کرنے والے صارفین میں سے کتنے فیصد ٹول ٹپ (tooltip) کے ذریعے آتے ہیں؟
  • فیچر کے استعمال میں ائنڈرائد اور آئی او ایس (iOS) کا موازنہ کیسے کریں گے؟

نومبر 2023

=== نومبر 2023 === اطلاقیہ کے ڈیزائن پر کام جاری ہے اور 2024 کے اوائل میں اسے ریلیز کا جا سکتا ہے۔ ہم ائنڈرائڈ اطلاقیہ میں اس فیچر کے واپس لانے کے لئے بہت پرجوش ہیں اور بہت آپ اسے استعمال کر پائیں گے۔ ہمیشہ کی طرح آپ کے ردعمل کا انتظار رہے گا۔ شکریہ We are excited to bring Places back to the Android app and can’t wait for you to use it. As usual, any feedback for it is highly appreciated. Thank you!

 
مقامات کو مزید مینو ('More' menu) کے اندر سمت شناس (navigation) مینو سے استعمال کریں
 
سمت کو تلاش کرنے کے لیے ویو آن میپ کو استعمال کریں۔
 
اگر مضمون میں کوئی سمت منسلک نا ہو تو 'View on map' غیر فعال ہونا چاہیے۔
 
نئے 'View on map' کو 'Customize toolbar' کے ذریعے اپنی مرضی کے مطابق ڈھالا جا سکتا ہے۔
 
زبان کے مقطر کی مدد سے آپ میپ میں اپنی پسند کی زبان منتخب کر سکتے ہیں۔
 
لسٹ ویو (list view) کی مدد سے متعین جگہ کے تمام مضامین کو یکجا کیا جا سکتا ہے۔
 
کسی بھی عنوان کو زیادہ دیر دبانے پر اوور فلو مینو (overflow menu) لسٹ ویو (list view) کی شکل میں ظاہر ہوتا ہے۔
 
حالیہ تلاش سے تجربہ حاصل کیا جا سکتا ہے۔
 
تلاش کے نتائج مں دوریاں بھی دیکھی جاتی ہیں۔
 
تلاش میں اگر کوئی نتیجہ نا ہو تو صفحہ خالی رہے۔
 
اگر اطلاقیہ ایک سے زائد زبان میں ہو تو تلاش کے نتائج اتنی ہی زبان میں نظر آئیں۔

اکتوبر 2023

ٹیم نے انڈرائڈ اطلاقیہ کو بحال کرنے پر کام شروع کردیا ہے۔ ہماری ڈیزائنر ٹیم نے آئی او ایس اور ائنڈرائڈ کا تقابلی موازنہ کیا ہے تاکہ معائنہ کرسکیں کہ آئی او ایس کی خصوصیات ائنڈرائڈ میں کیسے کام کرتی ہیں۔

February 2023- Gathering Feedback on Approach

Our investigation has led us to three possible approaches to bringing back the Nearby/Places feature. We would like to understand the sentiment of the approaches below by people that will prospectively use the feature on Android. Please share discussion points and questions in the discussion section of each approach, and vote for your preferred approach. Discussion and voting is open through the end of March. We will share the outcome of this consultation period in our next steps by the end of April.

Tradeoffs of each approach

Below you will find the tradeoffs of Google Maps, Mapbox and MapLibre:

Google Maps

➕ Very easy to integrate.

➕ Minimal maintenance and modest increase in total APK size.

➖ Won't work on devices without Google services.

➖ Not open-source, so won't be allowed in F-Droid builds.

➖ Not free to use. Here is Google's pricing structure for Maps.

➖ Will still be missing most of the other functionality of a standard "maps" app.

Discussion

I am unclear what we would need to pay for? This seems like a case for WMF PR team, they should get Google to wave the fees, under the threat of bad press (rich Google makes poor Wikipedia pay for stuff). --Piotrus (talk) 11:55, 28 February 2023 (UTC)[reply]

Hi @Piotrus, WMF’s approach toward partnerships is to identify areas where our missions align with other organizations’ and propose collaborative ways of working together. You can read more about how this has been done with Google in particular here. For example, Google has provided API credits for several initiatives we’ve partnered on in the past.
Additionally, while agreements to waive fees are a convenient way to secure resources for a project, it’s important to understand that such an approach can also leave the project vulnerable to risks. For example, if Google were to no longer be able to support this financially in the future (which could be the case for a variety of legitimate reasons) WMF would need to be immediately prepared to fund the project or find an alternative approach. NPerry (WMF) (talk) 15:32, 3 March 2023 (UTC)[reply]
@NPerry (WMF) Fair enough. I was just thinking about the oh-so-useful in but short lived Google Map Wikipedia extension. I realize this is not directly related but... is anyone talking to Google (talked in the past) about bringing this back? In case you have no clue what I mean: https://techcrunch.com/2008/05/13/google-maps-adds-more-wikipedia-entries-and-geo-coded-photos/ / http://blogoscoped.com/archive/2008-02-25-n74.html https://techcrunch.com/2008/05/13/google-maps-adds-more-wikipedia-entries-and-geo-coded-photos/ / https://www.seroundtable.com/wikipedia-layer-gone-google-maps-17342.html / https://news.ycombinator.com/item?id=6343882 Piotrus (talk) 15:39, 3 March 2023 (UTC)[reply]
Voting

Mapbox

Mapbox is the best-known SDK (outside of Google) for integrating maps into web and native platforms, and this is what we were using previously to hook into our own OpenStreetMap tileserver.

(To clarify a bit: Mapbox is a company that offers components and SDKs for rendering maps on web and native platforms, and they also have their own tile servers, but you can also just take their SDK and point it to your own tile server, which is what we were doing.)

However, there have been some recent changes to Mapbox's licensing model:

➖ We can no longer use the Mapbox library without creating an account with them and using an API key (even if we use our own tile servers).

➖ When we attempted to create/access an account (just for the purpose of trying their latest library), we were greeted with this:

 

➖ According to recent discussions, it sounds like Mapbox now charges fees for every map-load, even if using your own tile server. For these reasons, we can conclude that Mapbox might no longer be the right fit for our needs.

Discussion
Voting

MapLibre

There is now a community-maintained fork of the Mapbox SDK that will remain open-source, there is some work that needs to be done on sprites and fonts through June before Android would be able to start development on bringing the feature back into the app. Nevertheless this is probably closer to what we're looking for. The rough pros and cons of using this SDK will be:

➕ Since we have vector tiles, zooming and rotating is now fluid and responsive. Also, since these are vector tiles, we can apply arbitrary styling to them, including things like "dark mode" and other themes in our maps, or highlighting particular overlays with different styles. Here's an example with some random colors:

 

➕ Integrating will be relatively easy. It's a simple matter of resurrecting our old code and bringing it up to date with current best practices. The interface with the MapLibre SDK hasn't changed significantly from when we were using Mapbox earlier.

➖ Will increase APK size from 14MB to 25 MB. Note, however, that this will still keep us on the low, low end of the app bloat spectrum.

➖ Will be missing most of the functionality that's expected in a "maps" app. For any interaction other than "view the Wiki article for this marker", we would need to bounce the user out to their default external Maps app should they want to use GPS for example.

Discussion
  • Great you're bringing the Nearby feature back! It was very useful and worked well until you/WMF removed it without giving any reason (thanks for giving some now).
As for which map to use, I support a fully free map even when its quality is lower than alternatives (you don't need a perfect map if you just mainly use to navigate around new places to discover). I don't know if there's other software for OpenStreetMap that could be used. I oppose using any non-free software for the map like Google Maps.
I don't think the picture you put there looks good, maybe that's because of the colors but I think MapLibre can look nicer than the image suggests. I haven't checked if there's really no good way around fees with Mapbox.
Lastly as a small note: please enable filtering which articles are shown on the map via article categories and the WikiProject assessments on their talk pages (e.g. to uncheck "show transport infrastructure articles"). --Prototyperspective (talk) 16:21, 6 June 2023 (UTC)[reply]
Voting