स्कैन और फ़ोटो को PDF में कैसे बदलें

Scans और फ़ोटो को PDF में कैसे बदलें

एक certificate फ़ोन से खींचा, contract multifunction machine से गुज़ारा, passport मेज़ पर lamp की रोशनी में लिया. नतीजे में दस-बारह असमान quality की तस्वीरें, और चाहिए एक ऐसा document जो दफ़्तर या portal में स्वीकार हो जाए.

Pack करने से पहले तस्वीरें process से गुज़रती हैं: उन्हें सीधा किया जाता है, घुमाया जाता है और documents के लायक़ mode में लाया जाता है. चुने गए mode पर नतीजा ख़ुद तस्वीर की quality से ज़्यादा निर्भर करता है.

Processing profile लगभग सब कुछ तय करता है

यही मुख्य setting है, और इसकी default value रंगीन scans वालों को चौंकाती है.

Default में «text» profile चुना रहता है, और यह profile रंग हटा देता है. काले-सफ़ेद contract के लिए यही चाहिए: text तीखा हो जाता है, background साफ़, फ़ाइल कई गुना हल्की. पर अगर आप नीली मुहर या रंगीन हस्ताक्षर वाला document scan कर रहे हैं, तो default settings पर वे धूसर हो जाएँगे.

यह न ग़लती है और न क़ानूनी अर्थ में data का नुक़सान, मुहर पढ़ने लायक़ बनी रहती है. पर अगर लेने वाला पक्ष रंगीन scan की उम्मीद करता है और धूसर पाता है, तो सवाल उठेंगे. ऐसे मामलों के लिए mixed profile है: वह contrast भी बढ़ाता है और रंग भी छोड़ता है.

सीधा करना और घुमाना

दो settings default से चालू रहती हैं, और दोनों को लगभग हमेशा चालू ही रहने देना चाहिए.

सीधा करना कोण से लिए गए पेज को सीधा करने की कोशिश करता है. यह हल्की टेढ़ के लिए बना है: मेज़ पर ज़रा तिरछी रखी शीट, या feeder में खिसका हुआ पेज. अगर फ़ोटो साफ़ कोण से, perspective की विकृति के साथ ली गई है, तो सीधा करना कम ही मदद करता है. ऐसी तस्वीर ठीक करने से आसान दोबारा लेना है.

Automatic rotation पेज का orientation पहचानकर उसे सीधा कर देता है. यह ख़ासकर फ़ोन की तस्वीरों के लिए ज़रूरी है: camera orientation को फ़ाइल की properties में लिख देता है, और उस निशान को ध्यान में न रखा जाए तो आधी तस्वीरें बग़ल में लेटी रह जाती हैं.

इन्हें बंद करना एक ही हालत में समझ आता है: जब processing ने ग़लती करके पेज को उल्टी तरफ़ घुमा दिया हो. तब automation बंद करके rotate-pdf से हाथ से घुमाना आसान है.

Resolution और वज़न

Resolution DPI में दी जाती है, 72 से 600 तक, default 100.

यहाँ यह संख्या तस्वीर की quality नहीं बताती, बल्कि यह कि तैयार PDF में कौन सी resolution दर्ज होगी, यानी पेज का भौतिक आकार क्या निकलेगा. DPI जितना ऊँचा, उतने ही बिंदुओं पर पेज का भौतिक आकार उतना छोटा, और text उतना घना दिखता है.

सौ उन documents के लिए ठीक है जो screen पर पढ़े जाएँगे. अगर document छपने जाएगा या recognition से गुज़रेगा, तो 200 या 300 लीजिए: कम resolution पर छोटी लिखावट में recognition की सटीकता काफ़ी गिरती है.

छह सौ तक बढ़ाना लगभग कभी ज़रूरी नहीं. यह resolution बारीक छपाई और archival digitisation के लिए है; आम certificate पर यह सिर्फ़ फ़ाइल फुलाती है, पढ़ने-योग्यता नहीं बढ़ाती: detail तस्वीर की quality से सीमित है, उस संख्या से नहीं जो आपने properties में लिखी.

क़दम दर क़दम

1. scan-to-pdf खोलें और सारी तस्वीरें एक साथ अपलोड करें. 2. देख लें कि फ़ाइलें ज़रूरी क्रम में चुनी गई हैं: वही पेजों का order बनेगा, और assembly के भीतर उसे बदला नहीं जा सकता. 3. Document के प्रकार के हिसाब से profile चुनें, रंगीन scans पर default «text» मत छोड़िए. 4. Resolution इस सोच के साथ तय करें कि document के साथ आगे क्या होगा. 5. Assembly चलाएँ और पूरा result पलटकर देखें, सिर्फ़ पहला पेज नहीं.

एक व्यावहारिक मामला: portal के लिए documents का पैकेट

आम काम ऐसा होता है: आवेदन जमा करना है और उसके साथ passport, certificate और रसीद लगानी है, सब कुछ फ़ोन से अलग-अलग समय पर लिया हुआ और बेतरतीब.

यहाँ order quality से ज़्यादा मायने रखता है, और इसमें एक पेच है. पेज उसी क्रम में जुड़ते हैं जिसमें फ़ाइलें upload में आईं, और scan assembly के भीतर उन्हें दोबारा जमाना संभव नहीं: उस list में न buttons हैं न drag. उधर फ़ोन तस्वीरों के नाम खींचने के समय से रखता है, इसलिए अगर certificate दो बार लिया गया तो दूसरी तस्वीर पहली के बग़ल में नहीं होगी.

इससे दो काम के रास्ते निकलते हैं. या तो upload के समय फ़ाइलें पहले से सही क्रम में चुनिए, क्योंकि चुनने का क्रम ही पेजों का order बनेगा. या जैसा बने वैसा जोड़कर बाद में organize-pdf से पन्ने दोबारा जमा लीजिए, जहाँ यह सुविधा है. दूसरा रास्ता दस-बारह अलग-अलग तस्वीरों वाले पैकेट के लिए ज़्यादा भरोसेमंद है: thumbnails सामने हों तो चुनने के समय फ़ाइल नामों से ग़लती होना मुश्किल है.

अगर तस्वीरें पहले से सही क्रम में हैं और सिर्फ़ जोड़ना है, तो jpg-to-pdf काम जल्दी निपटा देता है: वहाँ फ़ाइलों का order मौक़े पर बदलता है, पर scan processing profiles नहीं हैं.

Profile पैकेट के सबसे रंगीन document के हिसाब से चुनिए, बहुमत के हिसाब से नहीं. अगर पाँच पन्नों में चार काले-सफ़ेद हों और पाँचवें पर नीली मुहर हो, तो पूरा पैकेट mixed profile में जोड़िए. वज़न का फ़र्क़ थोड़ा रहेगा और मुहर नीली बनी रहेगी.

Passport का दो-पन्नों वाला हिस्सा पूरा खींचिए, दोनों पेज एक ही तस्वीर में, अगर requirements मना न करें. बाएँ और दाएँ आधे की दो अलग तस्वीरें PDF में दो पन्ने देंगी, और जाँचने वाले को वह हिस्सा दिमाग़ में जोड़ना पड़ेगा.

तैयार पैकेट लगभग हमेशा वज़न की सीमा से टकराता है. पहले उसे पूरा जोड़िए और तब compress कीजिए: एक document को compress करना हर तस्वीर को अलग process करने से ज़्यादा सटीक चलता है.

«Text» profile के पक्ष में एक और बात, जहाँ वह ठीक बैठे: recognition उस पर बेहतर चलता है. ऊँचा contrast और grayscale काग़ज़ का शोर, lamp के रंगीन धब्बे और मोड़ की परछाईं हटा देते हैं, और recognition सबसे ज़्यादा इसी कचरे पर ग़लती करता है. अगर document निश्चित रूप से ocr-pdf से गुज़रेगा, तो रंग हटाना नुक़सान नहीं, तैयारी है.

Upload से पहले क्या करें

Processing टेढ़ापन और orientation ठीक करती है. तस्वीर ठीक नहीं करती.

शीट के ऊपर अपने ही हाथ या सिर की परछाईं परछाईं ही रहती है. «Text» profile उसे धूसर धब्बा बना देगा, और उसमें अक्षर खो जाएँगे. ऐसे खींचिए कि रोशनी बग़ल से आए, पीछे से नहीं.

Cropping भी अपने आप नहीं होती. अगर तस्वीर में शीट के अलावा मेज़ की सतह दिख रही है, तो वह document के साथ PDF में चली जाएगी. फ़ालतू हिस्सा जोड़ने के बाद crop-pdf से हटता है, पर पास से खींचना आसान है.

हिली हुई तस्वीर को कोई profile नहीं बचाता. जाँचना आसान है: अगर फ़ोन की screen पर ज़ूम करने पर छोटी लिखावट नहीं पढ़ी जाती, तो PDF में भी नहीं पढ़ी जाएगी.

आगे क्या

जुड़ा हुआ document आम तौर पर एक-दो क़दम और लेता है.

अगर फ़ाइल भारी निकली और profile बदलना नहीं चाहते, तो compress-pdf वज़न घटा देता है. अगर document में search चलनी चाहिए, तो ocr-pdf चाहिए: वह तस्वीरों पर text पहचानकर उसे अदृश्य परत की तरह जोड़ देता है, तस्वीर वैसी ही रहती है. अगर scans बहुत हैं और अलग-अलग मामलों के हैं, तो उन्हें अलग documents में बाँटने में split-pdf मदद करता है.