वीडियो देखने के बाद रूस: आईटीओ वर्ल्ड से ओपनक्राफ्टपूल 2007-2012 में एडिट, मैं अपना खुद का बनाना चाहता था - केवल ज़ेलोग्राड में। विवरण और यहां तक ​​कि मामूली बदलावों को स्पष्ट रूप से देखने के लिए।

कार्यान्वयन में 2 सप्ताह से अधिक का समय लगा।
इस लेख में, मैं वर्णन करूंगा कि यह कैसे किया गया था।
वीडियो कट के ठीक नीचे है।




1080p में और ध्वनि के साथ पूर्ण स्क्रीन पर बेहतर देखें

ऐसे वीडियो बनाना 2 मुख्य भागों में विभाजित है:

1. आपको जो डेटा की जरूरत है उसे प्राप्त करें।
2. इस डेटा से वीडियो लीजिए

आपको जो डेटा की जरूरत है उसे प्राप्त करें।

ऐतिहासिक डेटा प्राप्त करना OpenStreetMap वास्तुकला द्वारा कुछ जटिल है, जिसे वर्तमान मानचित्र को जल्दी से प्रदर्शित करने और संपादित करने के लिए डिज़ाइन किया गया है, लेकिन इतिहास को उतारने के लिए नहीं। इसके अतिरिक्त, CC-BY-SA से ODbL में लाइसेंस को बदलकर कार्य जटिल है, जिसके कारण डेटाबेस से कुछ वस्तुओं को हटा दिया गया और कुछ अन्य के परिवर्तनों का इतिहास। ज़ेलेनोग्रैड को लाइसेंस बदलते समय बहुत तकलीफ हुई, 7:18 बजे यह वीडियो में स्पष्ट रूप से दिखाई दे रहा है।
सामान्य तौर पर, अभी भी कोई सेवा नहीं है जो एक निश्चित क्षेत्र में सभी वस्तुओं के पूरे इतिहास को आसानी से डाउनलोड करेगी।

क्या जरूरत है?

सबसे पहले, निश्चित रूप से, आपको यह तय करने की आवश्यकता है कि क्या डाउनलोड करना है।
प्रशासनिक सीमा पर ज़ेलेनोग्राड लगभग एक चौकोर फ्रेम में बहुत अच्छी तरह से फिट बैठता है। हालांकि, बिना मुड़ें, तिरछेपन या पैमाने को ध्यान में रखते हुए निकटतम परिवेश (मेंडेलीवो, चशनिकोवो, गोलुबोय, फिरसनोव्का, पायटनित्सोके शोसे, आदि) को पकड़ना असंभव है। यह केवल Firsanovskoe राजमार्ग को जोड़ने का निर्णय लिया गया था।
पूर्ण HD 1920x1080 कुछ हद तक असंतुष्ट निकला - केंद्र में ज़ेलेनोग्राड, निचले दाएं कोने में अपूर्ण फ़िरसनोवका और स्कोध्न्या और शेष खाली कोनों। 1080 लाइनों के एक ऊर्ध्वाधर रिज़ॉल्यूशन को बनाए रखते हुए, न्यूनतम फ्रेम 1220x1080 था। वीडियो संकल्प योजना पर कुछ ध्यान के बाद, इसे 1440x1080 तक विस्तारित करने का निर्णय लिया गया।
डेटा डाउनलोड करने के लिए, bbox 55.92-56.05.37.08-37.31 को लिया गया - फ्रेम के किनारे से परे फैली लाइनों के लिए एक मार्जिन के साथ।

डेटा स्रोत

मुख्य स्रोतों से (लेखन के समय) हैं:

1. मुख्य डेटाबेस जो केवल ODbL डेटा का उत्पादन करता है, वह या तो क्षेत्र, या इतिहास ऑब्जेक्ट-बाय-ऑब्जेक्ट, या परिवर्तन द्वारा वर्तमान होता है।
2. 19 अक्टूबर को अंतिम पूर्ण ऐतिहासिक डंप (पूर्ण इतिहास ग्रह फ़ाइल) , एक bz2 संग्रह में 37 GB का वजन, केवल ODbL डेटा। यानी 300-500 जीबी अनपैक, एक महीने पहले और पूरी कहानी नहीं।
3. 1 जून के SS-BY-SA के लिए अंतिम पूर्ण ऐतिहासिक डंप , bz2 संग्रह में 35 जीबी का वजन। यह 1.5 महीने पहले बॉट "कट आउट" डेटा है जो ODBL के साथ असंगत है और लाइसेंस बदलने से 4.5 महीने पहले है।
4. दैनिक , प्रति घंटा और मिनट भिन्न होता है - दोनों ODBL के लिए वर्तमान आधार, और CC-BY-SA युग , और संक्रमण अवधि ।
5. विभिन्न उतराई पूर्ण कहानियाँ ।
6. जीआई-लैब पर रूस के दैनिक अंतर में दुर्भाग्य से चूक होते हैं, ग्रह नहीं होते हैं, लेकिन उन सभी में केवल परिवर्तित वस्तुओं के अंतिम संस्करण होते हैं, अर्थात्। प्रति दिन 1 से अधिक फ्रेम में वीडियो के लिए बिल्कुल उपयुक्त नहीं है।

प्रयोगों से पता चला है कि एक संपूर्ण ऐतिहासिक डंप से आवश्यक डेटा को काटने के लिए महत्वपूर्ण संसाधनों की आवश्यकता होती है। उदाहरण के लिए, हिस्ट्री-excerpt.pl स्क्रिप्ट में 6 जीबी होने पर भी रैम की कमी की शिकायत की गई थी।

परिणामस्वरूप, एक मिश्रित विकल्प चुना गया था:

1. 2012.04.01 तक की कहानी को साइमन पूले से रूस के उतराई से लिया गया था (russia.osh.bz2 - 1 जीबी), केवल 17 जीबी अनपैक्ड।
2. 2012.04.01 से 2012.08.31 तक की कहानी संक्रमण काल के दैनिक अंतर से ली गई है । CC-BY-SA युग के साथ डिस्क्स पूरी तरह से डॉक नहीं हैं (1-4 अप्रैल को कुछ संपादन केवल प्रति घंटा और मिनट के अंतर में उपलब्ध हैं), लेकिन ज़ेलनोग्रैड के लिए संपादन सभी दैनिक किराया में हैं। हालांकि, 65 जीबी अनपैक किया गया।
3. 2012.09.01 की कहानी मुख्य आधार से ज़ेलेनोग्राड में सभी परिवर्तन को पंप करके ली गई थी। परिवर्तन की सूची Openstreetmap.org से आयताकार क्षेत्र में परिवर्तन के इतिहास के सैकड़ों पृष्ठों को डाउनलोड करके प्राप्त की गई थी। यह स्रोत बहुत सारे अतिरिक्त डेटा का उत्पादन करता है (उदाहरण के लिए, अलास्का को आयात किया गया था , डाउनलोड नहीं किया गया था ), लेकिन थोड़े समय के लिए डेटा की मात्रा छोटी है - केवल 90 एमबी।

वांछित टुकड़ा काटें

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

कई प्रयोगों के बाद, निम्नलिखित आदेश चुना गया था:

1. नोड सूची को egrep उपयोगिता का उपयोग करके संकलित किया गया था, जो एक नियमित अभिव्यक्ति है
   बहुत तेज़ी से अपने आप सभी डेटा (खींचे गए डेटा सहित इसे एक फ़ाइल में सहेजे बिना संग्रह से भेजा गया था)।
   इसके अलावा, केवल नोड आईडी (दो egrep, सॉर्ट और uniq) को सूची से बाहर निकाला गया और फ़ाइल में सहेजा गया। इसमें कुल 30 मिनट का समय लगा।
2. लाइन द्वारा (XML पार्सिंग के बिना) एक विशेष रूप से लिखित प्रोग्राम लाइन ने फ़ाइल को स्कैन किया और चुने गए नोड के कम से कम एक का उपयोग करके सभी तरह के नोड के सभी संस्करणों के बारे में और पूरी तरह से जानकारी प्राप्त की। दैनिक अंतरों के लिए जो वस्तुओं के लिए दृश्यमान विशेषता को निर्दिष्ट नहीं करते हैं, यह विशेषता बाहरी टैग (<हटाएं, आदि) के आधार पर जोड़ी गई थी। नोड्स की सूची खोजना (कुल मिलाकर लगभग 170 हजार) को 16-बिट इंडेक्स (नोड आईडी के 32-बिट प्रतिनिधित्व से उच्चतम 16 बिट्स) द्वारा त्वरित किया गया था। रास्ते की सूची के लिए, मक्खी पर फिर से भरना, सूचकांक का उपयोग नहीं किया गया था, क्योंकि जिस तरह से मैं केवल 26 हजार जमा करता हूं और सत्यापन की बहुत कम आवश्यकता होती है। इसमें लगभग 7 घंटे लगे, जिनमें से 5 घंटे - 150 दैनिक के लिए अलग-अलग हैं।

परिणाम की जाँच शुद्धता के लिए की गई थी:

1. संस्करणों में लगातार वृद्धि की जाँच से पता चला कि कोई अंतराल नहीं थे। रास्ते के नवीनतम संस्करण 8038408 , जो 2008 में तोरज़ोक से ज़ेलेनोग्राड तक चले गए थे, उन्हें मैन्युअल रूप से हटा दिया गया था, और अब केवल टोरज़ोक है और गलती से ओपनस्ट्रीटमैप से प्राप्त परिवर्तनों की सूची में शामिल हो गया।
2. 2009-2012 में मैंने जिस शहर को बचाया था, उसके उतार-चढ़ाव के साथ-साथ आवश्यक दिनों के लिए उतार-चढ़ाव की धाराएँ , 2012 के लिए जीआईएस-लैब से मॉस्को क्षेत्र के चयनात्मक उतराई से कतरनें।

हालाँकि, जब फ्रेम को रेंडर किया गया, तो यह 23273948 तरह से पाया गया, जिसने 2008-2010 में याहू उपग्रह की छवि की सीमा निर्धारित की, अप्रैल 2009 तक मेरे बॉक्स में केवल 1 डॉट के साथ मिला और, तदनुसार, गलत तरीके से तैयार किया गया था। इस तरह के अतिरिक्त नोड्स को मैन्युअल रूप से अनलोड करने के लिए जोड़ा गया था।

आप अंतिम अपलोड (6.3 एमबी इन आरएआर) डाउनलोड कर सकते हैं ।
यह मत भूलो कि यह दो लाइसेंस के तहत डेटा असेंबली है - 2012-09-12T10 तक सब कुछ के लिए CC-BY-SA 2.0: 00: 00Z और ODbL 1.0 के बाद।

एक वीडियो बनाएँ

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

1. 2005-11-10T17: 35
2. 2007-04-02T12: 30
3. 2007-09-29T11: 29

यानी 7 साल के कुल अंतराल के साथ, पहले लगभग 2 वर्षों के लिए - केवल 2 संपादन (फिर तंग हो जाता है)। इन संपादनों के बीच की विडंबना, यह "स्क्वैंडर" त्वरित करने का निर्णय लिया गया था।
प्रति दिन 1 फ्रेम की कुल गति मुझे बहुत अधिक लग रही थी। 5 साल से अधिक या कम सक्रिय संपादन - 1830 फ्रेम, एक मिनट से थोड़ा अधिक।
1 फ्रेम प्रति घंटे 30 मिनट का वीडियो देगा, यह बहुत अधिक है।
मैंने 4 घंटे में विकल्प 1 फ्रेम पर रोक दिया (यानी वास्तविकता के सापेक्ष x360000)।
शुरुआत में स्क्रॉलिंग को ध्यान में रखते हुए, 11,800 फ्रेम निकले, 7:52।

समय सीमा

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

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

एसवीजी में प्रतिपादन

अपने स्वयं के रैस्टर रेंडरर का आविष्कार न करने के लिए, वेक्टर एसवीजी बनाने का निर्णय लिया गया, जो तब रेडी-मेड कार्यक्रमों द्वारा रैस्टर में परिवर्तित हो जाते हैं। SVG इसमें सुविधाजनक है कि यह xml-text है, लेकिन सभी प्रकार की सुविधाजनक चीजों जैसे ट्रांसलूसेंसी का समर्थन करता है।
SVG बनाने के लिए, मुझे फिर से एक प्रोग्राम लिखना था, अब XML पार्सिंग के साथ। हालांकि, डेटा की मात्रा काफी स्वीकार्य हो गई है।
रेंडरिंग में 1 घंटा 15 मिनट का समय लगा। एसवीजी की कुल मात्रा 15 जीबी है।

20120720080000.svg - बॉट आने से पहले अंतिम फ्रेम


20120721000000.svg - गैर-ODl डेटा को काटने का पात्र


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

रेखापुंज में परिवर्तित करें

मूल रूप से एसवीजी को पीएनजी में बदलने की योजना बनाई गई है, रास्टर योजनाओं के लिए सबसे उपयुक्त प्रारूप के रूप में। हालांकि, मैं दोस्तों को एवीडेमक्स बनाने में सक्षम नहीं था, छविगैजिक द्वारा गठित पीएनजी के साथ, एविडेमक्स ने मुझे पूरे फ्रेम के साथ हरे रंग में भर दिया।
परिणामस्वरूप, बीएमपी में रूपांतरण किया गया।
ImageMagick से कन्वर्ट उपयोगिता ने एकल-ट्रुकरोलर स्विच के साथ काम किया
प्रक्रिया में 6 घंटे लगे। बीएमपी की कुल मात्रा 53 जीबी है।

वीडियो असेंबली

वीडियो को एएमडीएमएक्स द्वारा बीएमपी फाइलों के एक पैकेट से एकत्र किया गया था।
Xvid कोडेक को GNU- आधारित और अच्छी तरह से स्थापित किया गया था। मानक सेटिंग्स के संबंध में, केवल क्वांटाइज़र को 2 से पुनर्व्यवस्थित किया गया था।
विधानसभा में लगभग 25 मिनट लगे।

सीसी-बाय-एसए 3.0 के लाइसेंस के तहत वीडियो के बिना वीडियो एक फ़ाइल (137 एमबी) के रूप में अपलोड किया गया
ऊपर दिए गए दो एसवीजी फ्रेम भी इस लाइसेंस के तहत हैं।

संगीत ओवरले

मेरे संग्रह का संगीत CC लाइसेंस के अनुकूल नहीं है, इसलिए संगीत का विकल्प youtube के लिए बनाया गया था।
लगभग 8 मिनट भरने के लिए, रचनाओं से सबसे अधिक महाकाव्य टुकड़े लिए गए थे।

1. Vangelis - आवाज़ें (लगभग 1:00 से 6:50)
2. बॉन्ड - एलिसियम (लगभग 0:30 से 2:30 तक)

एडोब ऑडिशन में संगीत मिलाया, वीडियो पर वर्चुअलडब में चिपकाया गया
संगीत के लिए कुछ घटनाओं का बंधन नहीं किया गया था, सभी संयोग यादृच्छिक हैं।

परिणाम

वीडियो पर क्या दिखाया गया है:

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

धन्यवाद:

• साइमन पोले - 1 अप्रैल 2012 को रूस को पूरा इतिहास उतारने के लिए।
• Larry0ua - दैनिक उपयोग के विचार के लिए भिन्न होता है ।
• giner - उपनाम दिखाने के विचार के लिए, लिनक्स उपयोगिताओं और बीटा परीक्षण का उपयोग करने में सहायता करें।
• लेखक ImageMagick, avidemux, VirtualDub, Xvid, osmconvert और Ubuntu

स्वीकृत प्रस्ताव:

• एनीमेशन के साथ 1 एसवीजी के रूप में एक "वीडियो" कैसे इकट्ठा किया जाए
• ऐसे वायरफ्रेम ग्राफिक्स के बेहतर प्रसारण के लिए किस वीडियो कोडेक का उपयोग करना है