পিডিএফ ঘোরান এবং ওয়াটারমার্ক যোগ করুন। ওয়াটারমার্ক পৃষ্ঠার বাইরে কেন যায়?

আপনি যদি পিডিএফ-এ একটি ওয়াটারমার্ক যোগ করতে pypdf ব্যবহার করেন, তাহলে আপনি এই পরিস্থিতির সম্মুখীন হতে পারেন: ওয়াটারমার্কটি স্পষ্টভাবে কোডে কেন্দ্রীভূত হতে সেট করা হয়েছে, কিন্তু মার্জ করার পরে এটি পৃষ্ঠা থেকে পড়ে যায়, অথবা পাঠ্যের সাথে সম্পর্কিত 90 ডিগ্রি বা 180 ডিগ্রি ঘোরানো হয়। এই ধরনের সমস্যা সাধারণত পৃষ্ঠার /Rotate বৈশিষ্ট্যে থাকে, ওয়াটারমার্ক ফাইলে নয়।

এই নিবন্ধটি এমন ডেভেলপারদের জন্য লেখা হয়েছে যাদের ব্যাচ পিডিএফ প্রক্রিয়া করতে হবে এবং নথি অনুবাদ বা ওয়াটারমার্কিং প্রক্রিয়ার সময় ঘোরানো পৃষ্ঠাগুলির মুখোমুখি হতে হবে। পড়ার পরে, আপনি /Rotate এবং বিষয়বস্তু প্রবাহ সমন্বয় ব্যবস্থার মধ্যে সম্পর্ক বুঝতে পারবেন, transfer_rotation_to_content এর প্রযোজ্য সীমানা এবং পার্শ্ব প্রতিক্রিয়াগুলি বুঝতে পারবেন এবং মেমরি যাচাইকরণের ধারণা এবং গ্রহণযোগ্যতার সিদ্ধান্ত টেবিলের একটি সেট পাবেন।

উদাহরণ সিন্থেটিক নমুনা ব্যবহার করে প্রদর্শিত হয়. কোডটি একটি বিচ্ছিন্ন পরিবেশে উদাহরণ সহ পরীক্ষা করা হয়েছে, তবে এটি সমস্ত বাস্তব ফাইল বা পণ্যের কার্যকারিতার গ্যারান্টি নয়। গুরুত্বপূর্ণ নথিগুলি প্রক্রিয়া করার আগে, দয়া করে মূলগুলি রাখুন এবং পাঠ্যের সীমানা এবং গ্রহণযোগ্য আইটেমগুলি অনুসারে সেগুলি পর্যালোচনা করুন৷

ঘোরানো পিডিএফ-এর সুপারইম্পোজড ওয়াটারমার্ক পৃষ্ঠা থেকে কেন চলে যায়? এক বাক্যে উপসংহার

প্রথমে /Rotate বিষয়বস্তু স্ট্রীমে স্থানান্তর করুন, এবং তারপর ওয়াটারমার্ক মার্জ করুন; যদি এটি অ-মানক ঘূর্ণনের সম্মুখীন হয় বা মিডিয়াবক্স ঘোরানো পৃষ্ঠার সাথে খাপ খাইয়ে নেয়, স্থানান্তরটি এড়িয়ে যাবে এবং ম্যানুয়ালি পর্যালোচনা করা হবে।

ওয়াটারমার্ক পজিশন অফসেটের উৎস: /Rotate অ্যাট্রিবিউট এবং কোঅর্ডিনেট সিস্টেমের মধ্যে মিসলাইনমেন্ট

পিডিএফ-এ ওয়াটারমার্ক যোগ করতে বা পৃষ্ঠাগুলিকে একত্রিত করার জন্য pypdf ব্যবহার করার সময়, একটি সাধারণ ব্যর্থতা হল যে জলছাপটি পৃষ্ঠার দৃশ্যমান এলাকার বাইরে প্রদর্শিত হয়, বা মূল পাঠ্যের সাপেক্ষে 90 ডিগ্রি বা 180 ডিগ্রি ডিফ্লেক্ট করা হয়। এটি সাধারণত ওয়াটারমার্ক ফাইলের সাথে একটি সমস্যা নয়, বরং লক্ষ্য পৃষ্ঠার /Rotate বৈশিষ্ট্যটি সঠিকভাবে পরিচালনা করা হচ্ছে না। পিডিএফ স্পেসিফিকেশনে, /Rotate হল একটি প্রদর্শন নির্দেশিকা যা পাঠককে রেন্ডার করার সময় ক্যানভাস ঘোরাতে বলে৷ পৃষ্ঠা বিষয়বস্তুর প্রবাহের স্থানাঙ্ক সিস্টেমের উৎপত্তি (0,0) এবং মিডিয়াবক্সের আকার সেই অনুযায়ী পরিবর্তিত হবে না।

যখন merge_page()-কে কন্টেন্ট স্ট্রীমে ওয়াটারমার্ক মার্জ করার জন্য কল করা হয়, তখন pypdf ব্যবহারকারীর খালি চোখে দেখা ঘোরানো দৃশ্যের পরিবর্তে মূল স্থানাঙ্ক সিস্টেমের উপর ভিত্তি করে এটিকে সুপারইম্পোজ করে। উদাহরণস্বরূপ, একটি দৃশ্যত ল্যান্ডস্কেপ করা A4 পৃষ্ঠাতে এখনও এর অন্তর্নিহিত MediaBox পোর্ট্রেট [0, 0, 595, 842] এবং /Rotate=90 থাকতে পারে। এই সময়ে, আপনি যদি সরাসরি একটি আদর্শ অনুভূমিক ওয়াটারমার্ক মার্জ করেন, তাহলে ওয়াটারমার্কের স্থানাঙ্ক রেফারেন্স পৃষ্ঠার বিষয়বস্তুর সাথে মিলবে না এবং সুপারপজিশন অবস্থানের হিসাব ভুল হবে। এই সমস্যা সমাধানের মূল হল "ভিজ্যুয়াল ঘূর্ণন" এবং "ভৌত ঘূর্ণন" এর মধ্যে পার্থক্য বোঝা এবং মার্জ করার আগে স্থানাঙ্ক সিস্টেমকে একীভূত করা।

ট্রান্সফার_রোটেশন_টু_কন্টেন্টের প্রক্রিয়া এবং সংশ্লেষণের উদাহরণ

সমন্বয় সিস্টেমের ভুলত্রুটি সমাধানের আদর্শ উপায় হল page.transfer_rotation_to_content() কল করা। এই পদ্ধতি /Rotate-এর মানকে কন্টেন্ট স্ট্রীমে "বেক" করে, আসলে একটি ট্রান্সফর্মেশন ম্যাট্রিক্স সন্নিবেশ করে গ্রাফিক্স অবজেক্টকে ঘোরায়, /Rotate 0-এ রিসেট করে এবং মিডিয়াবক্সের প্রস্থ এবং উচ্চতাকে নতুন ভিজ্যুয়াল ডিরেকশনের সাথে মেলে। কার্যকর করার পরে, পৃষ্ঠার যৌক্তিক স্থানাঙ্ক সিস্টেমটি ভিজ্যুয়াল উপস্থাপনার সাথে সামঞ্জস্যপূর্ণ, এবং পরবর্তী ওয়াটারমার্ক মার্জিং সঠিক জ্যামিতিক তথ্যের উপর ভিত্তি করে করা যেতে পারে।

এই পদ্ধতির প্রদর্শনের জন্য, আমরা একটি সম্পূর্ণরূপে ইন-মেমরি সিন্থেটিক কেস তৈরি করি। দ্রষ্টব্য: নিম্নলিখিত কোডটি শুধুমাত্র একটি যৌক্তিক প্রদর্শন এবং বাস্তব ফাইল IO এর সাথে সংযোগ করে না এবং নেটওয়ার্ক অপারেশনগুলি অন্তর্ভুক্ত করে না।

সিন্থেটিক ইনপুট সেটিংস:

• গন্তব্য পৃষ্ঠা: A4 পোর্ট্রেট (595 x 842 পয়েন্ট), /Rotate = 90। দৃশ্যত এটি ল্যান্ডস্কেপ, কিন্তু মিডিয়াবক্স এখনও [0, 0, 595, 842]।
• ওয়াটারমার্ক পৃষ্ঠা: পাঠকদের একটি আদর্শ A4 ল্যান্ডস্কেপ (842 x 595 পয়েন্ট) পিডিএফ তৈরি করতে হবে যার কেন্দ্রে প্রিন্ট করা "গোপনীয়" পাঠ্য থাকবে এবং কোনো ঘূর্ণন বৈশিষ্ট্য নেই।
• প্রত্যাশিত আউটপুট: ওয়াটারমার্কটি অনুভূমিক পৃষ্ঠার ভিজ্যুয়াল কেন্দ্রে অনুভূমিকভাবে কেন্দ্রীভূত, পৃষ্ঠার দীর্ঘ প্রান্তের সমান্তরাল টেক্সট ওরিয়েন্টেড।

বাস্তব ফাইলগুলির সাথে কাজ করার সময়, আপনাকে প্রথমে লক্ষ্য পৃষ্ঠাটি পড়তে হবে এবং এর ঘূর্ণন স্থিতি পরীক্ষা করতে হবে। স্ট্যান্ডার্ড পরিস্থিতিতে, transfer_rotation_to_content() প্রথমে কল করা হয় এবং তারপর ওয়াটারমার্ক মার্জ করা হয়। প্রান্তের ক্ষেত্রে, যেমন মিডিয়াবক্স ঘূর্ণনকে অভিযোজিত করেছে কিন্তু /Rotate এখনও বিদ্যমান, আপনার এই ধাপটি এড়িয়ে যাওয়া উচিত এবং ম্যানুয়াল সংশোধনের জন্য Transformation এর সাথে সরাসরি merge_transformed_page() ব্যবহার করা উচিত; অথবা প্রথমে page.rotation এর আকৃতির অনুপাত মিডিয়াবক্সের অনুপাতের সাথে মেলে কিনা তা পরীক্ষা করুন এবং তারপরে ঘূর্ণন স্থানান্তর করবেন কিনা তা সিদ্ধান্ত নিন।

চলমান স্থিতি যাচাইকরণ কোড ফ্রেমওয়ার্ক

নিম্নলিখিত পাইথন উদাহরণটি দেখায় কিভাবে মেমরিতে টেস্ট কেস তৈরি করা যায় এবং কী স্টেটগুলি জাহির করা যায়। অনুগ্রহ করে প্রথমে pypdf>=3.0.0 ইনস্টল করুন। প্রকল্পের লক ফাইল অনুযায়ী নির্দিষ্ট সংস্করণ নির্ধারণ করা প্রয়োজন। এই কোডে ফাইল পড়া এবং লেখা, শেল কমান্ড বা শংসাপত্রের ক্রিয়াকলাপ অন্তর্ভুক্ত নয়। এটি শুধুমাত্র অবজেক্ট স্টেট পরিবর্তনের যুক্তি যাচাই করে এবং এটি একটি শিক্ষণ প্রদর্শন।

from pypdf import PdfWriter

# 合成示例：模拟一个 /Rotate=90 但 MediaBox 未变的页面
writer = PdfWriter()
page = writer.add_blank_page(width=595, height=842)

# 使用标准属性设置旋转，而非直接操作底层字典
page.rotation = 90

# 记录原始状态
original_mediabox = page.mediabox
assert float(original_mediabox.width) == 595
assert float(original_mediabox.height) == 842

# 执行旋转转移：将 /Rotate 烘焙进内容流
page.transfer_rotation_to_content()

# 验证后置条件：/Rotate 归零，MediaBox 宽高交换
assert page.rotation == 0, "旋转属性应被清除"
new_mb = page.mediabox
assert float(new_mb.width) == 842, "MediaBox 宽度应随旋转调整"
assert float(new_mb.height) == 595, "MediaBox 高度应随旋转调整"

# 边界检查逻辑示意：若 MediaBox 已是横向，则不应盲目调用此方法
# 实际应用中需在调用前判断
is_already_adapted = (
    float(original_mediabox.width) > float(original_mediabox.height)
) and (page.rotation != 0)
assert not is_already_adapted, "MediaBox 已适配旋转时，应跳过 transfer_rotation_to_content"

এই কোডটি transfer_rotation_to_content() এর মূল চুক্তি যাচাই করে: /Rotate বাদ দিন এবং মিডিয়াবক্সকে সিঙ্ক্রোনাস আপডেট করুন। যদি দাবী ব্যর্থ হয়, তাহলে এর মানে বর্তমান pypdf সংস্করণের আচরণ পরিবর্তিত হয়েছে, অথবা পৃষ্ঠার কাঠামোতে অ-মানক ক্ষেত্রের হস্তক্ষেপ রয়েছে। এই উদাহরণে ওয়াটারমার্ক মার্জিং ধাপ অন্তর্ভুক্ত নয় কারণ ওয়াটারমার্ক ফাইলটি পাঠকের দ্বারা প্রস্তুত করা প্রয়োজন। পরবর্তী মার্জিং ক্রিয়াকলাপগুলির জ্যামিতিক ডেটাম সঠিক কিনা তা নিশ্চিত করতে আমরা এখানে শুধুমাত্র ঘূর্ণন অবস্থার নির্ভরযোগ্যতা পরীক্ষায় ফোকাস করি।

গ্রহণযোগ্যতার মানদণ্ড এবং ম্যানুয়াল পর্যালোচনা ট্রিগার শর্ত

কোডটি চালানোর অর্থ এই নয় যে ফলাফলগুলি ব্যবহারযোগ্য। নিম্নলিখিত সারণী মূল সূচকগুলি এবং সংশ্লিষ্ট সিদ্ধান্তগুলি তালিকাভুক্ত করে যা প্রকৃত প্রক্রিয়াকরণে পর্যবেক্ষণ করা উচিত এবং স্বয়ংক্রিয় যাচাইকরণ এবং ম্যানুয়াল হস্তক্ষেপের মধ্যে সীমানাগুলিকে আলাদা করে৷ এই মানগুলি ব্যাচ প্রসেসিং পরিস্থিতিতে প্রযোজ্য এবং লুকানো ত্রুটিগুলি সনাক্ত করতে সহায়তা করে যেখানে "প্রোগ্রামে কোনও ত্রুটি নেই তবে চাক্ষুষ অসঙ্গতি রয়েছে"।

প্রযোজ্য নয়: এনক্রিপ্ট করা পিডিএফ, জটিল ফর্ম ক্ষেত্র বা টীকা স্তর সহ পৃষ্ঠাগুলি এবং ক্ষেত্রে যেখানে /Rotate মান 0, 90, 180, 270 নয়৷ এই পরিস্থিতিতে, ঘূর্ণন স্থানান্তর ইন্টারেক্টিভ উপাদানগুলিকে ভেঙে দিতে পারে বা অপ্রত্যাশিত রেন্ডারিং ফলাফল তৈরি করতে পারে৷ কোড প্রদর্শন শুধুমাত্র বিশুদ্ধ বিষয়বস্তু পৃষ্ঠাগুলির জ্যামিতিক রূপান্তরকে কভার করে এবং শেষ থেকে শেষ প্রভাব নির্দিষ্ট নথির সাথে যাচাই করা আবশ্যক। যদি স্বয়ংক্রিয় প্রক্রিয়াগুলি প্রায়শই ম্যানুয়াল পর্যালোচনা শর্তগুলিকে ট্রিগার করে, তাহলে আরও সম্পূর্ণ নথি প্রক্রিয়াকরণ ক্ষমতা প্রবর্তনের জন্য বিবেচনা করা উচিত।

📊 মূল তুলনা

নথি অনুবাদের জন্য এই চেকলিস্ট ব্যবহার করুন

ফাইল বিভাজন, একত্রীকরণ, এনক্রিপশন বা সংযুক্তি প্রক্রিয়াকরণ ডেলিভারির আগে প্রস্তুতি এবং অনুবাদ এই চেকগুলি প্রতিস্থাপন করতে পারে না। প্রক্রিয়াকরণের আগে মূল নথি এবং অপারেশন তালিকা রাখুন, এবং অনুবাদ সম্পূর্ণ হওয়ার পরে পৃষ্ঠার ক্রম, লিঙ্ক এবং অনুবাদের বিষয়বস্তুর অখণ্ডতা পরীক্ষা করুন।

OmniDoc মাল্টি-ফরম্যাট নথি অনুবাদের জন্য একটি পোর্টাল প্রদান করে। অফিসিয়াল ওয়েবসাইটটি ওসিআর, শব্দকোষ এবং দ্বিভাষিক তুলনার মতো ফাংশনগুলি প্রবর্তন করে৷ যদি দলটি ফাইল থেকে সরাসরি প্রক্রিয়াকরণ শুরু করতে চায়, তাহলে এই পথটি প্রকৃত নমুনা দিয়ে মূল্যায়ন করা যেতে পারে। আপনার কাছে আপলোড করার অনুমতি আছে এমন সংবেদনশীল ফাইলগুলি ব্যবহার করুন এবং এই নিবন্ধের চেক আইটেমগুলির উপর ভিত্তি করে ফলাফলগুলি পর্যালোচনা করুন৷ OmniDoc এই নিবন্ধে উল্লিখিত ওপেন সোর্স লাইব্রেরি বা অভ্যন্তরীণ অ্যালগরিদমগুলি ব্যবহার করে এমন কোনও দাবি নেই, বা উদাহরণটি পণ্যের কার্যক্ষমতা পরীক্ষাকে প্রতিস্থাপন করে না।

🎯 কোন পদ্ধতি আপনার জন্য উপযুক্ত?

যদি আপনার পৃষ্ঠাটি একটি আদর্শ /Rotate=90 উল্লম্ব মিডিয়াবক্স হয়

প্রথমে transfer_rotation_to_content() কল করুন, তারপর ওয়াটারমার্ক মার্জ করুন এবং মিডিয়াবক্সের আকার পরীক্ষা করুন।

যদি ওয়াটারমার্ক সঠিক অবস্থানে থাকে তবে লেখাটি উল্টে যায়

Transformation().rotate(180) ক্ষতিপূরণ চেষ্টা করুন; যদি ক্ষতিপূরণের পরেও ত্রুটিটি অস্বাভাবিক থাকে তবে ম্যানুয়াল পর্যালোচনা প্রয়োজন।

যদি মিডিয়াবক্স ঘূর্ণনের সাথে মানিয়ে নেওয়া হয়

স্থানান্তরের ধাপটি এড়িয়ে যান এবং এর পরিবর্তে ম্যানুয়াল সংশোধনের জন্য Transformation এর সাথে merge_transformed_page() ব্যবহার করুন।

যদি পৃষ্ঠাটি এনক্রিপ্ট করা হয়, এতে ফর্ম বা মন্তব্য থাকে বা /Rotate 90 এর একাধিক না হয়

এটি স্বয়ংক্রিয়ভাবে প্রক্রিয়া করবেন না, প্রথমে এটি ম্যানুয়ালি মূল্যায়ন করুন।

❓ প্রায়শই জিজ্ঞাসিত প্রশ্ন (FAQ)

1. কেন ওয়াটারমার্ক মার্জ করার পরে /Rotate পৃষ্ঠাটি ভুলভাবে সংযোজিত হয়?

কারণ /Rotate শুধুমাত্র একটি প্রদর্শন নির্দেশনা, বিষয়বস্তু স্ট্রিম এবং মিডিয়াবক্সের সমন্বয় ব্যবস্থা পরিবর্তন করা হয় না। merge_page() মূল স্থানাঙ্ক সিস্টেম অনুসারে সুপারইম্পোজ করা হয়েছে এবং ওয়াটারমার্কের জ্যামিতিক ডেটাম ভিজ্যুয়াল পৃষ্ঠার সাথে মিলবে না।

2. transfer_rotation_to_content() কি পৃষ্ঠার বিষয়বস্তু পরিবর্তন করবে?

এটি কন্টেন্ট স্ট্রীমে ঘূর্ণন মানকে বেক করে, /Rotate 0 এ রিসেট করে এবং মিডিয়াবক্সের প্রস্থ এবং উচ্চতা অদলবদল করে। এইভাবে পৃষ্ঠার লজিক্যাল সমন্বয় সিস্টেম চাক্ষুষ উপস্থাপনার সাথে সামঞ্জস্যপূর্ণ।

3. যদি কোডটি চলতে পারে, তাহলে এর মানে কি ফলাফলটি ব্যবহারযোগ্য?

অনিশ্চিত কোড পাস শুধুমাত্র নির্দেশ করে যে বস্তুর অবস্থা প্রত্যাশিত হিসাবে পরিবর্তিত হয়। ভিজ্যুয়াল এফেক্টগুলিকে এখনও গ্রহণযোগ্য ফর্ম অনুযায়ী আইটেম দ্বারা আইটেম চেক করা প্রয়োজন, ক্রপিং, টেক্সট দিকনির্দেশ এবং ভেক্টরের গুণমানের দিকে বিশেষ মনোযোগ দিয়ে।

4. এই পদ্ধতিটি কি সরাসরি PDF এনক্রিপ্ট করতে ব্যবহার করা যেতে পারে?

অপ্রযোজ্যতার সুযোগটি নিবন্ধে স্পষ্টভাবে তালিকাভুক্ত করা হয়েছে। এনক্রিপ্ট করা PDFগুলির জন্য, জটিল ফর্ম বা টীকা স্তর সহ পৃষ্ঠাগুলি, ঘূর্ণন এবং স্থানান্তর ইন্টারেক্টিভ উপাদানগুলিকে ধ্বংস করতে পারে এবং নির্দিষ্ট নথির সাথে একত্রে পৃথকভাবে যাচাই করা প্রয়োজন৷

📝 সারাংশ

/Rotate বিষয়বস্তু প্রবাহ স্থানাঙ্ক সিস্টেমের সাথে অসঙ্গতিপূর্ণ, যা ঘোরানো পৃষ্ঠায় জলছাপকে ভুলভাবে সাজানোর প্রধান কারণ। স্ট্যান্ডার্ড পৃষ্ঠাগুলি স্থানান্তরিত হয় এবং প্রথমে ঘোরানো হয় এবং তারপর জলছাপগুলি একত্রিত করা হয়। সীমান্তের ক্ষেত্রে, স্থানান্তরটি এড়িয়ে যাওয়া হয় এবং ম্যানুয়ালি পর্যালোচনা করা হয়।

এটি এখনই চেষ্টা করুন: অনুবাদ শুরু করতে নথিটি আপলোড করুন, মূল বিন্যাস বজায় রেখে৷

তথ্যসূত্র এবং পরবর্তী পদক্ষেপ

• pypdf অফিসিয়াল ওয়াটারমার্ক এবং রোটেশন ডকুমেন্ট: https://pypdf.readthedocs.io/en/stable/user/add-watermark.html