Plots2: सभी टैग का टैग विज़ुअलाइज़ेशन

हाय, लिज़ - मैं अपने स्थायी कोडबेस में इस तरह एक स्थिर ग्राफिक डालने के लिए थोड़ा अनिच्छुक हूं, लेकिन शायद एक सुझाव यह हो सकता है कि हम उस पृष्ठ के शीर्ष पर एक "सुविधा" (हमारे बैनर की तरह) प्रदर्शित करें, और फिर व्यवस्थापक वे वहां जो चाहें प्रदर्शित कर सकते थे। क्या इससे काम हो जायेगा?

यह इस लाइन के ऊपर या नीचे जाएगा: https://github.com/publiclab/plots2/blob/master/app/views/tag/index.html.erb#L4

और इस तरह दिखें:

      <% cache('feature_tag-page-header') do %>
        <%= feature('tag-page-header') %>
      <% end %>

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

वास्तव में पायथन गेफी बाइंडिंग हैं जिनका उपयोग हम इसे गतिशील रूप से उत्पन्न करने के लिए कर सकते हैं। मैं वास्तव में अभी जावास्क्रिप्ट नेटवर्क विज़ुअलाइज़ेशन पर काम कर रहा हूं, तो मुझे देखने दो कि यह कैसे काम करता है। यदि यह ठीक हो जाता है, तो मैंने जो किया वह एक पायथन लिपि में अनुवाद कर सकता है जो डेटा संरचना उत्पन्न कर सकता है जिसे जावास्क्रिप्ट में देखा जा सकता है।

हाय, सब - मुझे लगता है कि एक उत्पन्न ग्राफ बहुत अच्छा होगा, और कुछ ऐसा है जिसे हम स्थायी कोड में डाल सकते हैं।

@ebarry मैं यह नहीं कह रहा हूं कि यह सजावट है और सामग्री नहीं है, मैं और अधिक कह रहा हूं कि यह जल्दी से पुराना हो जाएगा, और हमारा लक्ष्य हमारे कोडबेस में/नहीं/सामग्री को स्टोर करना है - केवल आधारभूत संरचना। तो यह इसे लागू करने का एक तरीका है - क्या मेरा प्रस्तावित समाधान ठीक है?

फिर से this tag page still doesn't have any sorting capabilities to see "recent" or "popular" much less to see either of those by geography. अगर यह आपकी प्राथमिकता है तो योगदानकर्ताओं को इसे हल करने के लिए कुछ सुविधा अनुरोधों के साथ आने के लिए मुझे आपके साथ काम करने में खुशी होगी। कुछ आसान first-timers-only मुद्दे हो सकते हैं यदि आप उन्हें कतार में लाने में मदद कर सकते हैं!

आइए इस मुद्दे पर मूल बातों पर वापस जाएं :)
टैग को विज़ुअलाइज़ करने का लक्ष्य क्या है?

मेरे लिए, टैग को विज़ुअलाइज़ करना संबद्ध टैगों को विज़ुअल रूप से चित्रित करने का एक तरीका है, उदाहरण के लिए टैग जो एक ही सामग्री पर एक साथ दिखाई देते हैं। महान उदाहरण के लिए, ऊपर @skilfullycurled के विज़ुअलाइज़ेशन में रंग-कोडित क्लस्टर देखें। क्लस्टरिंग टैग महत्वपूर्ण हैं क्योंकि वे वेबसाइट की सामुदायिक गतिविधि की प्रस्तुति को _करीब_ से यह इस पूरे मुद्दे के साथ मेरा वास्तविक लक्ष्य है।

यहां कुछ पृष्ठभूमि की जानकारी दी गई है: हमारे टैग पेज (https://publiclab.org/tags) पर हम लिखते हैं "हम विषय के आधार पर शोध को समूहबद्ध करने के लिए टैग का उपयोग करते हैं" और लोगों को टैग ब्राउज़ करने के लिए प्रोत्साहित करते हैं (वर्तमान में केवल हाल की गतिविधि द्वारा क्रमबद्ध)। यह एक महत्वपूर्ण तरीका है जिससे हम विषयों को खोजने और उनसे जुड़ने के लिए लोगों का नाम लेते हैं, उनसे लिंक करते हैं और/या उन्हें बढ़ावा देते हैं। डैशबोर्ड स्वयं हाल की गतिविधि पर जोर देता है। डैशबोर्ड में अब "हाल ही में उपयोग किए गए टैग" बार हैं -- जो "अनुसंधान क्षेत्रों" या "विषयों" को देखने के लक्ष्य के लिए एक महत्वपूर्ण लेकिन आंशिक कदम है।

आगे बढ़ने के लिए, मुझे ग्राफिक टैग विज़ुअलाइज़ेशन द्वारा _नेविगेटिंग_ में कोई दिलचस्पी नहीं है (इसलिए 2007!), हालांकि, गतिविधि के समूह विषयों को जोड़ने/नेविगेट करने का एक महत्वपूर्ण अतिरिक्त तरीका प्रदान करते हैं। लक्ष्य को प्राप्त करने के लिए, जिससे मेरा मतलब है कि टैग पेज की क्षमता यह दिखाने के लिए कि कौन से सबसे अधिक जुड़े हुए टैग हैं, एक शोध क्षेत्र में जुड़े विषयों की चौड़ाई को संप्रेषित करने के लिए, एक शोध क्षेत्र में नेविगेट करने/कनेक्ट करने के लिए, और उचित रूप से सदस्यता लेने के लिए हम जरूरी नहीं कि रंग-कोडित झपट्टा तीरों की आवश्यकता हो। आइए विचार करें कि इन लक्ष्यों को कैसे प्राप्त किया जाए।

भाषा को अधिक सुलभ बनाने के लिए हम publiclab.org/tags को publiclab.org/topics पर मिरर करने पर भी विचार कर सकते हैं।

कूल, धन्यवाद लिज़!

इस लक्ष्य की ओर एक संकीर्ण विशेषता पर एक स्टैब के लिए प्रयास करने के लिए, क्या होगा यदि टैग पृष्ठों (फ्लोटिंग नया नाम: विषय पृष्ठ ...!?!) में "संबंधित विषय" की सूची थी, कुछ इस तरह:

संबंधित विषय: water runoff wetlands turbidity

जहां "संबंधित" का अर्थ है कि (यह स्वीकार करते हुए कि इसे मापने के विभिन्न तरीके हैं, और हम कुछ "कम्प्यूटेशनल रूप से कुशल" तरीके चाहते हैं) ये वे टैग हैं जो आमतौर पर उन पृष्ठों पर दिखाई देते हैं जिनमें पहले से ही प्राथमिक टैग होता है। तो विषय के लिए onions , हम onions साथ टैग किए गए प्रत्येक पृष्ठ का मिलान करते हैं और शीर्ष लेते हैं, कहते हैं, पांच।

यदि उपरोक्त अच्छा लगता है तो छोटी अनुवर्ती कार्रवाई -- क्या केवल हाल ही के 20-30 पृष्ठों के लिए ऐसा करना ठीक रहेगा? यहां तक ​​कि अगर यह सिर्फ एक शुरुआती बिंदु है, तो इसके बारे में चिंता किए बिना इसे लागू करना आसान हो जाएगा, जिससे समग्र वेबसाइट धीमी हो जाएगी। इसके आसपास और अधिक जटिल तरीके हो सकते हैं, लेकिन यह आरंभ करने का सबसे आसान तरीका है।

मैंने https://publiclab.org/questions/tommystyles/10-20-2017/need-your-feedback-on-tag-pages पर क्रॉस-पोस्ट किया है -- जब तक कि विशिष्ट असतत न हों, तब तक आप वहां चर्चा को आगे बढ़ाने के बारे में क्या सोचते हैं कोडिंग चरण (कोड योगदानकर्ताओं के लिए मिनी प्रोजेक्ट) हम कर सकते हैं?

ठीक है अच्छा है! आइए उस चर्चा पर चलते हैं और एक बार हमारे पास वापस आ जाते हैं
साध्य कदम।

--

+1 336-269-1539 / @lizbarry http://twitter.com/lizbarry / lizbarry.net

बुधवार, 15 नवंबर, 2017 को रात 9:54 बजे, जेफरी वॉरेन सूचनाएं @github.com
लिखा था:

मैंने https://publiclab.org/questions/tommystyles/10-20- पर क्रॉस-पोस्ट किया है।
2017/ज़रूरत-आपकी-प्रतिक्रिया-ऑन-टैग-पृष्ठ -- स्थानांतरित करने के बारे में आप क्या सोचते हैं
विशिष्ट असतत कोडिंग चरण होने तक वहाँ पर चर्चा करें (मिनी
कोड योगदानकर्ताओं के लिए परियोजनाएं) हम बना सकते हैं?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/publiclab/plots2/issues/1502#issuecomment-344799932 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAJ2n8PdvpH0GQ_wBU-Utp4xfL7XDmuJks5s26PpgaJpZM4OOvLP
.

@jywarren , @ebarry , क्या उपरोक्त ग्राफ में 'किनारों' को जानने के लिए कोई एपीआई (या शायद दस्तावेज़ीकरण) है? मेरा मतलब है कि नोड्स कैसे जुड़े हुए हैं?
धन्यवाद !

अरे @ सागरप्रीत-चड्ढा!

विज़ुअलाइज़ेशन केवल एक छवि है इसलिए कोई एपीआई नहीं है (अभी तक! पलक) हालांकि मैं आपको उस विशेष ग्राफ से किनारों की सूची प्रदान कर सकता हूं। सबसे "कच्चे" फ़ाइल स्वरूप csv और json होंगे। दोनों प्रारूपों को ग्राफ़ के साथ या तो "प्रोग्रामेटिकली" ( iGraph , networkx , d3.js ) या GUI ( Gephi , Cytoscape ) के साथ काम करना चाहिए।

जाहिरा तौर पर आप जीथब पर फाइल अपलोड नहीं कर सकते। मैंने उन्हें पब्लिक लैब रिसर्च नोट पर अपलोड करने की कोशिश की लेकिन यह काम नहीं कर रहा है। @jywarren एक शोध नोट में फाइल अपलोड करने का कोई तरीका है? यदि नहीं, @ सागरप्रीत-चड्ढा, क्या आप प्लॉट्स-देव googlegroup में पोस्ट कर सकते हैं (यदि आप पहले से नहीं हैं तो आप यहां साइन अप कर सकते हैं)? आइए यह देखने के लिए प्रतीक्षा करें कि @jywarren क्या कहते हैं क्योंकि उन्हें सीधे शोध नोट में रखना बहुत अच्छा होगा।

यद्यपि आप इसके लिए आगे देख सकते हैं:

plots_tag_communities_edges_w_props_9_16.csv: : परिकलित गुणों के साथ अद्वितीय किनारों की सूची, विशेष रूप से किनारे का भार। वज़न का मतलब है कि टैग एक साथ कितनी बार हुए।

plots_tag_communities_nodes_w_props_9_16.csv: परिकलित गुणों वाले नोड्स की सूची। वेबसाइट पर छवि के लिए सबसे प्रासंगिक "मॉड्यूलरिटी क्लास" जो आपको बताती है कि प्रत्येक नोड किस समुदाय से संबंधित है।

प्लॉट्स_टैग_कॉम्युनिटीज_9_16.जेसन: मुझे जोंस उतना उपयोगी नहीं लगता, लेकिन मुझे पता है कि कुछ लोग इसे पसंद करते हैं। मुझे लगता है कि जेसन फ़ाइल में वेबसाइट पर मौजूद विज़ुअलाइज़ेशन के लिए गुण भी शामिल हैं (यानी प्रत्येक नोड का आरजीबी रंग)।

अपडेट: ऊपर की फाइलों की सूची से प्लॉट्स_टैग_कॉम्युनिटीज_एडगेलिस्ट_9_16.सीएसवी को हटा दिया। यह फ़ाइल सीमित उपयोग की है क्योंकि डुप्लिकेट किनारों को पहले ही वज़न के साथ अद्वितीय किनारों में मिला दिया गया था। गुणों के बिना, यह किनारे सूची आपको केवल 1 के किनारे भार के साथ एक ग्राफ बनाने की अनुमति देगी। मैं डुप्लिकेट के साथ मूल फ़ाइल की तलाश करूंगा।

आपके उत्तर के लिए @skilfullycurled धन्यवाद!

मैं वास्तव में जावास्क्रिप्ट लाइब्रेरी (d3.js या vis.js ) का उपयोग करके विज़ुअलाइज़ेशन ग्राफ़ बनाने की कोशिश कर रहा था ताकि इसे आसानी से publiclab.org वेबसाइट पर जोड़ा जा सके। इन पुस्तकालयों को इस रूप में डेटा की आवश्यकता होती है:

नोड्स के लिए nodes: [ { id: 1, shape: 'circle', label: 'Infrared } ] ।

और किनारों के लिए :
edges: [ {from: 1, to: 2}, {from: 1, to: 3}]

खैर जेसन बहुत अच्छा होगा अन्यथा मैं इसे बना सकता हूं, या शायद सीधे जावास्क्रिप्ट ऑब्जेक्ट बना सकता हूं (इस तरह JSON फ़ाइल को पार्स करने की कोई आवश्यकता नहीं है)।

मैंने एक डमी ग्राफ बनाया है (हम यहां नोड्स और किनारों के साथ खेल सकते हैं ):

तुम क्या सोचते हो ? @ebarry , @jywarren , @skilfullycurled

आह। वह तो जबर्दस्त होगा! ठीक। इस बातचीत को आगे बढ़ाने के लिए, हमें "एपीआई-लैंड" को छोड़ना होगा और इस बात पर आगे बढ़ना होगा कि गेफी में विज़ुअलाइज़ेशन कैसे काम करता है और उन सुविधाओं को जावास्क्रिप्ट में अनुवाद करने का सबसे अच्छा तरीका है।

क्या मैं आपको इसे एक प्रश्न के रूप में शुरू करने के लिए परेशान कर सकता हूँ? कुछ इस तरह, "मैं Gephi में बनाए गए टैग विज़ुअलाइज़ेशन का जावास्क्रिप्ट संस्करण में अनुवाद कैसे कर सकता हूं?"

इसके अलावा, मुझे बेंज पर एक ईमेल शूट करें। चीनी@organizers.publiclab.org ताकि मैं फाइलें साझा कर

वास्तव में मुझे लगता है कि हमें एपीआई-भूमि छोड़ने की आवश्यकता नहीं हो सकती है - मौजूदा एपीआई इन दिनों काफी मजबूत है। मैं उत्सुक हूँ @skilfullycurled आपने उन किनारों को कैसे उत्पन्न किया -

क्या वे सभी टैग्स और उन नोड्स की सूची से नए सिरे से उत्पन्न हो सकते हैं जिन पर उनका उपयोग किया गया है? कैश किए जाने पर यह हमारे लिए उत्पन्न करने के लिए एक उचित प्रश्न है।

हम इसे https://github.com/publiclab/plots2/tree/master/app/api/srch पर एपीआई में जोड़ सकते हैं और इसे https://github.com/publiclab/plots2/blob/master/doc पर दस्तावेज कर सकते हैं।

यदि यह पर्याप्त डेटा है, तो क्वेरी कुछ इस तरह हो सकती है:

r = []
Tag.select(:name, :tid).each do |t|
  nids = t.nodes.select(:nid, :status).where(status: 1).collect(&:nid)
  r << [t.name, nids] if nids.length > 0
end
r # later, r.to_json

मैंने इसे उत्पादन पर चलाया और इसमें लगभग 15 सेकंड लगे। अगर हम इसे रोजाना कैश करते हैं, तो मुझे लगता है कि यह प्रबंधनीय है, और हम इसे और बेहतर बनाने में सक्षम हो सकते हैं।

इसके अलावा आप http://gist.github.com पर फ़ाइलें साझा कर सकते हैं - क्या यह काम कर सकता है?

तो, मेरी क्वेरी से उत्पन्न JSON का उपयोग करके,

• जावास्क्रिप्ट में, हम गणना कर सकते हैं कि टैग एक साथ कितनी बार आए।
• आपने "समुदायों" का समूह/गणना कैसे किया?

यहाँ एक अंश है:

["whitebalance", [12476, 13575]], ["wi", [12143, 13067]], ["wi-fi", [11123]], ["width-of-dvd-grating", [12838, 12875, 12895, 12899, 12902, 12926, 12990, 12991, 12995, 12999, 13006, 13014, 13019, 13037, 13046, 13057, 13062, 13069, 13077, 13088, 13089, 13094, 13103, 13117, 13125, 13131, 13133, 13136, 13152, 13154, 13157, 13159, 13169, 13178, 13181, 13183, 13188, 13226, 13248, 13283, 13302, 13305, 13308, 13315, 13316, 13340, 13349, 13355, 13366, 13401, 13402, 13409, 13414, 13423, 13429, 13432, 13434, 13437, 13439, 13440, 13443]], ["wiki", [9048, 10956]], ["wiki-gardening", [10956]], ["wild", [11707, 11711]], ["wildfires", [14803]], ["wildlife", [670]], ["wilkinson-bay", [220, 265, 280, 281, 282, 283, 284, 677]], ["wilkinsonbay", [606]], ["williamsburg", [10343, 10428, 10444]], ["willow", [9979]], ["wind", [9032, 10660, 12610, 13880, 14487, 14527, 14530, 14531, 14713, 14756]], ["wind-direction", [14527]], ["wind-sensor", [14713]], ["wind-speed-meter", [1962, 5837, 9032, 12103, 13064, 13165, 13231, 13880, 14527]], ["winder", [7717]], ["winders", [1900]], ["window", [147, 1759]], ["windows", [11434, 11677, 13037]], ["windows-7", [13037]], ["windows-7-ultimate", [13037]], ["windows-excel", [13037]], ["windspeed", [745]], ["windvane", [14527]], ["windy", [146]], ["wine", [706, 10955]], ["winter", [5161]], ["wintercamp", [5103]], ["wired", [10315]], ["wireframes", [10623]], ["wireless", [3908, 9940, 11123, 12175]], ["wisconsin", [10504, 10552, 10611, 10619, 11331, 11783, 12142, 12143, 12192, 12221, 12337, 12537, 12539, 12562, 12597, 12610, 12919, 13067, 13216, 13217, 13219, 13222, 13223, 13224, 13406, 13578, 13920, 13921, 13922, 14018, 14044, 14087, 14146, 14648]], ["with", [11772, 13742, 14728]], ["with:abdul", [13407, 13412, 13413, 13428, 13493]], ["with:adam-griffith", [11049]], ["with:amal", [12161]], ["with:amandaf", [11556]], ["with:amberwise", [12338, 13280]], ["with:ann", [12850]], ["with:basurama", [11699, 11705]], ["with:becki", [13571]], ["with:bronwen", [10952, 12480, 13493, 14587]], ["with:bsugar", [13449]], ["with:btbonval", [11789]], ["with:cfastie", [11688, 13493, 13980]], ["with:chrisjob", [10464]], ["with:cindy_excites", [11566, 11567, 14537]], ["with:damarquis", [12338]], ["with:danbeavers", [11417, 11567]],

एफडब्ल्यूआईडब्ल्यू इस तरह की कुछ और भी अधिक कुशल क्वेरी हो सकती है लेकिन यह बहुत अच्छा है, हालांकि ऊपर क्या है पूरी तरह से वापस नहीं आता है:

Tag.select('term_data.tid, term_data.name, community_tags.nid, community_tags.tid')
   .includes(:node_tag)
   .references(:node_tag)

हालांकि यह हमें यह नहीं बताएगा कि क्या नोड प्रकाशित किया गया था (बनाम स्पैम) जब तक कि हम वहां node.status भी नहीं मिलाते। लेकिन यह संभव है!

नमस्ते, मेरे यहाँ कुछ ही प्रश्न हैं,
1.) यदि 2 टैग एक ही नोड से संबंधित हैं, तो उनके बीच एक किनारा है?
2.) अलग-अलग रंग विभिन्न प्रकार के नोड जैसे प्रश्न, नोट्स, शोध-नोट्स इत्यादि के लिए हैं। ?

धन्यवाद !

और मैं एपीआई-भूमि नहीं छोड़ने से भी सहमत हूं :)

आर्ग! ठीक। चलो ढेर मत करो, कृपया। कोई भी मुझसे ज्यादा एपीआई-भूमि में नहीं रहना चाहता (ठीक है, शायद @ebarry के अपवाद के साथ)। मेरी समझ में वेबसाइट की सुस्ती पर चिंताओं के कारण एपीआई-भूमि के निर्माण में अनिश्चित काल के लिए देरी हो गई थी ( यहां बातचीत का विस्तार देखें )। लेकिन अब @jywarren कह रहे हैं कि यह अब

चूंकि जीथब का उपयोग सुलभ जानकारी के लिए एक बाधा हो सकता है (हर किसी के पास पहुंच नहीं है, जानता है कि कैसे उपयोग करना है), मुझे लगता है (एर ... सोचा) बातचीत करना जो कोडबेस में "चीजों को पूरा करने" के बारे में नहीं हैं, बेहतर थे वेबसाइट जहां हर कोई उनसे सीख सकता है। ये मेरे द्वारा निर्धारित सामुदायिक मानदंड नहीं हैं ( ऊपर @jywarren की अपनी टिप्पणी देखें) लेकिन मुझे लगता है कि वे अच्छे हैं।

ओह, क्षमा करें @skilfullycurled मुझे उस धागे पर आपकी पिछली टिप्पणी याद नहीं थी - https://publiclab.org/questions/tommystyles/10-20-2017/need-your-feedback-on-tag-pages#answer - ५५६-टिप्पणी-१७७०९ -- जहाँ आपने सुझाव दिया था:

1. केवल शीर्ष 250 टैग पर चल रहा है
2. कैशिंग साप्ताहिक

मैं वहां वापस पिंग करूंगा, लेकिन मुझे लगता है कि एपीआई, कोड क्लीनअप और आउटरीच पर सभी काम के साथ, हम इस तरह की क्वेरी का दैनिक या साप्ताहिक कैश्ड संस्करण कर सकते हैं, और कुल 10-15 सेकंड के साथ ठीक हो सकते हैं। प्रति सप्ताह समय। बाकी ब्राउज़र में स्थानीय रूप से चलाए जाएंगे। इसे वहीं दोहरा रहे हैं।

@jywarren मुझे आपके कुछ प्रश्नों पर आपसे संपर्क करना होगा। मैं अपनी ज्यूपिटर नोटबुक बाद में पोस्ट करूंगा। इस बीच, टैग जोड़े से ग्राफ़ कैसे बनाया जाता है , इसकी संक्षिप्त व्याख्या के लिए यहां देखें।

@ सागरप्रीत-चड्ढा (और कोई और जो रुचि रखता है) आप टैग ओवरफ्लो के लिए रेपो की जांच करके टैग डेटा से एक d3.js ग्राफ कैसे बनाया गया था, जो इस परियोजना के लिए प्रेरणा थी, देख सकते हैं।

समुदाय का पता लगाने के संबंध में, यदि आप टैगओवरफ़्लो रिपोजिटरी में देखते हैं तो आप पाएंगे कि लेखक ने अपना स्वयं का एल्गोरिदम लागू किया है। उस समय से, अन्य को लागू किया गया है जैसे jLouvain , netClustering a CNM कार्यान्वयन ( d3 उदाहरण )। 256 टैग की सीमा के साथ, वे ब्राउज़र में समुदाय का पता लगाना शायद ठीक है।

इसलिए बहुत सारे डेटा के साथ publiclab.org चर्चा को अभिभूत न करने के लिए, यहां डेटा के प्रारूप के लिए एक लिंक है जो टैगऑवरफ्लो का उपयोग करता है:

https://api.stackexchange.com/2.1/tags/python/related/?site=stackoverflow&key=of3hmyFapahonChi8EED6g ((&pagesize=16

किसी दिए गए टैग से कौन से टैग संबंधित हैं (उपरोक्त उदाहरण में, "पायथन") लाने के लिए यह 15 कॉल करता है

तो उस और मेरे द्वारा ऊपर जेनरेट किए गए डेटा के बीच का अंतर यह है कि मेरी क्वेरी नोड आईडी सूचीबद्ध करती है, लेकिन "संबंधितता" स्थापित करने के लिए उनका उपयोग नहीं किया है। लेकिन निश्चित रूप से @skilfullycurled की ज्यूपिटर नोटबुक ऐसा करती है! कूल, साझा करने के लिए धन्यवाद!

@ सागरप्रीत-चड्ढा, मैंने एक प्रश्न पोस्ट किया जिसने ऊपर आपके प्रश्नों को पूछा और उत्तर दिया:

https://publiclab.org/questions/bsugar/01-25-2018/how-was-the-tag-graph-visualization-made

मैं अपने अनुरोध के बारे में "निष्क्रिय आक्रामक" होने की कोशिश नहीं कर रहा हूं, लेकिन मुझे लगता है कि बातचीत के सार्वजनिक होने के इस पहलू से लोगों को फायदा हो सकता है। तो मुझे लगता है कि यह "आक्रामक आक्रामक" बनाता है। ; )

सभी मजाक कर रहे हैं, किसी भी प्रश्न का उत्तर देने में प्रसन्नता हो रही है!

ज़रा सुनिए सभी!

@ सागरप्रीत-चड्ढा, मैंने आपके लिए आवश्यक सभी फाइलें यहां रखी हैं:

https://spideroak.com/browse/share/skilfullyshared/plots-tag-graph

फ़ोल्डर एक रीडमी फ़ाइल के साथ आता है जो सामग्री की व्याख्या करता है।

कृपया मुझे बताएं कि आपने उन्हें कब डाउनलोड किया है ताकि मैं शेयररूम बंद कर सकूं। अंत में, मैं उन्हें अपने जीथब खाते में पोस्ट करूंगा ताकि अन्य लोग विकी पर पहुंच सकें।

आपके किसी और प्रश्न का उत्तर देने में खुशी होगी!

धन्यवाद @skilfullycurled !
मैंने फाइलें डाउनलोड कर ली हैं :-)

कोई बात नहीं @ सागरप्रीत-चड्ढा!

पीएस: मैंने आपको विकी प्रश्न में एक अनुवर्ती विचार

रूबी आधारित टैग संबंधित गणनाओं पर यहां शानदार अपडेट: https://publiclab.org/questions/bsugar/01-25-2018/how-was-the-tag-graph-visualization-made

जल्दी ही और अधिक!

https://github.com/publiclab/plots2/pull/4657 में कुछ प्रगति, जहां मैंने Cytoscape.js (http://js.cytoscape.org/) का एक अत्यंत बुनियादी, लेकिन लाइव इंस्टेंस लागू किया, जो एक से चल रहा है साप्ताहिक कैश्ड संग्रह

साइट पर सभी टैग के लिए चलने में 50 सेकंड से अधिक का समय लगा (जिसे साप्ताहिक रूप से कैश किया जा सकता है) लेकिन इससे 8200+ टैग और 31k किनारे भी उत्पन्न हुए ... जो कि ग्राफ़ के लिए बहुत कुछ है। ये रहा पूरा सेट; मुझे लगता है कि इसमें बहुत सारे स्पैम टैग शामिल हैं: https://gist.github.com/jywarren/4b1f9a032092a8187dd802a375fcb700

आप उन # टैग्स को निर्दिष्ट कर सकते हैं जिन्हें आप इस तरह से क्वेरी करना चाहते हैं: https://stable.publiclab.org/tag/graph.json?limit=10 (एक बार पूरी तरह से प्रकाशित होने के बाद, https://publiclab.org/tag/graph. जेसन? सीमा = 10)

यह वर्तमान में प्रति टैगनाम 5 "किनारों" तक सीमित है, जो मूल टैग के साथ अक्सर होने वाले 5 टैग का प्रतिनिधित्व करता है।

यह अब स्थिर परीक्षण सर्वर पर लाइव है (हालाँकि यह शाखा बहुत बार पुनर्निर्माण करती है इसलिए URL हमेशा ऑनलाइन नहीं होता है ... विडंबना यह है) यहाँ:

https://stable.publiclab.org/stats/graph?limit=75

सीमा = १०० या २५० जैसी बड़ी संख्याएँ किसी प्रकार की त्रुटि दिखा रही हैं और मुझे इसका थोड़ा पीछा करना होगा। लेकिन यह काफी अच्छी शुरुआत है।

इसे परिष्कृत करने के लिए बहुत सारे कॉन्फ़िगरेशन जोड़े जा सकते हैं - नोड आकार, लिंक शक्ति, और भी बहुत कुछ - कुछ संभावनाओं के लिए http://js.cytoscape.org पर गैलरी देखें। और "परिवार" बनाना भी संभव हो सकता है, हालांकि मुझे इसके लिए थोड़ा और इनपुट चाहिए।

ओह, https://stable.publiclab.org/stats/graph?limit=300 भी काम करने लगता है

यहां समुदाय का पता लगाना! https://github.com/upphiminn/jLouvain/blob/master/README.md

@jywarren , सुपर कूल !!!

इसके अलावा क्लस्टरिंग एल्गोरिदम की एक श्रृंखला है - इनका जावास्क्रिप्ट कंसोल में परीक्षण किया जा सकता है:

http://js.cytoscape.org/#collection/clustering

• eles.markovक्लस्टरिंग ()
• नोड्स.केमीन्स ()
• नोड्स.केमेडोइड्स ()
• नोड्स.fuzzyCMeans ()
• नोड्स। पदानुक्रमित क्लस्टरिंग ()
• नोड्स.एफिनिटीप्रॉपैगेशन ()

मैं इनसे परिचित नहीं हूं लेकिन वे सभी समान तत्वों के समूह बनाने के लिए नोड्स या किनारों की विशेषताओं का उपयोग करते प्रतीत होते हैं। तो, हमें समानता के आधार पर विशेषताओं के रूप में क्या देना चाहिए?

आप दस्तावेज़ों में उदाहरणों का उपयोग करके कंसोल में इन्हें आज़मा सकते हैं, जैसे:

var clusters = cy.elements().hca({
  mode: 'threshold',
  threshold: 5,
  attributes: [
    function( node ){ return node.data('count'); }
  ]
});
clusters; // <= then inspect what this returns to see the clusters

ठीक है, jlouvain का उपयोग करके मैं समुदाय का पता लगाने में सक्षम था: https://github.com/upphiminn/jLouvain

मेरे पास यह देखने के लिए पर्याप्त परीक्षण डेटा नहीं है कि यह कैसे काम करेगा, लेकिन अगर #4679 पास हो जाता है, तो मैं इसे मर्ज कर दूंगा और हम इसे सामुदायिक पहचान के साथ चलने में सक्षम होना चाहिए:

https://stable.publiclab.org/stats/graph?limit=101

(एक बार यह बन जाता है)

ज़रा सुनिए सभी! अच्छे लग रहे हो। क्षमा करें, मैं उत्तर देने में सक्षम नहीं हूं, कुछ समझ रहा हूं और आज बाद में इस पर वापस आऊंगा।

इस बीच, एक अन्य घटक जिसका मुझे नहीं लगता कि मैंने अपने किसी अन्य पोस्ट में उल्लेख किया है वह है लेआउट। मैंने जो उपयोग किया है वह शायद बल लेआउट है । तकनीकी रूप से यह कुछ ऐसा हो सकता है जिसे बल लेआउट 2 कहा जाता है:

बल लेआउट एक प्रकार का एनीलिंग आकर्षण/प्रतिकर्षण है जो आपके द्वारा निर्धारित पैरामीटर (यानी पुनरावृत्तियों की संख्या, आकर्षण/प्रतिकर्षण की ताकत) के आधार पर एक स्थिर स्थिति तक पहुंचता है। यहाँ एक d3 डेमो है ।

समुदाय का पता लगाने और किनारे के वजन के लिए आपके पास कुछ विकल्प हैं, लेकिन यदि आप उस टैग ग्राफ़ को फिर से बनाना चाहते हैं, तो आपको सह-घटना की आवश्यकता है, जो कि साइटोस्केप, भाग्य के रूप में होगा, बनाने में मदद करने के लिए एक फ़ंक्शन है आसान।

oe_ratio =  (all_questions_count * tag_count_AB) / (tag_count_A * tag_count_B)

जहां tag_count_AB = edge.parallelEdges ()

जैसा कि था, मैंने पहले टैग के सेट को कुछ उचित संख्या (जैसे, शीर्ष 512) तक सीमित कर दिया था, लेकिन फिर मैंने विज़ुअलाइज़ेशन के लिए उपयोग किए गए टैग को केवल शीर्ष n टैग (शायद 64?) 1 से ऊपर अपेक्षित अनुपात के लिए।

आप टैग ओवरफ़्लो से अधिक पढ़ सकते हैं। यह विधि उस समस्या का ध्यान रखने का एक तरीका है जहां एक किनारा या नोड नोड महत्वपूर्ण हो सकता है लेकिन कम उपयोग का हो सकता है। उदाहरण के लिए, एक स्टोर पर १०० लोगों के कॉफी और क्रीम खरीदने की ८५% संभावना होती है, लेकिन उनमें से पांच लोग _हमेशा कॉफी, क्रीम और अंडे खरीदते हैं। इसलिए मैं निश्चित रूप से 5 कार्टन अंडे स्टॉक में रखना चाहता हूं।

एक आसान विकल्प सिर्फ दो नोड्स के बीच बढ़त का वजन बनाना है tag_count_AB और केवल किनारों/नोड्स को किसी दिए गए थ्रेशोल्ड से ऊपर लेना है। व्यक्तिगत रूप से, उपरोक्त कारणों से मुझे इसके साथ शायद ही कभी अच्छे परिणाम मिलते हैं।

अन्य विधियों के संबंध में, आपकी रुचि पृष्ठ ३. (२.२) से - स्नातकोत्तर में हो सकती है। इस पेपर के 7 (3.1) (इन भागों के लिए कोई गणित नहीं) जो विभिन्न प्रकार की सामुदायिक पहचान विधियों को वर्गीकृत करने का प्रयास करता है। इससे मुझे उन लोगों को चुनने में मदद मिली है जो सबसे प्रमुख परिणाम प्रदान करते हैं, यह देखते हुए कि मैंने ग्राफ को कैसे संरचित किया है और मैं इससे क्या जानना चाहता हूं। उदाहरण के लिए, दो लोगों के बीच कितनी बार संदेश भेजे जाते हैं, इस पर आधारित आम सामाजिक संबंधों के समुदाय बनाम समुदाय।

स्थिर सर्वर पर अभी काम कर रहा है!

https://stable.publiclab.org/stats/graph?limit=99

यहाँ w 99 शीर्ष टैग हैं!

इसे बाद में आज रात तक लाइव साइट पर चलाना चाहिए, लेकिन मैं यह नोट करना चाहता था कि कुछ उपयोगकर्ताओं द्वारा टैग के "अति प्रयोग" ने ग्राफ़ को इस तरह से तिरछा कर दिया है जिसे हमने पहले पहचाना है। मेरा मानना ​​​​है कि उपयोगकर्ताओं में से एक को साइट से मॉडरेट किया गया है, और मुझे आश्चर्य हुआ कि क्या लोगों ने साइट से उन टैग को हटाना या कम से कम उन्हें ग्राफ़ से हटाना उचित समझा। उन्हें हटाना आसान होगा लेकिन हम उन्हें अस्पष्ट करने के लिए कुछ भी बना सकते हैं। वरीयता, @ebarry @skilfullycurled ?

फिर भी, यह अच्छा लग रहा है, भले ही किनारे की लोच पर सेटिंग्स को अभी भी कुछ ट्विकिंग की आवश्यकता है, और शायद एक अलग लेआउट प्रकार बेहतर काम करेगा ...

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

मुझे लगता है कि मैंने एक फीचर अनुरोध के साथ एक जीथब मुद्दा भी लॉग किया है, जो एक चेतावनी को पॉप अप करता है जो संक्षेप में कहेगा, "वाह, आसान है दोस्तों! ऐसा लगता है कि आपके पास वहां बहुत सारे टैग हैं, एह?"।

ओह, पीएस। वैसे शानदार लग रहे हैं !!

आआआआआह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्ह्म्‍य्झ्गगगगगगगग !!!!!!!!!!!!
हां मैन्युअल रूप से "उस विशेष उपयोगकर्ता को एक बाहरी के रूप में हटाएं [आईएनजी]"

मैं इस धागे पर लौटता रहता हूं क्योंकि यह कितना भयानक है और चीजों के बारे में सोच रहा है (उम्मीद है कि छोटा)। एक और चीज जिसे आप फ़िल्टर करने पर विचार कर सकते हैं वह हैं पावर टैग (वे कोलन वाले हैं, है ना?) मुझे लगता है कि जैसे ही टैग के अति प्रयोग की समस्या का समाधान हो जाएगा, तब हम लेआउट के बारे में और जानेंगे।

स्वयं पर ध्यान दें: यहां उन पृष्ठों के साथ एक प्रतिबद्धता का लिंक दिया गया है जो कार्यान्वयन के लिए महत्वपूर्ण हैं।

हाय सब, उत्साह के लिए खुशी हुई! मैं बीमार हो गया था लेकिन अब ठीक हो रहा हूं और मंगलवार को फ्लाइट होम में इस पर थोड़ा काम करूंगा।

मैं पूछना चाहता था - मेरा विशिष्ट प्रश्न यह है कि क्या हमें यह करना चाहिए:

1. वास्तव में इस मॉडरेट किए गए उपयोगकर्ता से टैग हटाएं, या
2. अगर हमें उन्हें संरक्षित करने की कोशिश करनी चाहिए लेकिन उन्हें छानना चाहिए।

कोड और डेटाबेस कॉल दोनों के लिए फ़िल्टरिंग काफी अधिक काम करेगा, लेकिन यह संभव है।

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

हाँ यह एक बड़ा विचारणीय विषय है। यह समीक्षा करने के बाद कि क्या ऐसे टैग हैं जिनका उपयोग इस उपयोगकर्ता ने किया है (उदाहरण: aries city-point ), मैंने पाया कि वास्तव में इस उपयोगकर्ता के लिए बहुत कम टैग हैं जो पूरी तरह से अलग हैं (यहां तक ​​कि purelab का उपयोग मूल रूप से शान हे द्वारा DIY जल फ़िल्टरिंग के बारे में किया गया था, और research-notes मूल रूप से वेबसाइट पर शोध नोट्स के डिजाइन पर चर्चा करने वाले पोस्ट पर उपयोग किया गया था)।

चूंकि यह उपयोगकर्ता मॉडरेट किया गया है, तो क्या हमारा टैग विज़ुअलाइज़ेशन मॉडरेट किए गए उपयोगकर्ताओं से सभी सामग्री को बाहर कर सकता है -- और उस व्यक्ति की सामग्री पर उपयोग किए गए टैग को एक्सटेंशन द्वारा -- उस टैग को सामान्य रूप से बाहर किए बिना क्योंकि यह अन्य लोगों की सामग्री पर उपयोग किया जा सकता है?

@ebarry , मुझे स्पष्टीकरण देना चाहिए (यदि यह नहीं था)।

जब मैंने कहा:

डेटाबेस से टैग को एकमुश्त हटाएं

मेरा मतलब था कि आपने किसके साथ बंद किया:

...[कि] हमारा टैग विज़ुअलाइज़ेशन मॉडरेट किए गए उपयोगकर्ताओं से सभी सामग्री को बाहर कर देगा -- और उस व्यक्ति की सामग्री पर उपयोग किए गए टैग को विस्तार से -- उस टैग को सामान्य रूप से बाहर किए बिना [चूंकि] इसका उपयोग अन्य लोगों की सामग्री पर किया जा सकता है। ..

यदि मॉडरेट किए गए उपयोगकर्ता और शान हे दोनों ने "purelab" टैग का उपयोग किया है, तो "purelab" को हटाया नहीं जाएगा, यदि आप चाहें तो मॉडरेट किए गए उपयोगकर्ता या ITMU के टैग का कोई भी उदाहरण।

शेष प्रश्न (यदि मैं @jywarren को समझ रहा हूँ) यह है कि इन ITMU को डेटाबेस से पूरी तरह से हटाना है या नहीं, या क्या हम उन्हें डेटाबेस में रखते हैं, लेकिन जब सभी टैग विज़ुअलाइज़ेशन के लिए अनुरोध किए जाते हैं तो ITMU को फ़िल्टर कर देते हैं। उन्हें हटाने से विज़ुअलाइज़ेशन को लागू करने वालों के लिए जीवन बहुत आसान हो जाता है, लेकिन उन्हें संरक्षित करने के लिए तर्क हो सकते हैं।

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

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

सोम को, 28 जनवरी, 2019, दोपहर 3:24 बजे कुशलता से कर्ल किया गया < सूचनाएं @github.com
लिखा था:

@ebarry https://github.com/ebarry , मुझे स्पष्ट करना चाहिए (यदि ऐसा नहीं था)।

जब मैंने कहा:

डेटाबेस से टैग को एकमुश्त हटाएं

मेरा मतलब था कि आपने किसके साथ बंद किया:

...[कि] हमारा टैग विज़ुअलाइज़ेशन मॉडरेट से सभी सामग्री को बाहर कर देगा
उपयोगकर्ता -- और एक्सटेंशन द्वारा उस व्यक्ति की सामग्री पर उपयोग किए गए टैग -- बिना
उस टैग को सामान्य रूप से छोड़कर [चूंकि] इसका उपयोग अन्य लोगों पर किया जा सकता है
विषय...

यदि मॉडरेट किए गए उपयोगकर्ता और शान हे दोनों ने "purelab", "purelab" टैग का उपयोग किया है
हटाया नहीं जाएगा, मॉडरेट किए गए उपयोगकर्ता से टैग का कोई भी उदाहरण
या, आईटीएमयू, यदि आप करेंगे।

शेष प्रश्न (यदि मैं समझ रहा हूँ @jywarren
https://github.com/jywarren ) इन आईटीएमयू को हटाना है या नहीं
डेटाबेस से पूरी तरह से, या हम उन्हें डेटाबेस में रखते हैं लेकिन फ़िल्टर करते हैं
जब सभी टैग विज़ुअलाइज़ेशन के लिए अनुरोध किए जाते हैं तो ITMU बाहर हो जाता है।

इन्हें हटाने से इसे लागू करने वालों का जीवन बहुत आसान हो जाता है
विज़ुअलाइज़ेशन, लेकिन उन्हें संरक्षित करने के लिए तर्क हो सकते हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/publiclab/plots2/issues/1502#issuecomment-458244753 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AABfJzTXlk18FzlER4PQyoomFE5VTFcrks5vH0AqgaJpZM4OOvLP
.

ठीक है, मॉडरेट किए गए उपयोगकर्ता द्वारा बनाए गए सभी टैग हटाने में कामयाब रहा। वे बैकअप में संग्रहीत हैं। यह बहुत आसान था और दूसरे समाधान के विपरीत, आगे बढ़ने वाले कोड को प्रभावित नहीं करेगा।

अब मैं सुझाव देना चाहता हूं कि एक अलग लेआउट हो सकता है जिसका हम उपयोग करना चाहते हैं - हम cose लेआउट का उपयोग कर रहे हैं, और इसमें भिन्नताएं हैं ( bilkent और अन्य) लेकिन एक भी है cola लेआउट। मैं वास्तव में यहां उपयोग करने के लिए उपयुक्त नहीं जानता, लेकिन कुछ लिंक कम उलझाने लगते हैं। हालांकि http://js.cytoscape.org/ पर कई डेमो में हमारे डेटासेट की तुलना में कम इंटरलिंक हैं। किसी भी इनपुट की सराहना की!

http://js.cytoscape.org/#layouts . पर बिल्ट-इन लेआउट पर डॉक्स

एक और मुद्दा जिसे हम किसी को परखने और लेने के लिए कहने की कोशिश कर सकते हैं, वह है समुदाय का पता लगाने का सवाल। मैं यह पता लगाने में सक्षम नहीं हूं कि यह कैसे काम करता है या यह यहां समूहों को क्यों नहीं पहचान रहा है। रंग अच्छे हैं, लेकिन वे प्रति समुदाय एक नोड हैं। बह।

तो इस मुद्दे को अब तोड़ने की जरूरत है:

1. लेआउट पुनरावृत्ति (वर्तमान भीड़ से इनपुट का स्वागत)
2. समुदाय का पता लगाना
3. अतिरिक्त टैग फ़िल्टरिंग (शायद स्पैम से छुटकारा पाने के लिए बिना किसी अस्वीकृत नोड वाले टैग को फ़िल्टर करें?)

यह भी फिर से देखना चाहते हैं कि अब हम एक निर्दिष्ट # टैग देख रहे हैं (कृपया इसकी सीमा तक इसका परीक्षण न करें जब तक कि यह https://stable.publiclab.org पर न हो - मैंने 1000 टैग तक कोशिश की है और यह लोड होता है ठीक है लेकिन उससे अधिक नहीं कृपया उत्पादन सर्वर पर, एक बार भी)

और हम उनके बीच के लिंक तक सीमित हैं, जिसमें प्रत्येक टैग अधिकतम 10 टैग की रिपोर्ट करता है जो इसके साथ हुआ है। यह व्यापक नहीं है, लेकिन अनुकूलन बनाम संपूर्णता का एक व्यवहार्य संतुलन प्रतीत होता है।

https://github.com/cytoscape/cytoscape.js-cola

http://js.cytoscape.org/#demos

@jywarren , क्या यह अभी भी नवीनतम प्रतिबद्धता है ? मैं क्योंकि मैं एंडपॉइंट /tag/graph.json से आने वाले

@jywarren कोई बात नहीं, मुझे नहीं पता था कि ग्राफ अब उत्पादन सर्वर में था, मैं स्थिर.publiclab.org का उपयोग कर रहा था।

ठीक। मैंने अभी इसका पता लगाने में काफी समय बिताया है, और ग्राफ कैसे काम कर रहा है, इसके बारे में बेहतर महसूस कर रहा हूं।

अब मैं सुझाव देना चाहता हूं कि एक अलग लेआउट हो सकता है जिसका हम उपयोग करना चाहते हैं - हम एक कोस का उपयोग कर रहे हैं

मैं इसे देख लूंगा और इस पर विचार करूंगा। मुझे लगता है कि यहां जिस प्रश्न का उत्तर देने की आवश्यकता है, वह यह है कि हम ग्राफ से क्या प्राप्त करना चाहते हैं? उदाहरण के लिए, यदि हम मुख्य रूप से किसी विज़िटर में यह देखने में रुचि रखते हैं कि कौन से टैग संबद्ध हैं, तो सर्कल लेआउट या कंसेंट्रिक सर्कल सबसे अच्छा, उबाऊ हो सकता है जैसे कि वे हो सकते हैं।

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

एक और मुद्दा जिसे हम किसी को परखने और लेने के लिए कहने की कोशिश कर सकते हैं, वह है समुदाय का पता लगाने का सवाल।

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

यहाँ हैं हम:

ओह, मैंने सोचा कि मैं एक और टिप्पणी छोड़ दूंगा ... वह कहां गया? डटे रहो...

वैसे भी मैं यह कहने जा रहा था कि मुझे लगता है कि मैंने कुछ लेआउट मुद्दों का पता लगा लिया है, लेकिन अपने लिए जज करें:

https://publiclab.org/stats/graph?limit=50

https://publiclab.org/stats/graph?limit=100

https://publiclab.org/stats/graph?limit=250

https://publiclab.org/stats/graph?limit=500

समुदाय का पता लगाने के लिए यहां जेएस है: https://github.com/publiclab/plots2/blob/master/app/views/tag/graph.html.erb#L263

और यहां लेआउट कॉन्फ़िगरेशन है, जिसे हम आज़माने के लिए बहुत कुछ कर सकते हैं:

https://github.com/publiclab/plots2/blob/e26c6a3c7031d75259a3adc1cdbe0f85c3dba401/app/views/tag/graph.html.erb#L95 -L179

सबसे पहले, मैं माफी मांगना चाहता हूं कि मैं कोडिंग एंड पर भारी भारोत्तोलन में मदद नहीं कर सकता। किसी के लिए सिर्फ चीजों का सुझाव देना आसान है लेकिन मुझे एहसास है कि उन्हें भी लोगों द्वारा लागू किया जाना है और यह मेरे ऊपर नहीं है कि मैं उस संबंध में मदद नहीं कर रहा हूं।

jLouvain अच्छा प्रदर्शन क्यों नहीं कर रहा है, इसकी कई संभावनाएं हैं। @jywarren , मुझे लगता है कि आप उनमें से एक को पहले ही हल कर रहे हैं, जो कि पर्याप्त रंग नहीं थे। फिर भी, मैंने समुदायों के लिए कंसोल में जाँच की और प्रत्येक नोड एक अलग समुदाय है जो मेरे लिए तात्पर्य है कि एल्गोरिथ्म को रोकने के लिए एक अच्छी जगह नहीं मिल रही है। आम तौर पर, आप कितने समुदाय/संवेदनशीलता/संकल्प चाहते हैं इसके लिए एक पैरामीटर है और तब तक आप इसके साथ खेलते हैं जब तक कि आपको कुछ ऐसा न मिल जाए जो सही लगे।

jLouvain रिपोजिटरी में यह समस्या देखें। किसी ने एक बहुत ही सरल फिक्स लिखा है जिसे लागू किया जा सकता है। मुझे यकीन नहीं है कि यह जो देता है उसके संदर्भ में यह कैसे काम करता है: आदर्श रूप से यह सरणी में प्रत्येक तत्व के लिए एक संपूर्ण समुदाय पहचान परिणाम देता है? यह बहुत बढ़िया होगा, और शायद प्रत्येक नोड की समस्या का समाधान स्वयं का समुदाय होगा।

और बाद में…

@shapironick के एक प्रश्न को जारी करते हुए, जो किसी अन्य चैनल में सोच रहा था कि क्या भविष्य के संस्करण में कनेक्शन लाइनों में अलग-अलग पतलापन और मोटाई हो सकती है, यह दिखाने के लिए कि कोई दो विशेष टैग कितने निकट से संबंधित हैं? धन्यवाद!

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

लिज़, क्या आप नया मुद्दा शुरू कर पाएंगे और एक चेकलिस्ट के साथ शुरुआत कर पाएंगे?

बुध, फ़रवरी 6, 2019 पूर्वाह्न 11:17 बजे लिज़ बैरी नोटिफिकेशन @github.com ने लिखा:

@shapironick https://github.com/shapironick . से एक प्रश्न को रिले करना
जो किसी अन्य चैनल में सोच रहा था कि क्या भविष्य के संस्करण में हो सकता है
कितनी बारीकी से दिखाने के लिए कनेक्शन लाइनों में पतलापन और मोटाई बदलती है
संबंधित कोई दो विशेष टैग हैं? धन्यवाद!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/publiclab/plots2/issues/1502#issuecomment-461083862 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AABfJ9nxysbBtCAYHEW2tA8UwNH9zelFks5vKv_hgaJpZM4OOvLP
.

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

बहुत ही शांत! उस विचार पर कोई दबाव नहीं +1 एक नया मुद्दा शुरू करने के लिए यह एक महाकाव्य और भयानक है!

अभी डेटा में हम ग्राफ़ कोड को पास कर रहे हैं, मुझे लगता है कि हम देखते हैं कि जब एक टैग (जैसे, टैग ए) टैग बी से जुड़ा होता है, और टैग बी टैग ए से लिंक होने पर हमें दूसरा कनेक्शन दिखाई देता है। लेकिन यह वास्तव में हमें बहुत कुछ नहीं बताता है। "वजन" प्रदान करने के लिए रिफैक्टरिंग दिलचस्प है ... मैं भी ऐसा करने के कुछ तरीकों की कल्पना कर सकता हूं। मैं सहमत हूं, हम या तो सभी node.ids में पास कर सकते हैं, जो प्रत्येक टैग में है, और स्थानीय रूप से इसकी गणना कर सकते हैं, या हम प्रत्येक टैग के शीर्ष 5 सबसे अधिक संबंधित टैग एकत्र करते समय इसकी पूर्व-गणना करने का प्रयास कर सकते हैं। (मुझे लगता है कि मैंने इसे हाल ही में 10 में बदल दिया है, लेकिन वैसे भी)।

महान अनुवर्ती शोधन। एक बार हमारे पास चेकलिस्ट हो जाने के बाद हम थोड़ा प्राथमिकता दे सकते हैं और धीरे-धीरे इसमें सुधार कर सकते हैं। धन्यवाद!

ओह देखो, इसने इसे ऐतिहासिक रिकॉर्ड बना दिया;): https://publiclab.org/wiki/community-Development#2019

इस आगामी गर्मियों में संभावित समर ऑफ कोड प्रोजेक्ट के लिए इसे देखते हुए, मुझे कम्युनिटी डिटेक्शन बग मिला, जो सूक्ष्म था - डेटा केवल { DATA } बजाय {data: { DATA }} जैसे नेस्टेड ऑब्जेक्ट में था। https://github.com/publiclab/plots2/pull/9169 में फिक्स्ड!

यह सिर्फ हमारे परीक्षण डेटा के साथ है; एक बार जब हम इसे मर्ज कर देते हैं और इसे फिर से बनाया जाता है, तो स्थिर सर्वर में पूर्ण सुधार दिखाई देगा; शायद 30 मी या तो।

अच्छा है हम वहाँ जाते हैं:

https://stable.publiclab.org/tags (याद रखें कि जब भी हम किसी नए बदलाव को मर्ज करते हैं तो यह हर बार 10 मीटर नीचे जाएगा)