PDF को Obsidian vault में बिना गड़बड़ किए आयात करना

बदलने से पहले तय कीजिए कि नोट क्या है

90 पृष्ठ का मैनुअल एक ही नोट में बदल दिया जाए तो तकनीकी रूप से खोजने योग्य और व्यावहारिक रूप से बेकार होता है: पैनल में पढ़ने के लिए बहुत लंबा, ठीक-ठीक लिंक करने के लिए बहुत लंबा, और जिस भी खोज परिणाम में आएगा उस पर छा जाएगा।

बदलने से पहले तय कीजिए कि PDF एक नोट है या कई। शोधपत्र एक नोट है। मैनुअल हर अध्याय के लिए एक नोट है। पुस्तक हर अध्याय के लिए एक नोट है, साथ में एक सूची-नोट जो उन्हें जोड़े। पहले PDF बाँटिए और टुकड़े बदलिए — यह बाद में Markdown बाँटने से कहीं कम काम है, क्योंकि PDF में पृष्ठ की सीमाएँ दिखती हैं।

शीर्षकों की सीढ़ी ही नोट की रीढ़ है

Obsidian का रूपरेखा पैनल, उसका फ़ोल्डिंग, शीर्षक-स्तर के लिंक और उसकी खोज-वरीयता का बड़ा हिस्सा — सब शीर्षक संरचना से निकलते हैं। जिस नोट के शीर्षक गलत हैं, उसका नेविगेशन गलत है।

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

एक परिपाटी अपनाने लायक है: दस्तावेज़ का नाम नोट के शीर्षक को ढोने दीजिए और मुख्य पाठ H2 से शुरू कीजिए, बजाय ऐसे H1 से खोलने के जो फ़ाइल नाम दोहराता हो। Obsidian फ़ाइल नाम पहले ही शीर्षक के रूप में दिखाता है, इसलिए उसे दोहराने वाला H1 हर नोट का ऊपरी हिस्सा बर्बाद करता है।

ऐसा front matter जो अपनी जगह कमाए

Obsidian YAML front matter को गुणों के रूप में पढ़ता है, जो Dataview प्रश्नों, गुण पैनल और खोज फ़िल्टरों को चलाते हैं। कनवर्टर इसे बना नहीं सकता — इसमें से कुछ भी PDF में नहीं है — इसलिए आयात के समय एक बार हाथ से जोड़ना उपयोगी है।

उन्हीं क्षेत्रों तक सीमित रहिए जिन पर आप सचमुच प्रश्न लगाएँगे। जिस front matter पर कोई फ़िल्टर नहीं लगाता, वह हर नोट के ऊपर बस शोर है।

---
title: वितरित प्रणालियाँ पुस्तिका, अध्याय 4
source: vitrit-pranaliyan-pustika.pdf
author: R. Mehta
year: 2023
pages: 61-84
tags: [reference, distributed-systems]
imported: 2026-08-04
---

मूल PDF रखिए और उससे लिंक कीजिए

रूपांतरण में नुकसान होता है — चित्र नहीं बचते, और चित्र के रूप में रखा कुछ भी नहीं बचता। स्रोत PDF को vault में, संलग्नक फ़ोल्डर में रखिए, और नोट से उसे लिंक कीजिए।

इससे उपयोगी बँटवारा मिलता है: Markdown वह है जिसे आप खोजते, लिंक करते, उद्धृत करते और टिप्पणी करते हैं; PDF वह है जिसे आप तब खोलते हैं जब पृष्ठ 12 का चित्र चाहिए या कोई संख्या मूल से मिलानी हो।

> [[sanlagnak/vitrit-pranaliyan-pustika.pdf]] से बदला गया।
> चित्र और आरेख मूल में हैं।

लिंक का चक्कर तभी लगाइए जब दस्तावेज़ ताज़ा हो

बदला हुआ नोट बिना किसी लिंक के आता है, यानी ग्राफ़ के लिए अदृश्य और vault में कहीं और से अप्राप्य। लगभग पाँच मिनट के काम से उसका मूल्य बहुत बढ़ जाता है।

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

फिर नोट को उस सूची या विषय-मानचित्र में जोड़िए जो उसके विषय को समेटता है। जिस नोट से कुछ नहीं जुड़ता, वह दोबारा नहीं मिलेगा, चाहे उसकी सामग्री कितनी ही अच्छी क्यों न हो।

बकाया ढेर को बदलना

यदि आप एक दस्तावेज़ नहीं, बल्कि PDF का पूरा फ़ोल्डर आयात कर रहे हैं, तो हर नोट को पूरा करके अगला शुरू करने के बजाय पूरे संग्रह पर चक्कर लगाइए। पहले सब कुछ बदलिए, फिर सारी शीर्षक सीढ़ियाँ ठीक कीजिए, फिर सारा front matter जोड़िए, और अंत में लिंक लगाइए।

यह तेज़ है और एकरूप vault देता है: जो नोट आपने आख़िर में बनाए वे उन्हीं जैसे दिखते हैं जो शुरू में बनाए थे — जो तब नहीं होता जब आप अपनी परिपाटियाँ एक-एक नोट करके सुधारते हैं।

किस चीज़ पर मेहनत न करें

• नोट में PDF के पृष्ठ क्रमांक बचाने की कोशिश मत कीजिए। Markdown में पृष्ठ बनते ही नहीं, इसलिए वे किसी चीज़ की ओर संकेत नहीं करते।
• स्कैन किए PDF को पहले पाठ पहचान के बिना मत बदलिए — आपको खाली नोट मिलेगा और आप सोचते रह जाएँगे कि क्यों।
• जिस PDF का मूल दस्तावेज़ आपके पास है, उसे मत बदलिए। मूल ही बदलिए: उसमें असली संरचना है और कुछ भी अनुमान करने की ज़रूरत नहीं।
• जटिल तालिकाएँ Markdown में दोबारा गढ़ने में समय मत लगाइए। तालिका का स्क्रीनशॉट लीजिए, PDF का लिंक रखिए, और आगे बढ़िए।