2013-12-17 26 views
5

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

http://jsfiddle.net/zDTNS/2Here is a sample in jsfiddle

स्पष्ट करने के लिए, 200 नियमित मार्करों होने ठीक काम करता है। मार्करविथ लेबल

+0

वी 3 100 मार्करों में उचित त्वरित होना चाहिए, यह हजारों मार्कर हैं जहां प्रदर्शन समस्याएं होती हैं। मैंने देखा है [बाद में रिलीज में मार्कर जोड़ने में धीमी गति की रिपोर्ट] (https://code.google.com/p/gmaps-api-issues/issues/detail?id=6140), शायद 3.13 आज़माएं। – geocodezip

+0

[3.13 का उपयोग कर बेवकूफ] (http://jsfiddle.net/FL3d7/2/) – geocodezip

+0

यह मेरे साथ कोई समस्या नहीं प्रतीत होता है। आपके द्वारा किए गए लिंक मेरी मशीन पर समान हैं। क्रोम चिकना है, फ़ायरफ़ॉक्स दोनों पर लगी है। – odle

उत्तर

1

2 सप्ताह का शोध करने और सभी प्रकार के तरीकों की कोशिश करने के बाद, सबसे अधिक सुझाव दिया गया है कि, मैं इस निष्कर्ष पर पहुंचा कि इस समय अनुकूलित करने का कोई तरीका नहीं है। किसी कारण से फ़ायरफ़ॉक्स संघर्ष करता है जब मानचित्र के शीर्ष पर divs होते हैं और उन्हें सिंक में रखते हैं। नवीनतम फ़ायरफ़ॉक्स पर प्रदर्शन लगभग IE8 जैसा ही था।

मुझे पता चला कि Google मार्करों का एक टन होने से कोई भी नुकसान नहीं होता है, लेकिन divs करते हैं। मैं जो कर रहा हूं वह एक सर्वर साइड फ़ंक्शन बना रहा था जो पाठ को पीएनजी में परिवर्तित करता है। Google मार्कर को प्रारंभ करते समय, आप आइकन url TextToImage.aspx?text=Hello&size=13 बनाते हैं, फिर मैंने नए मार्कर का एंकर (15, 15) सेट किया और यह मेरा नया 'लेबल' बन गया। मैंने कुछ क्लिक और माउसओवर श्रोताओं को लेबल मार्कर और वॉयला में जोड़ा! प्रदर्शन में पागल सुधार।

1

का उपयोग करते समय समस्या दिखाई देती है आम तौर पर किसी भी Google मानचित्र एप्लिकेशन को अनुकूलित करने का सबसे अच्छा तरीका क्लस्टरिंग तकनीक का उपयोग कर रहा है। चूंकि एप्लिकेशन अधिक से अधिक मार्कर लोड करता है, क्लाइंट-साइड प्रतिपादन ओवर-हेड केवल बढ़ेगा। लेबल के अतिरिक्त केवल समस्या को जोड़ता है।

कई क्लस्टरिंग तकनीक मौजूद हैं और कार्यान्वित करने में आसान हैं, मैं इस आलेख से शुरू करने का सुझाव दूंगा: https://developers.google.com/maps/articles/toomanymarkers

संपादित करें यदि किसी के पास समान स्पेक आवश्यकता नहीं है, तो इसी तरह की समस्या है।

मेरा एकमात्र अन्य सुझाव एक निश्चित ज़ूम स्तर से ऊपर लेबल को बंद करना होगा? यह कम से कम प्रतिपादन समस्याओं में से कुछ को कम करेगा।

संपादित करें थोड़ा सा शोध करने के बाद लाइब्रेरी here को मार्करविथलैबेल की तुलना में कहीं अधिक अनुकूल प्रदर्शन विशेषताओं के रूप में दिखाया गया है। यह एक एचटीएमएल कैनवास पर निर्भर करता है हालांकि यह 9 + है।

+0

सुझावों के लिए धन्यवाद, लेकिन दुर्भाग्य से उन तरीकों में से कोई भी ग्राहक आवश्यकताओं को पूरा नहीं करता है। मुझे यू.एस. – odle

+0

के लिए व्यूपोर्ट में सभी मार्कर दिखाने की ज़रूरत है हम कितने मार्कर बात कर रहे हैं? मेरे अनुभव में ब्राउज़र/मशीन उपयोग के आधार पर 80 अंकों के आसपास चीजें धीमा होने लगती हैं। – Swires

+0

मेरे पास लगभग 70 ~ 80 है, लेकिन मुझे लगता है कि मार्करविथलैबेल उस युगल को दोगुना करता है। हालांकि यकीन नहीं है। – odle

संबंधित मुद्दे