استيراد ملفات PDF إلى خزانة Obsidian دون إحداث فوضى
آخر مراجعة
سيخزّن Obsidian ملف PDF عن طيب خاطر ويعرضه في لوح. لكنه لن يبحث داخله بحثاً جيداً، ولن يتيح ربطاً بقسم بعينه منه، ولن يظهره في الرسم البياني، ولن يدعك تكتب على هوامشه كما لو كان ملاحظة.
والتحويل إلى Markdown يحل ذلك كله دفعة واحدة، لكن بشرط أن يكون الملف الناتج على هيئة ملاحظة لا على هيئة تفريغ. وهذا هو الجزء الذي تخطئ فيه معظم عمليات الاستيراد.
قراءة في 7 دقائق
قرّر ما الملاحظة قبل التحويل
دليل من 90 صفحة محوَّل إلى ملاحظة واحدة قابل للبحث تقنياً وعديم النفع عملياً: أطول من أن يُقرأ في لوح، وأطول من أن يُربط به بدقة، وسيهيمن على كل نتيجة بحث يظهر فيها.
قبل التحويل، قرّر هل هذا الملف ملاحظة واحدة أم عدة ملاحظات. الورقة البحثية ملاحظة واحدة. والدليل ملاحظة لكل فصل. والكتاب ملاحظة لكل فصل مع ملاحظة فهرس تربطها. قسّم الملف أولاً وحوّل القطع — فذلك أقل عملاً بكثير من تقسيم Markdown لاحقاً، لأنك ترى حدود الصفحات في PDF.
سُلَّم العناوين هو عمود الملاحظة الفقري
لوح المخطط في Obsidian، والطي، والروابط على مستوى العناوين، وقدر كبير من ترتيب نتائج البحث — كلها مشتقة من بنية العناوين. والملاحظة التي عناوينها خاطئة ملاحظةٌ تنقّلها خاطئ.
وهنا تحتاج الملفات المحوَّلة إلى العمل أكثر ما تحتاج، لأن مستويات العناوين تأتي من أحجام الخطوط وأحجام الخطوط ليست متسقة داخل المستند إلا تقريباً. ودقيقتان في إصلاح السُّلَّم تسدّدان ثمنهما أول مرة تستعمل فيها لوح المخطط.
وثمة عرف يستحق التبني: دع عنوان الملاحظة يحمل اسم المستند وابدأ المتن بـH2، بدل الافتتاح بـH1 يكرر اسم الملف. فـObsidian يعرض اسم الملف عنواناً أصلاً، وH1 يكرره يهدر أعلى كل ملاحظة.
front matter يستحق مكانه
يقرأ Obsidian كتلة front matter بصيغة YAML خصائصَ تُشغّل استعلامات Dataview ولوح الخصائص ومرشّحات البحث. ولا يستطيع المحوّل توليدها — فلا شيء منها في PDF — لذا يستحق الأمر إضافتها يدوياً، مرة واحدة، عند الاستيراد.
اقتصر على الحقول التي ستستعلم عنها فعلاً. فـfront matter الذي لا يرشّح به أحد ليس إلا ضجيجاً في أعلى كل ملاحظة.
---
title: Distributed Systems Handbook, ch. 4
source: distributed-systems-handbook.pdf
author: R. Mehta
year: 2023
pages: 61-84
tags: [reference, distributed-systems]
imported: 2026-08-04
---احتفظ بالملف الأصلي واربط به
التحويل مُفقِد: الأشكال لا تنجو، ولا ينجو شيء مركّب صورةً. احتفظ بملف PDF المصدر داخل الخزانة، في مجلد مرفقات، واربط به من الملاحظة.
بذلك يتحقق التوزيع النافع: Markdown هو ما تبحث فيه وتربطه وتقتبس منه وتعلّق عليه؛ وPDF هو ما تفتحه حين تحتاج الشكل في الصفحة 12 أو تريد التحقق من رقم بمقابلة الأصل.
> Converted from [[attachments/distributed-systems-handbook.pdf]].
> Figures and diagrams are in the original.أنجز جولة الربط والمستند طازج
تصل الملاحظة المحوَّلة بلا روابط، أي تصل غير مرئية للرسم البياني وغير قابلة للوصول من أي موضع آخر في الخزانة. وقيمتها ترتفع ارتفاعاً هائلاً بنحو خمس دقائق من العمل.
اقرأ الملاحظة مرة واحدة وضع بين قوسين مزدوجين المصطلحات الموجودة أصلاً بوصفها ملاحظات. وحيث يستحق مفهوم ملاحظةً لم تُنشأ بعد، اربطه على أي حال: فالرابط غير المحلول مهمة معلّقة تظهر في الرسم البياني، وهو تماماً حيث تريدها.
ثم أضف الملاحظة إلى الفهرس أو خريطة المحتوى التي تغطي موضوعها. فالملاحظة التي لا يربط بها شيء لن يُعثر عليها ثانيةً مهما كان محتواها جيداً.
تحويل كمّ متراكم
إن كنت تستورد مجلداً من ملفات PDF لا مستنداً واحداً، فاعمل بجولات على المجموعة كلها بدل إنهاء كل ملاحظة تماماً قبل بدء التالية. حوّل كل شيء أولاً، ثم أصلح كل سلالم العناوين، ثم أضف كل كتل front matter، ثم اربط في الأخير.
فذلك أسرع، وينتج خزانة متسقة: الملاحظات التي أنجزتها أخيراً تشبه التي أنجزتها أولاً — وهذا لا يتحقق حين تحسّن أعرافك ملاحظةً ملاحظة.
ما لا يستحق العناء
- لا تحاول الإبقاء على أرقام صفحات PDF داخل الملاحظة. فـMarkdown لا يقسّم إلى صفحات، ومن ثم لا تشير تلك الأرقام إلى شيء.
- لا تحوّل ملفات PDF ممسوحة ضوئياً قبل التعرّف على نصها — ستحصل على ملاحظة فارغة وتتساءل عن السبب.
- لا تحوّل ملف PDF تملك مستنده الأصلي. حوّل الأصل: فيه بنية حقيقية ولا حاجة إلى أي استنتاج.
- لا تنفق وقتاً في إعادة بناء جداول معقدة بـMarkdown. صوّر الجدول، واحتفظ برابط PDF، وامضِ.