विकिमीडिया ऐप्स/टीम/एंड्रॉयड/स्थान

This page is a translated version of the page Wikimedia Apps/Team/Android/Places and the translation is 62% complete.

Outdated translations are marked like this.

पृष्ठभूमि

स्थान, जिसे आस-पास (नियरबाय) के नाम से भी जाना जाता है, कई वर्ष पहले एंड्रॉइड ऐप में एक सुविधा(फीचर) के रूप में था। कई अतिव्याप्त कारणों से हमने विकिपीडिया ऐप से नियरबाय फीचर को हटा दिया है, साथ ही ऐसे फीचर जिनका उपयोग बहुत कम हो रहा था, साथ चल रहे रखरखाव संबंधित वे समस्याएं जो की एंड्रॉइड टीम के नियंत्रण से बाहर थे थी, और समुदाय की यह चिंता जिसमें नियरबाय फीचर हेतु अपने स्थान की जानकारी की अनुमति प्रदान करने (लोकेशन परमिशन) की आवश्यकता सम्मिलित थी।

इसके अलावा, कानूनी दृष्टिकोण से, हम Google मानचित्र एसडीके (SDK) के साथ एकीकृत करने में सक्षम नहीं थे (यानी शीर्ष पर एक कस्टम परत (लेयर) के साथ हमारे ऐप में एक Google मानचित्र दृश्य का करने हेतु), जिसका अर्थ यह होता कि हमें ओपनस्ट्रीटमैप के साथ मैपबॉक्स एसडीके का उपयोग करना पड़ता, जो उस समय, उपयोगकर्ताओं हेतु सबसे अच्छा अनुभव प्रदान नहीं कर पा रहा था। केवल मैपबॉक्स एसडीके को शामिल करने से हमारे ऐप का आकार तीन गुना हो गया। यह उन उपयोगकर्ताओं के लिए महत्वपूर्ण विचारणीय तथ्य है जिनके लिए डेटा की लागत नगण्य नहीं है। इन चिंताओं के कारण इस सुविधा को हटाए जाने के समय इस पर सहारा जारी रखना असंभव हो गया।

हालाँकि, हमें इस सुविधा को पुनः स्थापित करने के लिए लगातार अनुरोध प्राप्त हुए हैं। परिणामस्वरूप, टीम ने अन्य ओपन सोर्स मानचित्र विकल्पों का मूल्यांकन करने के लिए एक तकनीकी जांच की। हमने उन विकल्पों को समुदाय के इच्छुक सदस्यों के साथ साझा किया और MapLibre का उपयोग करके आगे बढ़ने का निर्णय लिया। मैप लिब्रे के उपयोग से हमारीतकनीकी और कानूनी चिंताएँ समाप्त हो गईं। संगठन की २०२३-२०२४ वार्षिक योजना ने हमारी टीम को इस कार्य को प्राथमिकता देने में सक्षम बनाया जिससे कि इस फीचर को बहाल करने पर अतीत की तुलना में बेहतर उपयोग मेट्रिक्स प्राप्त होंगे।

हमने पिछले उपयोग के मैट्रिक्स की प्रतिक्रिया को ध्यान में रखा जो समुदाय की भावना का सटीक प्रतिबिंब नहीं है और फिर निम्नलिखित सफलता संकेतक स्थापित किए:

वैधता

KR: १.१ आंतरिक ऐप रेफरल के परिणामस्वरूप लेख पृष्ठ पर चर्चा में १०% की वृद्धि (लेख पूर्वावलोकन और लेख के माध्यम से क्लिक से भी ज्यादा पहुँच गया)
KR १.२: ३० % उपयोगकर्ता १ दिन से अधिक समय तक इस सुविधा का प्रयोग करते हैं
KR: १.३: फीचर के परिणामस्वरूप ३००० लोग एक लेख को सहेजते हैं, साझा करते हैं या देखते हैं
KR १.४: १०% उपयोगकर्ता लेख को स्थानों से क्लिक करके देखते हैं

गार्डरेल

KR १.१: कम से कम ७०% प्रतिनिधि उपयोगकर्ता जो फ़ीचर रिपोर्ट संतुष्टि के बारे में प्रतिक्रिया प्रदान करते हैं

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 को हमारे Phabricator Epic के रूप में बनाया है। हम आपको हमारे साथ सहयोग करने के लिए वहां या हमारे चर्चा पृष्ठ पर आमंत्रित करते हैं।

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

उपयोगकर्ता की कहानियाँ

एक विकिपीडिया एंड्रॉइड ऐप उपयोगकर्ता के रूप में एक नए नगर की यात्रा करते हुए, मैं जानना चाहता हूं कि मेरे आसपास पर कौन से लेख उपलब्धहैं, ताकि मैं अपने आसपास के बारे में अधिक जान सकूं।
एक विकिपीडिया एंड्रॉइड ऐप संपादक के रूप में, मैं उर्दू में मेरे आस-पास के लेखों के भाषा कवरेज को देखना चाहूँगा, ताकि मैं उन स्थानों के बारे में स्टब्स लेखों का विस्तार कर सकूं जिनकी मुझे चिंता है।

As a Wikipedia Android app user traveling to a new city, I want to know what articles are nearby, so that I can learn more about my surroundings.
As a Wikipedia Android app editor, I would like to see the language coverage of articles near me in Urdu, so that I can expand stubs about places I care about.

फीचर के लिए भविष्य के विचार

टीम ने अन्य टीमों और समुदाय के सदस्यों के साथ स्थान (प्लेसेस) फीचर के संभावित भविष्य के पुनरावृत्तियों पर चर्चा की है। फीचर के भविष्य के संस्करणों के लिए नीचे कुछ विचार दिए गए हैंः

ब्रांडिंग: इसे स्थानों (आस-पास नहीं) के रूप में एकीकृत रखना समझ में आता है क्योंकि यह सुविधा केवल आस-पास के स्थानों को ही नहीं, बल्कि कहीं भी खोजने की अनुमति देती है। एंड्रॉइड सुविधा को वापस लाते समय उसका नाम बदलने से उपयोगकर्ताओं को इसके (शाब्दिक) उपयोग के अधिक दायरे को समझने में भी सहायता मिलेगी। अन्यथा दोनों ऐप्स के लिए एक अलग फीचर नाम जैसे, "मैप्स" "?
कनेक्टिंग मानचित्र + सूचियाँ: एक सूची (उदाहरणार्थ यूनेस्को विश्व धरोहर स्मारक”) के साथ, मानचित्र पर उनकी वस्तुओं की कल्पना करें। मानचित्र में उन वस्तुओं को हाइलाइट करें जो आपकी सूचियों में से एक का हिस्सा हैं (इससे संबंधित विचार जैसा गूगल मैप्स करता है वह लोगों को उनके स्थानों की सूची के लिए एक इमोजी सेट करने की अनुमति देता है ताकि वे सामान्य मानचित्र में हाइलाइट हो जाएँ)। साथ ही, इससे किसी सूची में मानचित्र आइटम जोड़ना आसान हो जाता है।
कनेक्टिंग मानचित्र + (सूक्ष्म) योगदान: उदा. चित्र रहित स्थान. आपके द्वारा हाल ही में संपादित किए गए लेखों (या आपकी सूचियों में) में जिन भौगोलिक स्थिति का अभाव है उन्हें जोड़ा जा सकता है। कॉमन्स ऐप में बिना चित्र वाले स्थान पर एक चित्र जोड़ने की सुविधा उपलब्ध है और इसे प्रेरणा के रूप में इस्तेमाल किया जा सकता है। लेखों के भीतर सूक्ष्म योगदान और टेम्पलेट समर्थन जो संपादक की जागरूकता बढ़ा सकते हैं।
फ़िल्टरिंग का विस्तार करें: सहेजे गए, देखे गए, टैब में खोलें, मानचित्र पर खोज इतिहास के लिए संकेत और फ़िल्टरिंग का अन्वेषण करें। आप मानचित्र पर जो देखते हैं उसे फ़िल्टर करें, उदा. X संग्रह में लेख देखें।
मुख्य विकिपीडिया खोज में स्थान जोड़ें: क्या हम स्थानों की खोज को मुख्य विकिपीडिया खोज में जोड़ सकते हैं और उदाहरण के लिए? वहां से सीधे फ़िल्टर करने का विकल्प प्रदान करें? खोज के निचले भाग में नामस्थान फ़िल्टरिंग (उपयोगकर्ता: पोर्टल: सहायता:) के लिए वर्तमान डिज़ाइन का लाभ उठाया जा सकता है।
रंग पैलेट: आपके मैपबॉक्स के लिए उपयोग किए जाने वाले रंग पैलेट या उनके औचित्य के बारे में उत्सुक हैं - यह देखते हुए कि गूगल मैप्स ने हाल ही में अपने रंग बदले हैं (एप्पल के अनुरूप) +1AA
सूचनाएँ: उपयोगकर्ता को उनके आस-पास के कुछ विशेष स्थान दिखाने के लिए सूचनाओं का उपयोग करें। सभी नहीं, इसलिए यह सूचनाओं से भरा नहीं है, लेकिन कुछ महत्वपूर्ण हैं। संभवत एक "यात्रा मोड" के रूप में जिसे आप किसी नई जगह पर जाने पर प्रारंभ करते हैं, तो यह एक टूर गाइड की तरह है जो आपको उन स्थानों के इतिहास के बारे में बताता है जिनके आसपास आप हैं।
सांस्कृतिक मार्ग: एक सांस्कृतिक मार्ग बनाने के बारे में क्या विचार है जिसका उपयोग लोग, लगभग गूगल मैप्स की तरह, कुछ स्थानों को जोड़ने के लिए (लेखों के साथ) कर सकें और उपयोगकर्ता को अनुसरण करने के लिए एक मार्ग दे सकें? इसे एक "पर्यटक" सुविधा के रूप में देखें।
एआर/वीआर का लाभ उठाएं: भविष्य की संभावनाओं के संबंध में, चूंकि कुछ बड़े मानचित्र खिलाड़ी पहले से ही एआर/वीआर तकनीक का लाभ उठा रहे हैं, क्या अपना खुद का सिस्टम बनाने के बजाय इस डेटा को अपने मौजूदा सिस्टम में प्लग-इन करना संभव होगा?
एक्सप्लोर फ़ीड:स्थानों को मौजूदा एक्सप्लोर फ़ीड कार्ड स्टैक में कैसे एकीकृत किया जा सकता है? क्या अतिरिक्त मूल्य लाता है?
अंतरिक्ष:अंतरिक्ष/सौर मंडल में लेख देखना अच्छा रहेगा।
Add Locations: Enable adding locations to articles in the app.

हम इन विचारों के बारे में अपने वार्ता पृष्ठ पर प्रतिक्रिया का स्वागत करते हैं।

अपडेट

अगस्त २०२४

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

जुलाई २०२४ - 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

मई २०२४

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

अप्रैल २०२४

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

मार्च २०२४

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

फ़रवरी २०२४

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

जनवरी २०२४

===दिसंबर २०२३=== यह सुविधा सक्रिय विकास में जारी है। हमारा अनुमान है कि यह फीचर फरवरी के मध्य में जारी होगा। सफलता के लिए हमारे मानदंड हैं: The places feature will be released to all audiences in February.

दिसम्बर २०२३

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

सत्यापन

KR: १.१ आंतरिक ऐप रेफरल के परिणामस्वरूप लेख पृष्ठ इंटरैक्शन में १०% की वृद्धि (लेख पूर्वावलोकन और लेख पर क्लिक के आधार पर विभाजित)
KR १.२: ३०% उपयोगकर्ता इस सुविधा को १ दिन से अधिक समय तक आज़माते हैं
KR: १.३: फीचर के परिणामस्वरूप ३००० लोग एक लेख को सहेजते (सेव करते) हैं, साझा करते या देखते हैं
KR १.४ १०% उपयोगकर्ता स्थानों से लेख देखने के लिए क्लिक करते हैं

गार्डरेल्स

KR १.१: कम से कम ७०% प्रतिनिधि उपयोगकर्ता हैं जो फ़ीचर रिपोर्ट संतुष्टि के बारे में प्रतिक्रिया प्रदान करते हैं

जिज्ञासाएँ (पाकर अच्छा लगा)

क्या जो लोग स्थानों से जुड़ते हैं, उनके पृष्ठ दृश्य उन लोगों की तुलना में अधिक होते हैं जो ऐसा नहीं करते?
टूलटिप के परिणामस्वरूप कितने प्रतिशत लोग सुविधा खोलते हैं?
एंड्रॉइड नीयरबाय के साथ जुड़ाव की तुलना आईओएस (iOS) से कैसे की जाती है?

नवम्बर २०२३

=== नवंबर २०२३ === ये वे डिज़ाइन हैं जो वर्तमान में विकास में हैं, और जिसे २०२४ की शुरुआत में रिलीज़ करने की योजना है। हम स्थलों को एंड्रॉइड ऐप पर वापस लाने के लिए उत्साहित हैं और आपके द्वारा इसका उपयोग करने के लिए प्रतीक्षा नहीं कर सकते। हमेशा की तरह, इसके लिए आपकी किसी भी प्रतिक्रिया की अत्यधिक सराहना की जाती है। धन्यवाद! 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!


' और अधिक' मेन्यू के तहत मुख्य नेविगेशन में स्थान पाए जा सकते हैं।	'व्यू ऑन मैप' का उपयोग मानचित्र पर स्थल को दर्शाने लिए किया जा सकता है।	जब लेख से कोई स्थान संलग्न नहीं हो तो 'मानचित्र पर देखें' अक्षम स्थिति में हो।
नए 'व्यू ऑन मैप' आइटम को 'कस्टमाइज टूलबार' कार्यक्षमता के माध्यम से अनुकूलित किया जा सकता है।

भाषा फिल्टर आपको यह चुनने देता है कि मानचित्र पर कौन सी भाषा की विकी दिखाई गई है।	सूची दृश्य में मानचित्र के चयनित क्षेत्र में लेख सम्मिलित हैं।	किसी वस्तु को लंबे समय तक दबाए रखने से सूची दृश्य में अतिप्रवाह मेनू का पता चलता है।
हाल की खोजों के अनुभव।	खोज परिणाम पृष्ठ में दूरी बताने का फीचर है।	जब कोई परिणाम नहीं होता है तो रिक्त स्थिति।
यदि एप्प पर एक से अधिक भाषा सेट की गई है तो बहुभाषी खोज परिणाम।

अक्टूबर २०२३

=== अक्टूबर २०२३ === टीम ने आधिकारिक तौर पर एंड्रॉइड ऐप पर स्थल (प्लेस) को वापस लाने पर काम शुरू कर दिया है। हमारे डिजाइनर ने एक तुलनात्मक समीक्षा की कि कैसे iOS फीचर काम करता है डिजाइन के शुरुआती पुनरावृत्तियों को शुरू करने के लिए कि कैसे फीचर का एंड्रॉइड संस्करण काम कर सकता है। Our designer conducted an comparative review of how the iOS feature work to start early iterations of designs for how the Android version of the feature could work.

फरवरी २०२३- दृष्टिकोण पर प्रतिक्रिया एकत्र करना

हमारी जाँच ने हमें आस-पास/स्थान सुविधा को वापस लाने के लिए तीन संभावित दृष्टिकोणों तक पहुँचाया है। हम नीचे दिए गए दृष्टिकोणों की भावना को उन लोगों द्वारा समझना चाहेंगे जो संभावित रूप से एंड्रॉइड पर इस सुविधा का उपयोग करेंगे। कृपया प्रत्येक दृष्टिकोण के चर्चा अनुभाग में चर्चा बिंदु और उनपर प्रश्न साझा करें, और अपने पसंदीदा दृष्टिकोण के लिए मतदान करें। चर्चा और मतदान मार्च के अंत तक खुला है। हम इस परामर्श अवधि के नतीजे अप्रैल के अंत तक अपने अगले चरणों में साझा करेंगे।

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.

प्रत्येक दृष्टिकोण का ट्रेडऑफ

नीचे आपको Google Maps, Mapbox और MapLibre के ट्रेडऑफ़ मिलेंगे:

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

गूगल मैप्स

➕ एकीकृत करना बहुत आसान।

➕ Very easy to integrate.

➕ कुल एपीके आकार में न्यूनतम रखरखाव और मामूली वृद्धि।

➖ गूगल सेवाओं का उपयोग नहीं करने वाले उपकरणों पर यह काम नहीं करेगा।

➖ ओपन-सोर्स नहीं है, अतः एफ-ड्रॉइड बिल्ड में इसकी अनुमति नहीं होगी।

➖ उपयोग करने के लिए स्वतंत्र नहीं है। यहाँ मानचित्रों के लिए गूगल की मूल्य निर्धारण संरचना देखिये।

➖ अभी भी एक मानक "मानचित्र" ऐप की अधिकांश अन्य कार्यक्षमता विलुप्त होगी।

चर्चा

मैं स्पष्ट नहीं हूं कि हमें किसके लिए भुगतान करना होगा? यह डब्लूएमएफ पीआर टीम के लिए एक मामला जैसा लगता है, उन्हें खराब प्रेस की धमकी के तहत, Google को फीस माफ करने के लिए कहना चाहिए (अमीर Google गरीब विकिपीडिया को सामान के लिए भुगतान करता है)। --Piotrus (talk) 11:55, 28 February 2023 (UTC)[reply]

नमस्ते @Piotrus, साझेदारी के प्रति डब्लूएमएफ का दृष्टिकोण उन क्षेत्रों की पहचान करना है जहाँ हमारे मिशन अन्य संगठनों के साथ संरेखित होते हैं और साथ मिलकर काम करने के सहयोगी तरीकों का प्रस्ताव देते हैं। आप इस बारे में अधिक पढ़ सकते हैं कि विशेष रूप से Google के साथ यह कैसे किया गया है यहां। उदाहरण के लिए, Google ने हमारे द्वारा साझेदारी की गई कई पहलों के लिए अतीत में API क्रेडिट प्रदान किया है

इसके अतिरिक्त, जबकि शुल्क माफ करने के समझौते किसी परियोजना के लिए संसाधनों को सुरक्षित करने का एक सुविधाजनक तरीका है, यह समझना महत्वपूर्ण है कि ऐसा दृष्टिकोण परियोजना को जोखिमों के प्रति संवेदनशील भी बना सकता है। उदाहरण के लिए, यदि Google भविष्य में वित्तीय रूप से इसका समर्थन करने में सक्षम नहीं होगा (जो कई वैध कारणों से मामला हो सकता है) तो WMF को परियोजना को वित्त पोषित करने या वैकल्पिक दृष्टिकोण खोजने के लिए तुरंत तैयार होने की आवश्यकता होगी। NPerry (WMF) (talk) 15:32, 3 मार्च 2023 (यूटीसी)

@NPerry (WMF) काफी उचित। मैं बस बेहद उपयोगी लेकिन अल्पकालिक गूगल मैप विकिपीडिया एक्सटेंशन के बारे में सोच रहा था। मुझे एहसास है कि इसका सीधा संबंध नहीं है लेकिन... क्या कोई इसे वापस लाने के बारे में Google से बात कर रहा है (अतीत में बात की गई है)? यदि आपको पता नहीं है कि मेरा क्या मतलब है: https://techcrunch.com/2008/05/13/google-maps-adds-more-wikipedia-entries-and-geo-coded-photos/ / http://blog scoped .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 (वार्ता) 15:39, 3 मार्च 2023 (UTC)

मतदान

मैपबॉक्स

वेब और नेटिव प्लेटफ़ॉर्म में मानचित्रों को एकीकृत करने के लिए मैपबॉक्स सबसे प्रसिद्ध एसडीके (गूगल से परे) है, और यह वही है जो हम पहले अपने स्वयं के ओपनस्ट्रीटमैप टाइलसर्वर से जुड़ने के लिए उपयोग कर रहे थे।

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.

(स्पष्टता के लिएः मैपबॉक्स एक ऐसी कंपनी है जो वेब और देशी प्लेटफार्मों पर मानचित्र प्रस्तुत करने के लिए घटक और एसडीके प्रदान करती है, और उनके पास अपने स्वयं के टाइल सर्वर भी हैं, लेकिन आप बस उनके एसडीके को ले सकते हैं और इसे अपने स्वयं के टाइल्स सर्वर पर इंगित कर सकते हैं, जो कि हम कर रहे थे।)

हालाँकि, मैपबॉक्स के लाइसेंस मॉडल में कुछ हालिया बदलाव हुए हैंः

➖ हम अब मैपबॉक्स लाइब्रेरी का उपयोग उनके साथ खाता बनाए बिना और एक एपीआई कुंजी का उपयोग किए बिना नहीं कर सकते हैं (भले ही हम अपने स्वयं के टाइल सर्वर का उपयोग करें।)

➖ जब हमने एक खाता बनाने/एक्सेस करने का प्रयास किया (केवल उनकी नवीनतम लाइब्रेरी को आज़माने के उद्देश्य से), तो हमारा स्वागत इस प्रकार किया गया:

की हालिया चर्चाओं के अनुसार, ऐसा लगता है कि मैपबॉक्स अब प्रत्येक मैप-लोड के लिए शुल्क लेता है, भले ही आप अपने स्वयं के टाइल सर्वर का उपयोग कर रहे हों। इन कारणों से, हम यह निष्कर्ष निकाल सकते हैं कि मैपबॉक्स अब हमारी आवश्यकताओं के लिए सही नहीं हो सकता है।

चर्चा

मतदान

मैपलिब्रे

अब मैपबॉक्स एसडीके का एक सामुदायिक -रखरखाव वाला फोर्क है जो ओपन-सोर्स रहेगा, स्प्राइट और फोंट पर कुछ काम करने की जरूरत है जून से पहले एंड्रॉइड इस फीचर को ऐप में वापस लाने पर विकास शुरू करने में सक्षम होगा। फिर भी यह संभवतः हम जो खोज रहे हैं उसके करीब है। इस एसडीके का उपयोग करने के मोटे तौर पर कुछ लाभ और हानि होगी:

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:

➕ चूँकी हमारे पास वेक्टर टाइलें हैं, ज़ूम करना और घुमाना अब तरल और प्रतिक्रियाशील है। इसके अलावा, चूंकि ये वेक्टर टाइलें हैं, इसलिए हम इनमें मनमाना स्टाइल लागू कर सकते हैं, जिसमें हमारे मानचित्रों में "डार्क मोड" और अन्य थीम जैसी चीजें शामिल हैं, या विभिन्न शैलियों के साथ विशेष ओवरले को हाइलाइट करना शामिल है। यहां कुछ यादृच्छिक रंगों के साथ एक उदाहरण दिया गया है:

➕ एकीकरण अपेक्षाकृत आसान होगा। यह हमारे पुराने कोड को पुनर्जीवित करने और वर्तमान सर्वोत्तम प्रथाओं के साथ इसे अद्यतन करने की एक सरल बात है। जब हम पहले मैपबॉक्स का उपयोग कर रहे थे, तब से मैपलिबर एसडीके के साथ इंटरफेस में महत्वपूर्ण बदलाव नहीं आया है।

➖ APK का साइज १४MB से बढ़ाकर २५MB हो जाएगा। हालाँकि, ध्यान दें कि यह अभी भी हमें ऐप ब्लोट स्पेक्ट्रम के निम्न, निम्न स्तर पर रखेगा।

"मैप्स" ऐप में अपेक्षित अधिकांश कार्यक्षमता गायब होगी। "इस मार्कर के लिए विकी लेख को देखने" के अलावा किसी भी बातचीत के लिए, हमें उपयोगकर्ता को उनके डिफ़ॉल्ट बाहरी मानचित्र ऐप पर उछाल देने की आवश्यकता होगी यदि वे उदाहरण के लिए जीपीएस का उपयोग करना चाहते हैं।

चर्चा

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]