YouTube Content ID API - পুনর্বিবেচনার ইতিহাস

দ্রষ্টব্য: YouTube বিষয়বস্তু আইডি API YouTube সামগ্রী অংশীদারদের দ্বারা ব্যবহারের উদ্দেশ্যে এবং সমস্ত বিকাশকারী বা সমস্ত YouTube ব্যবহারকারীদের কাছে অ্যাক্সেসযোগ্য নয়৷ আপনি যদি YouTube Content ID API-কে Google API কনসোলে তালিকাভুক্ত পরিষেবাগুলির মধ্যে একটি হিসাবে দেখতে না পান তবে YouTube পার্টনার প্রোগ্রাম সম্পর্কে আরও জানতে YouTube সহায়তা কেন্দ্র দেখুন৷

এই পৃষ্ঠাটি YouTube Content ID API পরিবর্তন এবং ডকুমেন্টেশন আপডেটগুলি তালিকাভুক্ত করে৷

26 মার্চ, 2025

31 মার্চ, 2025 থেকে, YouTube কীভাবে Shorts-এর ভিউ গণনা করা হবে তা পরিবর্তন করবে। অতীতে, Shorts-এর জন্য, একটি নির্দিষ্ট সংখ্যক সেকেন্ডের জন্য Short খেলার পরে একটি ভিউ গণনা করা হত। এখন, দেখার সংখ্যা গণনা করা হবে যতবার আপনার Short প্লে হতে শুরু করবে বা রিপ্লে করবে, কোন ন্যূনতম দেখার সময়ের প্রয়োজন নেই। আরও জানুন

30 জুন, 2025 এর মধ্যে, এই পরিবর্তন অনুসারে Content ID API নিম্নলিখিত উপায়ে আপডেট করা হবে:

  • claimSearch.list.sort এর সাজানোর অর্ডার আপডেট করা হবে:
    • আগের ভিউ গণনা পদ্ধতির উপর ভিত্তি করে দৈনিক ভিউ সংখ্যার জন্য DAILY_ENGAGED_VIEWS যোগ করা হবে।
    • আগের ভিউ গণনা পদ্ধতির উপর ভিত্তি করে LIFETIME_ENGAGED_VIEWS লাইফটাইম ভিউ সংখ্যায় যোগ করা হবে।
  • assetSearch.list.sort এর সাজানোর অর্ডার আপডেট করা হবে:
    • আগের ভিউ গণনা পদ্ধতির উপর ভিত্তি করে দৈনিক ভিউ সংখ্যার জন্য DAILY_ENGAGED_VIEWS যোগ করা হবে।

30 সেপ্টেম্বর, 2025 এর মধ্যে, এই পরিবর্তন অনুসারে Content ID API নিম্নলিখিত উপায়ে আপডেট করা হবে:

  • assetSearch.list.sort সাজানোর ক্রম VIEWS বাতিল করা হবে।
  • claimSearch.list.sort সাজানোর ক্রম VIEW_COUNT বর্জন করা হবে।
  • claimSearch.claimSnippet.videoViews আপডেট করা হবে যাতে Shorts-এর জন্য ভিউ সংখ্যার আপডেট করা পদ্ধতি প্রতিফলিত হয়।
  • claimSearch.claimSnippet.engagedViews আগের ভিউ গণনা পদ্ধতির উপর ভিত্তি করে দেখা সংখ্যার জন্য যোগ করা হবে

14 জানুয়ারী, 2025

videoAdvertisingOption রিসোর্সের autoGeneratedBreaks[] ফিল্ড আপডেট করা হয়েছে কারণ এখন আমরা ad_breaks এবং autoGeneratedBreaks একই সময়ে প্রদান করার অনুমতি দিই। adBreaks সংজ্ঞায়িত ভিডিওতে autoGeneratedBreaks সঠিক হিসাবে সেট করা থাকলে, আমাদের সিস্টেমগুলি আপনার ম্যানুয়ালি স্থাপন করা বিজ্ঞাপন স্লটগুলি ছাড়াও বিজ্ঞাপন দেখানোর জায়গাগুলি চিহ্নিত করবে৷ আরো বিস্তারিত জানার জন্য সমর্থন নিবন্ধ দেখুন.

10 নভেম্বর, 2023

videoAdvertisingOption রিসোর্সের adFormats[] ক্ষেত্রটি আপডেট করা হয়েছে যাতে third_party সেই ক্ষেত্রের জন্য একমাত্র বৈধ মান। নিম্নলিখিত বিজ্ঞাপন ফর্ম্যাটগুলি আর সমর্থিত নয়: instream_trueview , instream_standard , display , preroll , postroll . আরো বিস্তারিত জানার জন্য সমর্থন নিবন্ধ দেখুন.

জুন 1, 2023

দ্রষ্টব্য: এটি একটি অবমূল্যায়ন ঘোষণা।

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত রয়েছে:

  • বিদ্যমান সম্পদ এবং পদ্ধতির আপডেট

    • videoAdvertisingOption রিসোর্সের breakPosition[] ক্ষেত্রটিকে অবচয় হিসেবে চিহ্নিত করা হয়েছে এবং 2024 সালে সরিয়ে দেওয়া হবে।
      videoAdvertisingOptions.update এবং videoAdvertisingOptions.patch পদ্ধতিগুলি ইতিমধ্যেই ক্ষেত্রটিকে উপেক্ষা করে৷
    • videoAdvertisingOption রিসোর্সের অপ্রচলিত adBreaks[].slot[] ক্ষেত্রটি সরানো হয়েছে।
    • asset সম্পদের অপ্রচলিত category এবং showCustomId ক্ষেত্রগুলি সরানো হয়েছে৷
    • নতুন claim সংস্থানের timeStatusLastModified ফিল্ডটি দাবি করে শেষবার কোন সময় পরিবর্তন করা হয়েছিল।
    • নতুন claimSearch.list পদ্ধতির isVideoShortsEligible প্যারামিটারটি দাবি করা ভিডিওগুলিকে তাদের YouTube Shorts যোগ্যতা অনুসারে ফিল্টার করতে ব্যবহার করা যেতে পারে।

  • নতুন সম্পদ এবং পদ্ধতি

20 ডিসেম্বর, 2022

assetSearch.list পদ্ধতির ownershipRestriction ক্যোয়ারী প্যারামিটারের সংজ্ঞাটি পরিষ্কার করার জন্য আপডেট করা হয়েছে যে যদি সেই প্যারামিটারের মানটি none হয় তবে metadataSearchFields প্যারামিটার মানটিকেও অন্তত একটি আইডি ফিল্টার ব্যবহার করতে হবে৷ এই ডকুমেন্টেশন পরিবর্তন API আচরণের পরিবর্তন প্রতিফলিত করে না।

9 নভেম্বর, 2022

asset.get এবং asset.list পদ্ধতির জন্য ডকুমেন্টেশন আপডেট করা হয়েছে কিভাবে একাধিক মান সমর্থিত হয় তা স্পষ্ট করার জন্য:

সেপ্টেম্বর 28, 2022

লাইসেন্সযোগ্যতার তথ্য asset resource যোগ করা হয়েছে।

18 জুলাই, 2022

YouTube স্টুডিওর সাথে সামঞ্জস্যের জন্য উন্নতি প্রতিফলিত করার জন্য claimSearch.list পদ্ধতির inactiveReasons জন্য ডকুমেন্টেশন আপডেট করা হয়েছে:

  • স্টুডিও আগে Audio Swap এবং Song Erase জন্য সমর্থন সরিয়ে দিয়েছে। সংশ্লিষ্ট API মানগুলি, audio_removed এবং song_erased , নিঃশব্দে উপেক্ষা করা হয়েছিল এবং এখন নথিভুক্ত করা হয়েছে৷
  • channel_whitelisted এর পরিবর্তে channel_allowlisted করা হয়েছে। পূর্ববর্তী মানটি আর নথিভুক্ত নয় কিন্তু এখনও সমর্থিত।
  • closed_disabled_monetization , closed_manually , closed_no_adsense , closed_own_video_match , reference_removed , replaced , এবং video_modified এখন সমর্থিত।

14 জুন, 2022

assetSearch রিসোর্স ডকুমেন্টেশন দুটি নতুন বৈশিষ্ট্য প্রতিফলিত করার জন্য আপডেট করা হয়েছে: isrcs[] এবং iswcs[] । নতুন isrcs[] এবং iswcs[] প্রপার্টি মানগুলির প্রতিটিতে স্ট্রিং মানগুলির একটি অ্যারে থাকে যার প্রতিটি মানের সাথে একটি ISRC বা ISWC নির্দিষ্ট করে, যথাযত, যা অনুসন্ধান ফলাফল দ্বারা চিহ্নিত সম্পদের মানচিত্র করে৷

নতুন বৈশিষ্ট্যগুলি isrc এবং iswc বৈশিষ্ট্যগুলির উপর সুপারিশ করা হয়েছে যা ইতিমধ্যেই assetSearch সংস্থানগুলিতে অন্তর্ভুক্ত করা হয়েছে কারণ নতুন বৈশিষ্ট্যগুলি আরও সঠিক ডেটা সরবরাহ করে৷ যেখানে নতুন বৈশিষ্ট্যগুলি সম্ভাব্যভাবে স্ট্রিং মানগুলির একটি অ্যারে তালিকাভুক্ত করে, সেখানে isrc এবং iswc বৈশিষ্ট্য প্রতিটি অনুসন্ধান ফলাফলের সাথে যুক্ত শুধুমাত্র একটি ISRC বা ISWC কোড সনাক্ত করে।

12 মে, 2022

ক্লায়েন্ট লাইব্রেরির লিঙ্কগুলিকে স্ট্যান্ডার্ড Google APIs ক্লায়েন্ট লাইব্রেরির দিকে নির্দেশ করার জন্য আপডেট করা হয়েছিল। PHP-এর জন্য পূর্ব-উত্পাদিত বাইন্ডিং আপডেট করা হয়েছে।

3 মে, 2022

claimSearch.list পদ্ধতির status প্যারামিটার এখন সম্ভাব্য দাবির বিবরণের উপর ভিত্তি করে আরও ফিল্টার সমর্থন করে।

2 মে, 2022

AIP-158-এর সাথে সামঞ্জস্যের জন্য উন্নতি প্রতিফলিত করতে assetSearch.list পদ্ধতির প্রতিক্রিয়ার জন্য ডকুমেন্টেশন আপডেট করা হয়েছে:

  • pageInfo.totalResults এর বিবরণ স্পষ্টভাবে উল্লেখ করে যে মানটি একটি অনুমান এবং প্রকৃত মান নয়
  • ক্ষেত্র pageInfo.resultsPerPage এবং pageInfo.startIndex সরানো হয়েছে

25 এপ্রিল, 2022

assetLabels.list রিসোর্সের জন্য ডকুমেন্টেশন আপডেট করা হয়েছে labelPrefix এবং q রিকোয়েস্ট প্যারামিটারের অর্থ স্পষ্ট করার জন্য, এবং অনুরোধ/প্রতিক্রিয়া সমর্থন পৃষ্ঠাঙ্কন নথিভুক্ত করতে।

8 ডিসেম্বর, 2021

এই পদ্ধতিটি কভার করে এমন দুটি ব্যবহারের ক্ষেত্রে সঠিকভাবে প্রতিফলিত করার জন্য claimSearch.list রিসোর্সের ডকুমেন্টেশন আপডেট করা হয়েছে:

  • আইডি (সম্পদ, রেফারেন্স বা ভিডিও) বা ক্যোয়ারী স্ট্রিং দ্বারা অনুসন্ধান করুন
  • দাবি তৈরির তারিখ, পরিবর্তনের তারিখ বা স্থিতি দ্বারা অনুসন্ধান করুন

প্রতিটি ব্যবহারের ক্ষেত্রে আলাদা আলাদা ক্যোয়ারী প্যারামিটার সমর্থন করে। প্রতিটি ব্যবহারের ক্ষেত্রে কোন প্যারামিটার সমর্থিত তা ব্যাখ্যা করার জন্য claimSearch.list পদ্ধতির ডকুমেন্টেশন আপডেট করা হয়েছে।

17 নভেম্বর, 2021

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত রয়েছে:

  • claims.update পদ্ধতিটি এখন একটি নিষ্ক্রিয় বা সম্ভাব্য দাবির স্থিতি active তে আপডেট করার ক্ষমতা সমর্থন করে। claim সম্পদের status সম্পত্তির সংজ্ঞা আরো বিশদ প্রদান করে।
  • claim এবং claimSearch সংস্থানগুলির ডকুমেন্টেশন নতুন studioInfo অবজেক্টের সংযোজন প্রতিফলিত করার জন্য আপডেট করা হয়েছে, যাতে দাবি সম্পর্কিত YouTube স্টুডিও পৃষ্ঠাগুলির লিঙ্ক রয়েছে৷
  • claimSearch.list পদ্ধতির origin প্যারামিটারের জন্য সমর্থিত মানগুলির তালিকা পরিবর্তিত হয়েছে। প্যারামিটারটি এখন চারটি অতিরিক্ত মান সমর্থন করে: batchTool , inProductShorts , melodyMatch , এবং youTubeAdmin । উপরন্তু, dropboxUpload এবং webUpload মান আর সমর্থিত নয়।

26 ফেব্রুয়ারি, 2021

claimSearch.list পদ্ধতির videoId প্যারামিটারের জন্য ডকুমেন্টেশন আপডেট করা হয়েছে লক্ষ্য করার জন্য যে প্যারামিটার মান এখন সর্বাধিক 10টি কমা-বিভাজিত ভিডিও আইডি গ্রহণ করে৷ API একটি badRequest ত্রুটি ফিরিয়ে দেবে — 400 HTTP প্রতিক্রিয়া কোড — যদি মানটিতে 10টির বেশি ভিডিও আইডি থাকে।

ডিসেম্বর 6, 2018

দ্রষ্টব্য: এটি একটি অবমূল্যায়ন ঘোষণা।

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

21 মার্চ, 2018

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • metadataMine.artist প্রপার্টিটি এখন অবশ্যই সেট করা আবশ্যক যখন আপনি একটি মিউজিক ভিডিও বা সাউন্ড রেকর্ডিং সম্পদ সন্নিবেশ , আপডেট বা প্যাচ করবেন । এপিআই এখন একটি ত্রুটি ফেরত দেয় যদি সম্পত্তিটি ঐ সম্পদ প্রকারের জন্য সেট করা না থাকে। এছাড়াও, মনে রাখবেন যে metadataMine.artist সম্পত্তি শুধুমাত্র সঙ্গীত ভিডিও এবং সাউন্ড রেকর্ডিং শিল্পীদের জন্য সমর্থিত।

জুলাই 24, 2017

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • নতুন package রিসোর্স ওয়েব, SFTP বা অন্য ডেলিভারি মেকানিজমের মাধ্যমে বিতরণ করা ফাইলগুলির একটি গ্রুপকে প্রতিনিধিত্ব করে। এপিআই এই সম্পদের জন্য দুটি পদ্ধতি সমর্থন করে:

    • package.insert পদ্ধতিটি একটি মেটাডেটা-শুধুমাত্র প্যাকেজ যাচাই করে এবং আপলোড করে যাতে ঠিক একটি মেটাডেটা ফাইল থাকে।
    • package.get পদ্ধতি পূর্বে আপলোড করা প্যাকেজ সম্পর্কে তথ্য পুনরুদ্ধার করে।

  • validator.validate পদ্ধতির জন্য, uploaderName প্রপার্টির সংজ্ঞা আপডেট করা হয়েছে যাতে উল্লেখ করা যায় যে মানটি ডেটা আপলোডকারী সামগ্রী অংশীদারকে সনাক্ত করে না বরং web-google বা yt-google এর মতো একটি মান যা সামগ্রীর মালিক যে নির্দিষ্ট আপলোডার অ্যাকাউন্টটি ব্যবহার করছেন তা সনাক্ত করে৷

  • reference রিসোর্সের status প্রোপার্টি আর duplicate_on_hold মান ব্যবহার করে না যে একটি রেফারেন্স অন্য রেফারেন্সের ডুপ্লিকেট। পরিবর্তে, যদি একটি রেফারেন্স একটি সদৃশ হয়, তাহলে status সম্পত্তির মান এখন inactive হিসাবে সেট করা হয়েছে, এবং statusReason সম্পত্তির মান হল REASON_DUPLICATE_FOR_OWNERS ।

    যাইহোক, আগের মতো, রেফারেন্সটি সদৃশ হলেই রিসোর্সের duplicateLeader প্রপার্টি পপুলেট করা হয়। যদি এটি সেট করা হয়, তাহলে সেই সম্পত্তির মান ডুপ্লিকেট রেফারেন্স সনাক্ত করে।

এপ্রিল 17, 2017

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

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

    নতুন মডেলে, প্রতিটি শব্দ রেকর্ডিং মানচিত্র ঠিক একটি, অনন্য সম্পদ, যাকে একটি রচনা দৃশ্য বলা হয়। সেই সম্পদের মেটাডেটা তথ্যের ক্যানোনিকাল সেটকে প্রতিনিধিত্ব করে যা YouTube প্রদত্ত রেকর্ডিংয়ের সাথে যুক্ত রচনা অধিকার সম্পর্কে প্রদর্শন করে এবং এটি একাধিক ডেটা প্রদানকারীর কাছ থেকে তথ্য সংশ্লেষ করতে পারে।

    উপরন্তু, রচনার প্রতিটি মালিকের নিজস্ব কম্পোজিশন শেয়ার সম্পদ রয়েছে। কম্পোজিশন শেয়ার সেই তথ্য উপস্থাপন করে যা একটি নির্দিষ্ট প্রকাশক একটি রচনা সম্পদের জন্য প্রদান করে। কম্পোজিশন শেয়ার অনেক সাউন্ড রেকর্ডিংয়ের সাথে যুক্ত হতে পারে।

    assetShare রিসোর্স কম্পোজিশন ভিউ এবং কম্পোজিশন শেয়ারের মধ্যে সম্পর্ক চিহ্নিত করে। নতুন assetShares.list পদ্ধতি আপনাকে নিম্নলিখিতগুলির যেকোনো একটি করতে দেয়:

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

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

  • contentOwnerAdvertisingOptions রিসোর্সের নতুন claimedVideoOptions.autoGeneratedBreaks প্রপার্টি নির্দেশ করে যে YouTube স্বয়ংক্রিয়ভাবে দাবি করা ভিডিওগুলিতে বিজ্ঞাপন বিরতি তৈরি করবে যা 10 মিনিটের বেশি দীর্ঘ। যদিও সম্পত্তিটি 10 ​​মিনিটের বেশি দীর্ঘ সামগ্রীর মালিকের সমস্ত ভিডিওকে প্রভাবিত করে, যদি একটি ভিডিওতে একাধিক দাবি থাকে, প্রথম অংশীদার যে ভিডিওটি দাবি করে সেই ভিডিওটির সাথে সম্পর্কিত এই সম্পত্তির জন্য ডিফল্ট আচরণ সেট করে৷

11 আগস্ট, 2016

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • সদ্য প্রকাশিত YouTube API পরিষেবার পরিষেবার শর্তাবলী ("আপডেট করা শর্তাবলী"), যা YouTube ইঞ্জিনিয়ারিং এবং ডেভেলপারস ব্লগে বিশদভাবে আলোচনা করা হয়েছে, বর্তমান পরিষেবার শর্তাবলীতে আপডেটের একটি সমৃদ্ধ সেট প্রদান করে৷ আপডেট করা শর্তাদি ছাড়াও, যা 10 ফেব্রুয়ারী, 2017 থেকে কার্যকর হবে, এই আপডেটে অনেকগুলি সমর্থনকারী নথি অন্তর্ভুক্ত রয়েছে যা বিকাশকারীদের অনুসরণ করা আবশ্যক নীতিগুলি ব্যাখ্যা করতে সহায়তা করে৷

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

31 মে, 2016

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • নতুন সম্পদ এবং পদ্ধতি

    • নতুন validator.validate পদ্ধতি আপনাকে একটি মেটাডেটা ফাইলে যাচাইকরণের ত্রুটি রয়েছে কিনা তা নির্ধারণ করতে দেয় যা YouTube কে এটিকে সফলভাবে প্রক্রিয়া করতে বাধা দেবে৷ ফাইলটিতে ত্রুটি থাকলে, API প্রতিক্রিয়ার errors বৈশিষ্ট্যে যাচাইকরণ ত্রুটিগুলির একটি তালিকা থাকে, প্রতিটি ত্রুটির তীব্রতা, কারণ এবং অবস্থান সনাক্ত করে।

  • নতুন এবং আপডেট ত্রুটি

    • assets.patch এবং assets.update পদ্ধতিগুলি এখন নিম্নলিখিত ত্রুটিটিকে সমর্থন করে৷ একটি অনুস্মারক হিসাবে, একটি পদ্ধতি একাধিক ত্রুটি সমর্থন করতে পারে যেগুলির একই ত্রুটির ধরন রয়েছে৷ প্রতিটি পদ্ধতির ত্রুটির ডকুমেন্টেশন বা সম্ভাব্য ত্রুটির সম্পূর্ণ তালিকার জন্য ত্রুটি পৃষ্ঠায় অনুগ্রহ করে পড়ুন।

      ত্রুটি
      invalidValue (400) parameters.assetId
      অনুরোধ ব্যর্থ হয়েছে কারণ আপডেট করা সম্পদ অন্য সম্পদের সাথে মার্জ করা হয়েছে। সেই সম্পদের আইডি ব্যবহার করে অনুরোধটি পুনরায় জমা দিন, যা ত্রুটি বার্তায়, assetId প্যারামিটারের মান হিসাবে ফেরত দেওয়া হয়।

28 মার্চ, 2016

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • বিদ্যমান সম্পদ এবং পদ্ধতির আপডেট

    • claim সংস্থানের নতুন matchInfo.matchSegments[] সম্পত্তিতে একটি তালিকা রয়েছে যেখানে প্রতিটি আইটেম দাবি করা ভিডিওর একটি অংশ বর্ণনা করে যা রেফারেন্স ভিডিওর অংশের সাথে মেলে। একটি দাবি একাধিক ম্যাচ সেগমেন্ট থাকতে পারে। উদাহরণস্বরূপ, যদি একটি আপলোড করা ভিডিওর অডিও এবং ভিডিও বিষয়বস্তু একটি রেফারেন্স ভিডিওর সাথে মেলে, তাহলে দুটি মিল সেগমেন্ট থাকবে। একটি সেগমেন্ট অডিও ম্যাচ বর্ণনা করবে এবং অন্যটি ভিডিও ম্যাচ বর্ণনা করবে।

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

    • contentOwnerAdvertisingOptions সম্পদের claimedVideoOptions.newVideoDefaults[] সম্পত্তির মান এখন আপডেট করা যেতে পারে যখন আপনি contentOwnerAdvertisingOptions.patch বা contentOwnerAdvertisingOptions.update পদ্ধতিতে কল করেন।

    • contentOwnerAdvertisingOptions রিসোর্সের শুধুমাত্র-পঠন- allowedOptions.autoGeneratedBreaks প্রপার্টি বাতিল করা হয়েছে।

  • নতুন এবং আপডেট ত্রুটি

    • API-এর claims.update পদ্ধতি এখন নিম্নলিখিত ত্রুটিটিকে সমর্থন করে৷ একটি অনুস্মারক হিসাবে, একটি পদ্ধতি একাধিক ত্রুটি সমর্থন করতে পারে যেগুলির একই ত্রুটির ধরন রয়েছে৷ প্রতিটি পদ্ধতির ত্রুটির ডকুমেন্টেশন বা সম্ভাব্য ত্রুটির সম্পূর্ণ তালিকার জন্য ত্রুটি পৃষ্ঠায় অনুগ্রহ করে পড়ুন।

      ত্রুটি
      badRequest (400) alreadyClaimed
      দাবিটি অন্য বিদ্যমান দাবির সদৃশ এবং আপডেট করা যাবে না।

    • assets.list পদ্ধতিটি মাঝে মাঝে টাইম আউট হয়ে যায় এবং একটি 500 HTTP প্রতিক্রিয়া কোড ( Internal Server Error ) প্রদান করে, বিশেষত যখন অনুরোধটি অনেক সম্পদের জন্য ডেটা পুনরুদ্ধার করে এবং fetchMatchPolicy প্যারামিটারের মান effective হয়। যদি আপনার assets.list অনুরোধ একাধিক সম্পদ আইডি নির্দিষ্ট করে এবং একটি 500 ত্রুটি প্রদান করে, তাহলে একটি একক সম্পদ বা অল্প সংখ্যক সম্পদের জন্য অনুরোধটি পুনরায় জমা দেওয়ার চেষ্টা করুন।

    • references.insert ত্রুটি ডকুমেন্টেশন আপডেট করা হয়েছে নোট করার জন্য যে যদি অনুরোধটি একটি দূষিত রেফারেন্স ফাইল আপলোড করে, তাহলে রেফারেন্স নিজেই প্রক্রিয়া না হওয়া পর্যন্ত সেই সমস্যাটি চিহ্নিত করা যাবে না। সুতরাং, এমনকি যদি references.insert অনুরোধ একটি সফল প্রতিক্রিয়া প্রদান করে, রেফারেন্সটি সফলভাবে প্রক্রিয়া করা নাও হতে পারে। আমরা সুপারিশ করি যে, একটি রেফারেন্স সন্নিবেশ করার পরে, আপনি রেফারেন্সটি প্রত্যাশিত হিসাবে সক্রিয় হয়েছে তা নিশ্চিত করতে references.list পদ্ধতি ব্যবহার করে পোল করুন৷

ফেব্রুয়ারী 3, 2016

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • বিদ্যমান সম্পদ এবং পদ্ধতির আপডেট

    • API এখন পণ্য তালিকা বিজ্ঞাপন সমর্থন করে. পণ্য তালিকা বিজ্ঞাপনগুলি এমন পণ্যগুলিকে হাইলাইট করে যা ভিডিওর সামগ্রীর সাথে সম্পর্কিত বা বৈশিষ্ট্যযুক্ত। এই বিজ্ঞাপনগুলি স্পনসরড কার্ড যা ভিডিও চলাকালীন প্রদর্শিত হয়৷ বিজ্ঞাপন সিস্টেম দ্বারা কার্ড স্বয়ংক্রিয়ভাবে যোগ করা হয়. দর্শকরা কয়েক সেকেন্ডের জন্য কার্ডের জন্য একটি টিজার দেখেন এবং ভিডিওর কার্ডগুলি ব্রাউজ করতে ভিডিওর উপরের ডানদিকের কোণায় আইকনে ক্লিক করতে পারেন৷

      এই পরিবর্তনের ফলে, product_listing এখন নিম্নলিখিত বৈশিষ্ট্যের মানগুলিতে অন্তর্ভুক্ত করা যেতে পারে:

      রিসোর্স/এপিআই পদ্ধতি সম্পত্তি
      contentOwnerAdvertisingOptions allowedOptions.licAdFormats[]
      contentOwnerAdvertisingOptions allowedOptions.ugcAdFormats[]
      contentOwnerAdvertisingOptions claimedVideoOptions.newVideoDefaults[]
      videoAdvertisingOptions adFormats[]
      videoAdvertisingOptions.getEnabledAds countriesRestriction[].adFormats[]

    • assetSearch.list পদ্ধতির নতুন createdBefore এবং createdAfter এপিআইকে নির্দেশ দেয় শুধুমাত্র একটি নির্দিষ্ট তারিখের আগে এবং/বা পরে তৈরি করা সম্পদ ফেরত দিতে।

    • একটি assetSearch.list অনুরোধের API প্রতিক্রিয়াতে, type প্রপার্টি এখন art_track_video মান সমর্থন করে। YouTube সহায়তা কেন্দ্র আর্ট ট্র্যাক ভিডিও সম্পর্কে আরও তথ্য প্রদান করে৷

    • claimSearch.list পদ্ধতি নিম্নলিখিত নতুন প্যারামিটার সমর্থন করে:

      পরামিতি
      referenceId এই ফিল্টার প্যারামিটারটি রেফারেন্সের YouTube রেফারেন্স আইডি নির্দিষ্ট করে যার জন্য আপনি দাবি পুনরুদ্ধার করছেন।
      inactiveReasons এই ঐচ্ছিক প্যারামিটারটি আপনাকে API প্রতিক্রিয়াকে শুধুমাত্র নিষ্ক্রিয় দাবিগুলিকে অন্তর্ভুক্ত করার জন্য সীমাবদ্ধ করতে দেয় কেন দাবিগুলি নিষ্ক্রিয় হয়েছে তা নির্দিষ্ট কারণের ভিত্তিতে। প্যারামিটার সংজ্ঞাটি নিষ্ক্রিয় দাবিগুলির প্রকারগুলি তালিকাভুক্ত করে যার জন্য আপনি অনুসন্ধান করতে পারেন৷
      partnerUploaded এই ঐচ্ছিক বুলিয়ান প্যারামিটার আপনাকে নির্দিষ্ট করতে দেয় যে API প্রতিক্রিয়াতে শুধুমাত্র অংশীদার-আপলোড করা বা অ-অংশীদার-আপলোড করা দাবি অন্তর্ভুক্ত করা উচিত।

    • reference রিসোর্সের নতুন references#origination অবজেক্টে এমন তথ্য রয়েছে যা রেফারেন্সের উৎস বর্ণনা করে।

    • references.insert পদ্ধতিটি এখন YouTube-এর gfp_gen সফ্টওয়্যার ব্যবহার করে তৈরি রেফারেন্স আপলোড করার ক্ষমতা সমর্থন করে। আপনি যদি একটি পূর্ব-উত্পাদিত আঙ্গুলের ছাপ প্রদান করেন, আপলোড করা reference রিসোর্সে fpDirect সম্পত্তি মান true সেট করুন।

      মনে রাখবেন যে এই পরিবর্তনের সাথে, যদি আপনি একটি রেফারেন্স আপলোড করার সময় fpDirect বৈশিষ্ট্য সেট করার চেষ্টা করেন তবে API আর একটি ত্রুটি ফেরত দেয় না।

  • নতুন এবং আপডেট ত্রুটি

    ডকুমেন্টেশন এখন whitelist রিসোর্সের পদ্ধতি দ্বারা প্রত্যাবর্তিত ত্রুটিগুলি তালিকাভুক্ত করে।

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

    ত্রুটি
    badRequest (400) inappropriateCampaignTarget
    প্রচারাভিযান কিছু ব্যবহারকারীর জন্য অনুপযুক্ত হতে পারে এমন একটি ভিডিও দেখানোর চেষ্টা করলে campaigns.insert এবং campaigns.update পদ্ধতিগুলি এই ত্রুটি ফিরিয়ে দেয়৷ ত্রুটিটি সমাধান করতে, অনুগ্রহ করে বৈশিষ্ট্যের জন্য বিভিন্ন সামগ্রী চয়ন করুন৷
    badRequest (400) canNotCreatePartnerUploadedClaim OnCompositionOrSoundRecordingAssets
    claims.insert পদ্ধতিটি এই ত্রুটিটি ফিরিয়ে দেয় যদি আপনি একটি কম্পোজিশন বা সাউন্ড রেকর্ডিং সম্পদের সাথে অংশীদার-আপলোড করা দাবি তৈরি করার চেষ্টা করেন।
    badRequest (400) existingSoundRecordingOrMusicVideoClaim
    claims.insert পদ্ধতিটি এই ত্রুটিটি ফেরত দেয় যদি নির্দিষ্ট ভিডিওতে রেকর্ড করা সঙ্গীতের জন্য একটি দাবি ইতিমধ্যেই বিদ্যমান থাকে। এপিআই-এর মাধ্যমে সরাসরি রচনার দাবি যোগ করা যাবে না।
    badRequest (400) asset_id
    যদি অনুরোধটি একটি ফাইলের মাধ্যমে একটি রেফারেন্স তৈরি করার চেষ্টা করে তবে অনুরোধটি একটি সম্পদ আইডি নির্দিষ্ট না করে তাহলে references.insert পদ্ধতিটি এই ত্রুটিটি ফেরত দেয়৷
    badRequest (400) canNotBeActivated
    references.update পদ্ধতিটি এই ত্রুটিটি ফেরত দেয় যদি রেফারেন্সটি সক্রিয় করা না যায়, সম্ভবত রেফারেন্সের স্থিতি বা মালিকানা শর্তের কারণে।
    badRequest (400) videoNotClaimed
    videoAdvertisingOptions.get পদ্ধতিটি এই ত্রুটিটি ফেরত দেয় যদি আপনি যে ভিডিওটির জন্য আপনি বিজ্ঞাপনের বিকল্পগুলি পুনরুদ্ধার করার চেষ্টা করছেন সেটি দাবি না করে থাকেন, যার ফলে অনুরোধ করা তথ্য আপনার কাছে অনুপলব্ধ হয়৷

ডিসেম্বর 18, 2015

ইউরোপীয় ইউনিয়নের (ইইউ) আইনের প্রয়োজন হয় যে নির্দিষ্ট কিছু প্রকাশ অবশ্যই দিতে হবে এবং EU-এর শেষ ব্যবহারকারীদের কাছ থেকে সম্মতি নিতে হবে। তাই, ইউরোপীয় ইউনিয়নের শেষ ব্যবহারকারীদের জন্য, আপনাকে অবশ্যই EU ব্যবহারকারীর সম্মতি নীতি মেনে চলতে হবে। আমরা আমাদের YouTube API পরিষেবার শর্তাবলীতে এই প্রয়োজনীয়তার একটি বিজ্ঞপ্তি যুক্ত করেছি৷

এপ্রিল 21, 2015

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

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

    API campaign সংস্থানগুলি get , list , insert , update , patch এবং delete পদ্ধতিগুলিকে সমর্থন করে৷

  • API নতুন campaigns.get , campaigns.insert , campaigns.update , এবং campaigns.delete পদ্ধতির জন্য বেশ কিছু নতুন ত্রুটি সমর্থন করে৷

মার্চ 30, 2015

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • বিদ্যমান সম্পদ এবং পদ্ধতির আপডেট

    • assetSearch.list পদ্ধতির নতুন isrcs প্যারামিটার আপনাকে 50 টি পর্যন্ত ISRC-এর একটি তালিকা নির্দিষ্ট করতে দেয়। API প্রতিক্রিয়া সেই ISRC এর সাথে সম্পর্কিত সম্পদ অন্তর্ভুক্ত করবে।

    • claimHistory রিসোর্সের event[].reason প্রপার্টি নিম্নলিখিত নতুন মান সমর্থন করে। প্রতিটি কারণ ব্যাখ্যা করে কেন দাবির সাথে সম্পর্কিত একটি নির্দিষ্ট ঘটনা ঘটেছে:

      • বন্ধ_অডিও_দাবি_অন_ভিজুয়াল_রেফারেন্স
      • বন্ধ_অংশীদার_বর্জন
      • বন্ধ_রেফারেন্স_দ্বন্দ্ব

    • claimSearch.list পদ্ধতির নতুন sort প্যারামিটারটি নির্দিষ্ট করে যে পদ্ধতিটি API প্রতিক্রিয়াতে সংস্থানগুলি অর্ডার করতে ব্যবহার করা হবে৷ ডিফল্টরূপে, রিভার্স কালানুক্রমিক ক্রমানুসারে (নতুন থেকে প্রাচীনতম) রিসোর্সগুলি তৈরি করা তারিখের উপর ভিত্তি করে সাজানো হয়। আপনি দাবি করা বিষয়বস্তুর জন্য সর্বোচ্চ থেকে সর্বনিম্ন ভিউ পর্যন্ত রিসোর্স বাছাই করতে পারেন।

      মনে রাখবেন যে claimSearch.list অনুরোধটি যদি status পরামিতি মানকে appealed , disputed , pending , potential , বা routedForReview তে সেট করে, তাহলে দাবি পর্যালোচনার মেয়াদ শেষ হওয়ার সময় অনুসারে ফলাফলগুলি সাজানো হয়৷

    • ownership.update এবং ownership.patch পদ্ধতিগুলি এখন সঠিকভাবে সমস্ত বৈশিষ্ট্য তালিকাভুক্ত করে যা এই পদ্ধতিগুলিতে কল করার সময় আপডেট করা যেতে পারে। এই পরিবর্তনটি API ডকুমেন্টেশনে একটি সংশোধনের প্রতিনিধিত্ব করে এবং API কার্যকারিতার পরিবর্তনকে চিহ্নিত করে না।

    • assets.get এবং assets.list পদ্ধতির fetchMatchPolicy প্যারামিটার এখন একটি সমর্থিত মান হিসাবে effective তালিকাভুক্ত। মানটি API সার্ভারকে সেই মিল নীতি পুনরুদ্ধার করার নির্দেশ দেয় যা YouTube সম্পদের জন্য প্রয়োগ করে।

    • assets.list , claims.list , contentOwners.list , policies.list , publishers.list , এবং references.list পদ্ধতিগুলির জন্য id প্যারামিটারগুলি এখন মনে রাখবেন যে তাদের প্যারামিটারের মানগুলিতে সর্বাধিক 50টি কমা দ্বারা পৃথক করা আইডি থাকতে পারে৷

  • নতুন এবং আপডেট ত্রুটি

    নীচের সারণীটি API সমর্থন করে এমন নতুন ত্রুটিগুলি এবং প্রতিটি ত্রুটি ফিরিয়ে দিতে পারে এমন পদ্ধতিগুলি চিহ্নিত করে৷ মনে রাখবেন যে একটি পদ্ধতি একই ত্রুটির ধরন সহ একাধিক ত্রুটি ফেরত দিতে পারে।

    আরও তথ্যের জন্য প্রতিটি পদ্ধতির ত্রুটির ডকুমেন্টেশন বা ত্রুটি পৃষ্ঠায় অনুগ্রহ করে পড়ুন।

    ত্রুটির ধরন ত্রুটি বিস্তারিত বর্ণনা
    badRequest (400) tooManyIsrcs যদি isrcs প্যারামিটার 50 টির বেশি ISRC নির্দিষ্ট করে তাহলে assetSearch.list পদ্ধতি এই ত্রুটিটি ফেরত দেয়।
    badRequest (400) videoIsPrivate আপনি একটি ব্যক্তিগত ভিডিও দাবি করার চেষ্টা করলে claims.insert পদ্ধতিটি এই ত্রুটি ফিরিয়ে দেয়৷ আপনি শুধুমাত্র একটি ভিডিও দাবি করতে পারেন যদি তার গোপনীয়তার স্থিতি public বা unlisted হয়৷
    notModified (304) blockOutsideOwnershipUnchanged দাবিতে blockOutsideOwnership পতাকা সফলভাবে পরিবর্তন না হলে claims.update পদ্ধতিটি এই ত্রুটিটি ফেরত দেয়। এই ত্রুটি ঘটতে পারে কেন বিভিন্ন কারণ আছে. একটি সাধারণ উদাহরণ হল কারণ দাবি করা ভিডিওতে নির্দিষ্ট পরিবর্তনের কোনো প্রভাব নেই।

নভেম্বর 7, 2014

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • বিদ্যমান সম্পদ এবং পদ্ধতির আপডেট

    • claimSearch.list পদ্ধতির status প্যারামিটার এখন routedForReview এর মান সমর্থন করে। এই মানটি ফলাফলগুলিকে এমন দাবিতে সীমাবদ্ধ করে যেগুলির জন্য একটি সম্পদের মিল নীতিতে একটি নিয়মের ভিত্তিতে ম্যানুয়াল পর্যালোচনার প্রয়োজন হয়৷

    • claimHistory রিসোর্সের event[].reason প্রপার্টি নিম্নলিখিত নতুন মান সমর্থন করে। প্রতিটি কারণ ব্যাখ্যা করে কেন দাবির সাথে সম্পর্কিত একটি নির্দিষ্ট ঘটনা ঘটেছে:

      • বন্ধ_অবৈধ_রেফারেন্স_সেগমেন্ট
      • বন্ধ_নোডসেন্স
      • সাসপেন্ডেড_মনিটাইজেশন_অন_চ্যানেল
      • video_content_modified

    • claim সংস্থানের origin.source সম্পত্তি, যা একটি দাবির উত্স সনাক্ত করে, এখন মান melodyMatch সমর্থন করে। একটি মেলোডি ম্যাচ দাবি ইঙ্গিত করে যে দাবি করা ভিডিওটি একটি রেফারেন্স সহ একটি মিউজিক্যাল কম্পোজিশন শেয়ার করেছে।

    • references.insert পদ্ধতির ডকুমেন্টেশনটি সঠিকভাবে প্রতিফলিত করার জন্য আপডেট করা হয়েছে যে API সেই পদ্ধতির জন্য দুটি ভিন্ন এন্ডপয়েন্ট ব্যবহার করে। এটি API কার্যকারিতার পরিবর্তনের প্রতিনিধিত্ব করে না, বরং বিদ্যমান ডকুমেন্টেশনের সংশোধন।

      • যদি অনুরোধটি একটি নতুন রেফারেন্স ফাইল আপলোড করে, সঠিক শেষ পয়েন্ট হল:

        POST https://www.googleapis.com/upload/youtube/partner/v1/references

      • রেফারেন্স কন্টেন্ট হিসেবে দাবি করা ভিডিও ব্যবহার করে যদি অনুরোধ একটি রেফারেন্স তৈরি করে, তাহলে সঠিক শেষ পয়েন্ট হল:

        POST https://www.googleapis.com/youtube/partner/v1/references

  • নতুন এবং আপডেট ত্রুটি

    নীচের সারণীটি API সমর্থন করে এমন নতুন ত্রুটিগুলি এবং প্রতিটি ত্রুটি ফিরিয়ে দিতে পারে এমন পদ্ধতিগুলি চিহ্নিত করে৷ মনে রাখবেন যে একটি পদ্ধতি একই ত্রুটির ধরন সহ একাধিক ত্রুটি ফেরত দিতে পারে।

    আরও তথ্যের জন্য প্রতিটি পদ্ধতির ত্রুটির ডকুমেন্টেশন বা ত্রুটি পৃষ্ঠায় অনুগ্রহ করে পড়ুন।

    ত্রুটির ধরন ত্রুটি বিস্তারিত বর্ণনা
    badRequest (400) invalidLabelName assets.insert , assets.update , এবং assetLabels.insert পদ্ধতিগুলি এই ত্রুটিটি ফেরত দেয় যদি একটি সম্পদ লেবেলের নাম অবৈধ হয়৷ লেবেলের নাম অবশ্যই দুই থেকে ৩০ অক্ষরের মধ্যে হতে হবে। এগুলিতে কোণীয় বন্ধনী, কমা, কোলন, অ্যাম্পারস্যান্ড বা উল্লম্ব পাইপ অক্ষর (|) নাও থাকতে পারে।
    badRequest (400) ownerHaveMaximumNumberOfLabels assets.insert , assets.update , এবং assetLabels.insert পদ্ধতিগুলি এই ত্রুটিটি ফেরত দেয় যদি কোনও বিষয়বস্তুর মালিক ইতিমধ্যে 2500টি অনন্য সম্পদ লেবেল সংজ্ঞায়িত করে থাকে, যা বর্তমানে অনুমোদিত সর্বাধিক সংখ্যা৷
    badRequest (400) tooManyLabelsOnOneAsset assets.insert এবং assets.update পদ্ধতিগুলি এই ত্রুটিটি ফেরত দেয় যদি একটি সম্পদ ইতিমধ্যে 30টি সম্পদ লেবেলের সাথে যুক্ত থাকে, যা বর্তমানে অনুমোদিত সর্বাধিক সংখ্যা।
    badRequest (400) channelMonetizationSuspended claims.insert এবং claims.update পদ্ধতিগুলি এই ত্রুটি ফিরিয়ে দেয় যদি কোনও ভিডিওর চ্যানেল অংশীদার দাবির জন্য স্থগিত করা হয়৷
    badRequest (400) channelNotActive কোনো ভিডিওর চ্যানেল সক্রিয় না থাকলে claims.update পদ্ধতি এই ত্রুটিটি ফেরত দেয়।

  • assets.insert এবং assets.update পদ্ধতিগুলি আর কিছু সম্পদের জন্য একটি badRequest ত্রুটি ফেরত দেয় না যদি অনুরোধের বডিতে metadataMine.contentType প্রপার্টি না থাকে।

23 সেপ্টেম্বর, 2014

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • বিষয়বস্তুর মালিক আইডি পরিবর্তন

    9 জুলাই, 2014 তারিখে পুনর্বিবেচনার ইতিহাসে ঘোষিত সামগ্রী মালিক আইডি পরিবর্তনগুলি কার্যকর হয়েছে৷ এই পরিবর্তনের ফলে, API এখন প্রমাণীকৃত ব্যবহারকারী বা API এর মাধ্যমে পরিচালিত কোনো সম্পদের সাথে সংশ্লিষ্ট বিষয়বস্তুর মালিককে শনাক্ত করতে একটি তৈরি করা, অনন্য আইডি প্রদান করে। পূর্বে, API আইডি হিসাবে একটি মানব-পঠনযোগ্য নাম ফেরত দিয়েছিল, যেমন "qrs_network।"

    এই পরিবর্তনটি নিম্নলিখিত API কার্যকারিতাকে প্রভাবিত করে এবং সম্ভবত সেই অংশীদারদের প্রভাবিত করবে যাদের তাদের অ্যাপ্লিকেশনগুলিতে হার্ড-কোডযুক্ত অংশীদার কোড রয়েছে৷

    • API এখন রিসোর্স প্রপার্টির মান হিসাবে নতুন আইডি ফেরত দেয় যা আগে অংশীদার কোড ফেরত দিয়েছিল, যেমন contentOwner রিসোর্সের id প্রপার্টি।
    • API-এর সমস্ত পদ্ধতি onBehalfOfContentOwner প্যারামিটারকে সমর্থন করে, যা সামগ্রীর মালিককে চিহ্নিত করে যার পক্ষ থেকে API অনুরোধ করা হচ্ছে৷ পরিবর্তনের পর, প্যারামিটারটি পার্টনার কোডের পরিবর্তে নতুন আইডিতে সেট করা উচিত। কোড ব্রেকেজ প্রতিরোধ করার জন্য, প্যারামিটার একটি ট্রানজিশন সময়কালে উভয় মান গ্রহণ করবে।
    • পরিবর্তনের পর, contentOwners.list পদ্ধতির contentOwnerId প্যারামিটারে অংশীদার কোডের পরিবর্তে নতুন আইডি উল্লেখ করা উচিত।

  • বিদ্যমান সম্পদ এবং পদ্ধতির আপডেট

    • assetSearch.list পদ্ধতির নতুন metadataSearchFields প্যারামিটার আপনাকে সম্পদের মেটাডেটা ক্ষেত্রগুলি নির্দিষ্ট করতে দেয় যেগুলি আপনি অনুসন্ধান করতে চান সেইসাথে আপনি সেই ক্ষেত্রগুলিতে যে মানগুলি অনুসন্ধান করতে চান তা নির্দিষ্ট করতে দেয়৷ পরামিতি মান হল ক্ষেত্র এবং মান জোড়ার একটি কমা দ্বারা পৃথক করা তালিকা; একটি জোড়ার মধ্যে, ক্ষেত্র এবং মান একটি কোলন দ্বারা পৃথক করা হয়।

    • claim সংস্থানের নতুন appliedPolicy বস্তুটি সেই নীতি নির্দিষ্ট করে যা YouTube আসলে দাবির জন্য প্রযোজ্য। বস্তুর মান একটি policy সম্পদ. সেই সংস্থানটিতে সেই দেশগুলির জন্য নীতি সংক্রান্ত তথ্য রয়েছে যেখানে অনুরোধ জমা দেওয়া সামগ্রীর মালিক দাবিকৃত সম্পদের মালিক৷

      কন্টেন্ট মালিক দুটি উপায়ে সংজ্ঞায়িত নীতি থেকে প্রয়োগ করা নীতি আলাদা হতে পারে:

      1. এটি অন্যান্য মালিকদের দ্বারা সেট করা নীতিগুলির জন্য দায়ী যারা API অনুরোধ জমা দেওয়া বিষয়বস্তুর মালিকের মতো একই অঞ্চলে দাবি করা সম্পদের আংশিক মালিকানা রয়েছে৷

      2. এটি YouTube প্রশাসনিক নীতিগুলির জন্য দায়ী যা সেই অঞ্চলগুলিতে প্রযোজ্য যেখানে বিষয়বস্তুর মালিক দাবিকৃত সম্পদের মালিক৷

    • claimHistory রিসোর্সের নতুন uploaderChannelId প্রপার্টি সেই চ্যানেলের চ্যানেল আইডি চিহ্নিত করে যেখানে দাবি করা ভিডিও আপলোড করা হয়েছে।

সেপ্টেম্বর 8, 2014

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • নতুন সম্পদ এবং পদ্ধতি

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

      • assetLabels.list পদ্ধতি আপনাকে সামগ্রীর মালিকের লেবেলের একটি তালিকা পুনরুদ্ধার করতে দেয়৷
      • assetLabels.insert পদ্ধতি আপনাকে একটি নতুন সম্পদ লেবেল তৈরি করতে দেয়। এছাড়াও আপনি assets.update পদ্ধতিতে কল করে এবং একটি সম্পদের জন্য লেবেল আপডেট করে নতুন লেবেল তৈরি করতে পারেন। API সার্ভার স্বয়ংক্রিয়ভাবে পূর্বে অনির্ধারিত কোনো লেবেলের জন্য একটি নতুন assetLabel সংস্থান তৈরি করবে।

  • বিদ্যমান সম্পদ এবং পদ্ধতির আপডেট

    • asset সম্পদের label[] প্রপার্টি আপডেট করা হয়েছে নোট করার জন্য যে আপনি সম্পদের লেবেল আপডেট করতে assets.update পদ্ধতিতে কল করতে পারেন। যাইহোক, assets.insert পদ্ধতিতে কল করার সময় আপনি কোনো সম্পদের লেবেল সেট করতে পারবেন না।

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

  • নতুন এবং আপডেট ত্রুটি

    API নতুন assetLabels.list এবং assetLabels.insert পদ্ধতির জন্য বেশ কিছু নতুন ত্রুটি সমর্থন করে।

9 জুলাই, 2014

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • বিষয়বস্তুর মালিক আইডি পরিবর্তন

    ঐতিহাসিকভাবে, API একটি মানব-পঠনযোগ্য অংশীদার কোড ব্যবহার করেছে, যেমন "qrs_network", প্রমাণীকৃত ব্যবহারকারী বা API-এর মাধ্যমে পরিচালিত কোনো সম্পদের সাথে সংশ্লিষ্ট বিষয়বস্তুর মালিককে অনন্যভাবে সনাক্ত করতে। Q3 2014 এ, API এর পরিবর্তে সামগ্রীর মালিকদের সনাক্ত করতে একটি অনন্য 22-অক্ষরের ID ব্যবহার করবে। পরিবর্তনটি নিম্নলিখিত API কার্যকারিতাকে প্রভাবিত করে এবং সম্ভবত সেই অংশীদারদের প্রভাবিত করবে যাদের তাদের অ্যাপ্লিকেশনগুলিতে হার্ড-কোডযুক্ত অংশীদার কোড রয়েছে৷

    • এপিআই 22-অক্ষরের আইডি রিসোর্স বৈশিষ্ট্যের মান হিসাবে ফিরিয়ে দেবে যা পূর্বে অংশীদার কোড ফেরত দিয়েছিল, যেমন contentOwner সম্পদের id সম্পত্তি।
    • API-এর সমস্ত পদ্ধতি onBehalfOfContentOwner প্যারামিটারকে সমর্থন করে, যা সামগ্রীর মালিককে চিহ্নিত করে যার পক্ষ থেকে API অনুরোধ করা হচ্ছে৷ পরিবর্তনের পর, প্যারামিটারটিকে পার্টনার কোডের পরিবর্তে 22-অক্ষরের আইডিতে সেট করা উচিত। কোড ব্রেকেজ প্রতিরোধ করার জন্য, প্যারামিটার একটি ট্রানজিশন সময়কালে উভয় মান গ্রহণ করবে।
    • পরিবর্তনের পরে, contentOwners.list পদ্ধতির contentOwnerId প্যারামিটারে অংশীদার কোডের পরিবর্তে 22-অক্ষরের ID উল্লেখ করা উচিত।

  • বিদ্যমান সম্পদ এবং পদ্ধতির আপডেট

    • একটি asset সম্পদ এখন label সম্পত্তি সমর্থন করে, যা সম্পদের সাথে সম্পর্কিত সম্পদ লেবেলের একটি তালিকা নির্দিষ্ট করে। আপনি একাধিক সম্পদে তাদের গোষ্ঠীবদ্ধ করতে একটি লেবেল প্রয়োগ করতে পারেন। আপনি লেবেলগুলিকে সার্চ ফিল্টার হিসাবে ব্যবহার করতে পারেন বাল্ক আপডেটগুলি সম্পাদন করতে, প্রতিবেদনগুলি ডাউনলোড করতে বা YouTube Analytics ফিল্টার করতে৷

    • assetSearch.list পদ্ধতি এখন নিম্নলিখিত ঐচ্ছিক পরামিতি সমর্থন করে:

      • labels : শুধুমাত্র নির্দিষ্ট লেবেলের সাথে সম্পর্কিত সম্পদ অন্তর্ভুক্ত করার জন্য ফলাফল সীমাবদ্ধ করে। ডিফল্টরূপে, API সমস্ত নির্দিষ্ট লেবেলের সাথে মেলে এমন সম্পদ প্রদান করে। যাইহোক, আপনি API-কে নির্দিষ্ট লেবেলের সাথে মেলে এমন সম্পদ ফেরত দেওয়ার নির্দেশ দিতে includeAnyProvidedLabel প্যারামিটার ব্যবহার করতে পারেন।
      • includeAnyProvidedLabel : labels প্যারামিটারের সাথে একত্রে ব্যবহার করা হয়, এই প্যারামিটারটি API রিটার্ন সম্পদকে নির্দেশ করে যা labels প্যারামিটার মানের নির্দিষ্ট লেবেলের সাথে সম্পর্কিত।

    • একটি claimHistory সম্পদে এখন নিম্নলিখিত নতুন বৈশিষ্ট্য রয়েছে:

      • event[].source.userEmail প্রপার্টি সেই ব্যবহারকারীর ইমেল ঠিকানা প্রদান করে যে ইভেন্টটি শুরু করেছে।
      • event[].typeDetails.disputeNotes প্রপার্টিতে একটি dispute_create ইভেন্টের জন্য বিরোধ নোট রয়েছে।

    • claimSearch.list পদ্ধতি এখন নিম্নলিখিত ঐচ্ছিক পরামিতি সমর্থন করে:

      • createdAfter : শুধুমাত্র নির্দিষ্ট তারিখের পরে তৈরি করা দাবিগুলি অন্তর্ভুক্ত করার জন্য ফলাফলগুলিকে সীমাবদ্ধ করে৷
      • createdBefore : ফলাফলগুলিকে শুধুমাত্র নির্দিষ্ট তারিখের আগে তৈরি করা দাবিগুলিকে অন্তর্ভুক্ত করতে সীমাবদ্ধ করে৷
      • includeThirdPartyClaims : videoId প্যারামিটারের সাথে ব্যবহার করা হয়, এই প্যারামিটারটি API ফলাফলে তৃতীয় পক্ষের দাবিগুলি অন্তর্ভুক্ত করতে হবে কিনা তা নির্দেশ করে।

  • আরো বিস্তারিত ত্রুটি তথ্য

    ত্রুটি ডকুমেন্টেশন এখন প্রতিটি ত্রুটি প্রকারের জন্য HTTP প্রতিক্রিয়া কোড নির্দিষ্ট করে।

  • নতুন এবং আপডেট ত্রুটি

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

    আরও তথ্যের জন্য প্রতিটি পদ্ধতির ত্রুটির ডকুমেন্টেশন বা ত্রুটি পৃষ্ঠায় অনুগ্রহ করে পড়ুন।

    পদ্ধতি ত্রুটি
    assetSearch.list
    • invalidValue - API শো বা সিজন সম্পদ অনুসন্ধান করার ক্ষমতা সমর্থন করে না। type প্যারামিটারের মান একটি সমর্থিত মান পরিবর্তন করুন।
    assets.insert
    • conflict - একই শনাক্তকারীর সাথে অনেকগুলি সম্পদ (যেমন কাস্টম আইডি, ISRC, ইত্যাদি) ইতিমধ্যেই বিদ্যমান।
    • conflict - নির্দিষ্ট সম্পদের অনেক কপি ইতিমধ্যেই বিদ্যমান।
    • invalidValue - API কলকারী ব্যবহারকারীর নির্দিষ্ট ধরনের সম্পদ তৈরি করার অনুমতি নেই।
    assets.patch
    assets.update
    • badRequest - API আপনার চেষ্টা করা সম্পদের ধরন রূপান্তর সমর্থন করে না।
    claimSearch.list
    • badRequest - includeThirdPartyClaims প্যারামিটার শুধুমাত্র videoId ফিল্টারের সাথে ব্যবহার করা যেতে পারে।
    ownership.patch
    ownership.update
    • badRequest - আপনি কোনও আর্ট ট্র্যাক সম্পত্তির মালিকানা আপডেট করতে পারবেন না।
    references.patch
    references.update
    • badRequest - আপনি যে অপারেশনটি চেষ্টা করছেন তার জন্য রেফারেন্সটি একটি অবৈধ অবস্থায় রয়েছে।

ফেব্রুয়ারী 3, 2014

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • বিদ্যমান সংস্থান এবং পদ্ধতিগুলির আপডেট

    • একটি asset সংস্থান এখন art_track_video একটি type মান থাকতে পারে।

    • একটি claimSearch রিসোর্সে এখন নিম্নলিখিত নতুন বৈশিষ্ট্যগুলি অন্তর্ভুক্ত রয়েছে:

      • origin অবজেক্টে এমন তথ্য রয়েছে যা দাবিটি যেভাবে তৈরি হয়েছিল তা বর্ণনা করে।
      • thirdPartyClaim সম্পত্তিটিতে একটি বুলিয়ান মান রয়েছে যা ইঙ্গিত দেয় যে দাবিটি কোনও সামগ্রীর মালিক দ্বারা অনুসন্ধান সম্পাদনকারী ব্যবহারকারীর সাথে সম্পর্কিত ব্যতীত অন্য কোনও বিষয়বস্তু ছিল কিনা।

    • claimSearch.list পদ্ধতিটি এখন নিম্নলিখিত al চ্ছিক পরামিতিগুলিকে সমর্থন করে:

      • contentType : ফলাফলগুলি কেবলমাত্র অডিও-কেবল দাবি, কেবল ভিডিও-দাবি বা অডিওভিজুয়াল দাবী অন্তর্ভুক্ত করতে সীমাবদ্ধ করে।
      • origin : এক বা একাধিক দাবি উত্স যেমন descriptiveSearch বা videoMatch নির্দিষ্ট করে, যার জন্য আপনি দাবিগুলি সন্ধান করতে চান।
      • status : নির্দিষ্ট স্থিতি রয়েছে এমন দাবিগুলি অন্তর্ভুক্ত করার জন্য ফলাফলগুলি সীমাবদ্ধ করে।

    • claim রিসোর্সের status সম্পত্তি এখন নিম্নলিখিত অতিরিক্ত মানগুলি সমর্থন করে: appealed , disputed , potential , takedown এবং unknown ।

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

    • contentOwnerAdvertisingOption রিসোর্সের নতুন allowedOptions.autoGeneratedBreaks O

    • contentOwners.list পদ্ধতিটি এখন একটি অনুমোদনের টোকেন সহ কল ​​করা যেতে পারে যা https://www.googleapis.com/auth/youtubepartner-content-owner-readonly readonly স্কোপ নির্দিষ্ট করে।

    • policy রিসোর্সের নতুন timeUpdated সম্পত্তিটি নীতিটি সর্বশেষ আপডেট হওয়ার সময়টি নির্দিষ্ট করে।

    • policies.list পদ্ধতিটি এখন একটি al চ্ছিক sort প্যারামিটার সমর্থন করে, যা নির্দিষ্ট করতে ব্যবহার করা যেতে পারে যে ফলাফলগুলি শেষ আপডেট হওয়ার সময়টির আরোহী বা অবতরণ ক্রমে বাছাই করা উচিত।

    • referenceConflict রিসোর্সের নতুন expiryTime সম্পত্তিটি সেই সময়টি নির্দিষ্ট করে যখন রেফারেন্স সংঘাতের জন্য পর্যালোচনা সময়কাল শেষ হবে, যার ফলে দ্বন্দ্বের মেয়াদ শেষ হয়ে যাবে।

    • videoAdvertisingOption রিসোর্সের নতুন autoGeneratedBreaks সম্পত্তিটি ইঙ্গিত দেয় যে ভিডিওটি মিডরোল, ইন-স্ট্রিম বিজ্ঞাপনগুলি বিরতি সময়ে স্বয়ংক্রিয়ভাবে ইউটিউব দ্বারা নির্ধারিত হওয়া উচিত কিনা তা নির্দেশ করে।

  • নতুন এবং আপডেট ত্রুটি

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

    আরও তথ্যের জন্য দয়া করে প্রতিটি পদ্ধতির জন্য ত্রুটি ডকুমেন্টেশন বা ত্রুটি পৃষ্ঠায় দেখুন।

    পদ্ধতি ত্রুটি
    assets.insert
    assets.update
    • badRequest - এপিআই আর্ট ট্র্যাক সম্পদে লেখার ক্রিয়াকলাপ সমর্থন করে না।
    claimSearch.list
    • invalidValue - অনুরোধের pageToken প্যারামিটারটি একটি অবৈধ পৃষ্ঠা টোকেন নির্দিষ্ট করে।
    claims.insert
    • badRequest - আপনি যে দাবি তৈরি করতে চাইছেন তা অবৈধ কারণ ভিডিওর চ্যানেলটি সক্রিয় নয়।
    • badRequest - আপনি যে ভিডিওটি দাবি করার চেষ্টা করছেন তা একটি টেকডাউন নীতি থেকে অব্যাহতিপ্রাপ্ত। অনুসন্ধানের জন্য, দয়া করে কপিরাইট@youtube.com এ যোগাযোগ করুন
    • badRequest আপনার অনুরোধটি প্রক্রিয়া করা যাবে না কারণ আপনি নির্দিষ্ট ভিডিওতে তৃতীয় পক্ষের দাবি তৈরি করতে পারবেন না।
    • conflict - ইউটিউব অনুরোধ করা দাবি তৈরি করতে পারে না কারণ ভিডিওটি একটি টেকডাউন নোটিশের বিরুদ্ধে লড়াই করেছে।
    • conflict - ইউটিউব অনুরোধ করা দাবি তৈরি করতে পারে না কারণ ভিডিওটিতে একটি সক্রিয় টেকডাউন দাবি রয়েছে।
    references.insert
    • badRequest - আপনি যে দাবি করা ভিডিওটি ব্যবহার করার চেষ্টা করছেন তা মুছে ফেলা বা প্রত্যাখ্যান করা হয়েছিল, বা এর প্রক্রিয়াজাতকরণ ব্যর্থ হয়েছে।

  • contentOwnerNotProvided এবং internalError ত্রুটিগুলি, যা কোনও নির্দিষ্ট এপিআই পদ্ধতির জন্য নির্দিষ্ট নয়, প্রতিটি পদ্ধতির পৃষ্ঠায় আর তালিকাভুক্ত নয়। তাদের বিবরণগুলি এখনও এপিআইয়ের ত্রুটি ডকুমেন্টেশনের সাধারণ ত্রুটি বিভাগে পাওয়া যাবে।

সেপ্টেম্বর 12, 2013

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • নতুন সংস্থান এবং পদ্ধতি

    • নতুন referenceConflict রিসোর্স দুটি রেফারেন্স ফাইলের মধ্যে একটি দ্বন্দ্ব চিহ্নিত করে এবং দ্বন্দ্ব চিহ্নিত করার সময় সেই ফাইলগুলির মধ্যে বিদ্যমান ম্যাচগুলি তালিকাভুক্ত করে। referenceConflicts.list পদ্ধতি আপনাকে অনুমোদিত সামগ্রীর মালিকের সাথে সম্পর্কিত অমীমাংসিত রেফারেন্স বিরোধগুলির একটি তালিকা পুনরুদ্ধার করতে দেয়। referenceConflicts.get পদ্ধতি আপনাকে তার অনন্য রেফারেন্স কনফ্লিক্ট কনফ্লিক্ট আইডি নির্দিষ্ট করে একটি রেফারেন্স দ্বন্দ্ব পুনরুদ্ধার করতে সক্ষম করে।

    বিদ্যমান সংস্থান এবং পদ্ধতিগুলির আপডেট

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

      সম্পত্তির জন্য কার্যকর ম্যাচ নীতিটি পুনরুদ্ধার করতে, assets.get বা assets.list পদ্ধতিগুলি কল করার সময় fetchMatchPolicy প্যারামিটার মানটিকে effective জন্য সেট করুন। এপিআই প্রতিক্রিয়াতে, প্রতিটি ফেরত asset সংস্থার matchPolicyEffective অবজেক্টে সেই সম্পত্তির জন্য কার্যকর ম্যাচ নীতি রয়েছে।

    • asset রিসোর্সের নতুন ownershipConflicts অবজেক্টে সম্পত্তির মালিকানা দ্বন্দ্ব সম্পর্কে তথ্য রয়েছে। অবজেক্টের কাঠামোটি কোনও ownership সংস্থার কাঠামোর অনুরূপ, যা কোনও সম্পদ মালিককে ধরে রাখতে পারে এমন প্রতিটি ধরণের অধিকার চিহ্নিত করে। (বেশিরভাগ সম্পদের ধরণের জন্য, মালিকদের কেবল সাধারণ সম্পদের মালিকানা থাকতে পারে তবে রচনা সম্পদের জন্য, মালিকরা তাদের পারফরম্যান্স অধিকার, সিঙ্ক্রোনাইজেশন অধিকার বা যান্ত্রিক অধিকারের মালিকানা আইটেমাইজ করতে পারেন))

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

    • assets.get এবং assets.get পদ্ধতিগুলি এখন নতুন fetchOwnershipConflicts প্যারামিটারটিকে সমর্থন করে। প্যারামিটারের একটি বুলিয়ান মান রয়েছে যা এপিআই অনুরোধটি এপিআই প্রতিক্রিয়াতে সম্পদের জন্য মালিকানা বিরোধগুলি পুনরুদ্ধার করা উচিত কিনা তা নির্দেশ করে। ডিফল্ট মানটি false , যার অর্থ মালিকানার দ্বন্দ্বগুলি ফেরত দেওয়া হয় না।

    • ইউটিউব অনুসন্ধান করে এমন মেটাডেটা ক্ষেত্রগুলি সনাক্ত করতে assetSearch.list পদ্ধতির q প্যারামিটারের সংজ্ঞাটি আপডেট করা হয়েছে।

    • একটি references.insert জন্য অনুরোধ বডিটির ডকুমেন্টেশন contentType এই পরিবর্তনটি প্রকৃত এপিআই কার্যকারিতাটি সঠিকভাবে প্রতিফলিত করতে ডকুমেন্টেশন আপডেট করে তবে এপিআই কার্যকারিতার পরিবর্তনের প্রতিনিধিত্ব করে না।

  • নতুন এবং আপডেট ত্রুটি

    • এপিআই একটি নতুন forbidden ত্রুটি সমর্থন করে, যা কোনও নির্দিষ্ট পদ্ধতির জন্য নির্দিষ্ট নয়, যা ইঙ্গিত দেয় যে অনুরোধ করা অপারেশন কোনও পরিষেবা অ্যাকাউন্ট দ্বারা অনুমোদিত হতে পারে না।

    • assets.insert পদ্ধতিটি এখন মেটাডেটা অবজেক্টে metadataMine অবজেক্টের বৈশিষ্ট্যগুলিতে ঘটে যাওয়া হিসাবে মেটাডেটা ত্রুটিগুলি চিহ্নিত করে, যা 16 জুলাই, 2013 এ metadata আপডেটের হিসাবে অবমূল্যায়িত হয়েছিল।

    • ত্রুটিগুলি পৃষ্ঠাটি আপডেট করা হয়েছে যাতে update এবং patch পদ্ধতিগুলিকে সমর্থন করে এমন প্রতিটি সংস্থানগুলির জন্য, পৃষ্ঠায় একটি সারণী রয়েছে যা এই দুটি পদ্ধতি দ্বারা ফিরে আসা ত্রুটিগুলি তালিকাভুক্ত করে। পূর্বে, পৃষ্ঠাটি প্রতিটি পদ্ধতির জন্য পৃথকভাবে ত্রুটিগুলি তালিকাভুক্ত করেছিল, যদিও তালিকাগুলি সর্বদা একই ছিল।

জুলাই 16, 2013

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • নতুন সংস্থান এবং পদ্ধতি

    • নতুন claimHistory.get পদ্ধতি আপনাকে একটি নির্দিষ্ট দাবি সম্পর্কিত তথ্য সনাক্ত করতে এবং পুনরুদ্ধার করতে দেয়। ফিরে আসা claimHistory সংস্থানটিতে দাবির সাথে সম্পর্কিত ইভেন্টগুলির একটি তালিকা রয়েছে যেমন দাবি তৈরি, আপডেট, বিতর্কিত বা বন্ধ।

    • নতুন claimSearch.list পদ্ধতি আপনাকে এমন দাবিগুলি অনুসন্ধান করতে দেয় যা নিম্নলিখিত বা সমস্ত মানদণ্ডের সাথে পূরণ করে:

      • দাবিগুলি একটি নির্দিষ্ট সম্পত্তির সাথে সম্পর্কিত।
      • দাবিগুলি একটি নির্দিষ্ট ভিডিওর সাথে সম্পর্কিত।
      • দাবিগুলি অনুরোধে প্রদত্ত একটি ক্যোয়ারী স্ট্রিংয়ের সাথে মেলে।

      এপিআই প্রতিক্রিয়াতে প্রতিটি claimSnippet রিসোর্সে দাবিটির অনন্য দাবি আইডি, এর স্থিতি, এর ধরণ ( audio , video , বা audiovisual ) এবং দাবির সাথে সম্পর্কিত সম্পদ এবং ভিডিও সহ একটি দাবি সম্পর্কে বিশদ রয়েছে। রিসোর্সটি দাবি করা ভিডিওর জন্য দর্শনের সংখ্যা এবং দাবী করা ভিডিওর শিরোনামও নির্দিষ্ট করে।

  • বিদ্যমান সংস্থান এবং পদ্ধতিগুলির আপডেট

    • ডকুমেন্টেশনটি এখন এমন বৈশিষ্ট্যগুলির জন্য সমর্থিত মানগুলি তালিকাভুক্ত করে যা গণিত মানগুলির একটি সেট রয়েছে। এই জাতীয় বৈশিষ্ট্যগুলির মধ্যে asset রিসোর্সের type সম্পত্তি এবং claim সংস্থার status সম্পত্তি অন্তর্ভুক্ত রয়েছে।

    • assets.get এবং assets.list পদ্ধতিগুলির জন্য, এপিআই এখন fetchMetadata এবং fetchOwnership অনুরোধের পরামিতিগুলির জন্য কমা-বিচ্ছিন্ন মানগুলিকে সমর্থন করে, আপনাকে মেটাডেটা বা মালিকানা ডেটার একাধিক সেট পুনরুদ্ধার করতে সক্ষম করে।

      নীচের তালিকাটি asset সংস্থার কাঠামোর সাথে সম্পর্কিত পরিবর্তনগুলির পাশাপাশি এপিআই পদ্ধতিতে সেই পরিবর্তনগুলির প্রভাবগুলি ব্যাখ্যা করে যা asset সংস্থানগুলি get , list , insert , update বা patch ।

      • metadata অবজেক্টটি metadataMine এবং metadataEffective অবজেক্ট দ্বারা প্রতিস্থাপন করা হয়েছে এবং প্রতিস্থাপন করা হয়েছে। নতুন অবজেক্টগুলি একটি asset সংস্থানকে এপিআই অনুরোধ তৈরি করে সামগ্রী মালিকের দ্বারা সরবরাহিত মেটাডেটার সেট উভয়ই অন্তর্ভুক্ত করার অনুমতি দেয় পাশাপাশি ইউটিউব নির্ধারণ করেছে যে মেটাডেটার ক্যানোনিকাল সেটটি হ'ল সম্পত্তির জন্য মেটাডেটার সর্বাধিক নির্ভুল, সম্পূর্ণ সেট।

      • একইভাবে, ownership অবজেক্টটি ownershipMine এবং ownershipEffective বস্তুগুলির সাথে প্রতিস্থাপন করা হয়েছে।

      • matchPolicy অবজেক্টটি matchPolicyMine অবজেক্টের সাথে প্রতিস্থাপন করা হয়েছে। (এপিআই বর্তমানে সম্পত্তির জন্য কার্যকর ম্যাচ নীতিটি পুনরুদ্ধার করার ক্ষমতা সমর্থন করে না))

      দ্রষ্টব্য: পশ্চাদপদ সামঞ্জস্যতা নিশ্চিত করার জন্য, যদি কেবলমাত্র একটি মেটাডেটা সংস্করণ, মালিকানা ডেটার একটি সেট, বা একটি ম্যাচের নীতি একটি সম্পত্তির জন্য অনুরোধ করা হয় তবে এপিআই প্রতিক্রিয়াটিতে অবনমিত অবজেক্টের পাশাপাশি সদ্য সমর্থিত অবজেক্ট অন্তর্ভুক্ত থাকবে। উদাহরণস্বরূপ, যদি কোনও অনুরোধটি mine কাছে fetchMetadata প্যারামিটারটি সেট করে তবে এপিআই প্রতিক্রিয়াতে একটি metadata অবজেক্ট এবং একটি metadataMine অবজেক্ট থাকবে, যার মধ্যে উভয়ই একই ডেটা ধারণ করবে। ( fetchMetadata=mine সেট করার ক্ষমতাটি আপনাকে একাধিক মেটাডেটা সংস্করণ পুনরুদ্ধার করতে সক্ষম করার জন্য বৈশিষ্ট্য আপডেটের আগে সমর্থিত ছিল))

      তবে, যদি fetchMetadata প্যারামিটারটি mine,effective , এপিআই প্রতিক্রিয়াতে metadataMine এবং metadataEffective অবজেক্টগুলি থাকবে তবে এতে কোনও metadata অবজেক্ট থাকবে না। (এই বৈশিষ্ট্য আপডেটের আগে fetchMetadata=mine,effective ছিল না, সুতরাং পশ্চাদপদ সামঞ্জস্যের জন্য metadata অবজেক্টটি ফিরিয়ে দেওয়ার দরকার নেই)) একই নীতিটি fetchOwnership এবং fetchMatchPolicy পরামিতিগুলির ক্ষেত্রেও প্রযোজ্য।

      একইভাবে, পশ্চাদপদ সামঞ্জস্যের জন্য, asset সংস্থান insert , update বা patch জন্য একটি অনুরোধ metadataMine অবজেক্ট বা metadata অবজেক্ট অন্তর্ভুক্ত থাকতে পারে। একই নীতিটি asset সংস্থার মালিকানা ডেটা বা ম্যাচ নীতি নির্ধারণে প্রযোজ্য।

    • claims.list পদ্ধতির assetId , q এবং videoId প্যারামিটারগুলি হ্রাস করা হয়েছে। এই মানদণ্ডগুলির যে কোনও ব্যবহার করে দাবিগুলি অনুসন্ধান করতে, দাবী অনুসন্ধান.লিস্ট পদ্ধতিটি ব্যবহার করুন, যা এই সমস্ত পরামিতিগুলিকে সমর্থন করে।

    • একটি ownership সংস্থানগুলিতে, general[].ratio , performance[].ratio , synchronization[].ratio এবং mechanical[].ratio বৈশিষ্ট্যগুলিতে এখন integer পরিবর্তে double একটি সামগ্রী ফর্ম্যাট রয়েছে।

    • policy track monetize takedown block rules[].action তবে নোট করুন যে আপনি কোনও দাবিতে টেকডাউন নীতি প্রয়োগ করতে এপিআই ব্যবহার করতে পারবেন না।

    • আপনার সিএমএস অ্যাকাউন্টের সাথে সংযুক্ত একটি ইউটিউব চ্যানেলে আপলোড করা একটি বিদ্যমান ইউটিউব ভিডিওর সাথে একটি সম্পদ যুক্ত করে রেফারেন্সটি তৈরি করা হলে reference রিসোর্সের নতুন claimId সম্পত্তি উপস্থিত রয়েছে। সেক্ষেত্রে, এই ক্ষেত্রটিতে দাবির আইডি রয়েছে যা সম্পদ এবং ভিডিওর মধ্যে ফলাফলের সংযোগকে উপস্থাপন করে।

    • reference রিসোর্সের নতুন excludedIntervals[] সম্পত্তি রেফারেন্সের সাথে মিলে যাওয়ার চেষ্টা করার সময় ইউটিউবকে উপেক্ষা করা উচিত এমন রেফারেন্স চলাকালীন সময়ের অন্তরগুলির একটি তালিকা নির্দিষ্ট করে। প্রতিটি ব্যবধান ভিডিওর শুরু থেকে কয়েক সেকেন্ডে পরিমাপ করা একটি শুরু এবং শেষ সময় নির্দিষ্ট করে।

    • এপিআইয়ের আর reference রিসোর্সে status সম্পত্তি সেট করার প্রয়োজন নেই যা কোনও references.update দেহে প্রেরণ করা হয় references.patch

    • videoAdvertisingOptions.getEnabledAds পদ্ধতির জন্য এপিআই প্রতিক্রিয়া ফর্ম্যাটটি সঠিকভাবে বর্ণনা করার জন্য ডকুমেন্টেশনটি সংশোধন করা হয়েছে। প্রতিক্রিয়া, যা একটি youtubePartner#videoAdvertisingOptionGetEnabledAds রিসোর্স, নিম্নলিখিত তথ্য রয়েছে:

      • id - ইউটিউব সেটিংসের সাথে সম্পর্কিত দাবী করা ভিডিওটি অনন্যভাবে সনাক্ত করতে যে আইডি ব্যবহার করে।

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

      • adsOnEmbeds - একটি বুলিয়ান ক্ষেত্র যা এম্বেড থাকা প্লেয়ারে ভিডিওটি খেললে ইউটিউব বিজ্ঞাপনগুলি প্রদর্শন করতে পারে কিনা তা নির্দেশ করে।

      • countriesRestriction - প্রতিটি অবজেক্টের মধ্যে থাকা অবজেক্টগুলির একটি তালিকা অঞ্চলগুলির একটি তালিকা এবং সেই অঞ্চলগুলিতে ভিডিওর প্লেব্যাকগুলির সময় ব্যবহৃত বিজ্ঞাপন ফর্ম্যাটগুলি সনাক্ত করে।

  • নতুন এবং আপডেট ত্রুটি

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

      আরও তথ্যের জন্য দয়া করে প্রতিটি পদ্ধতির জন্য ত্রুটি ডকুমেন্টেশন বা ত্রুটি পৃষ্ঠায় দেখুন।

      পদ্ধতি ত্রুটি
      assets.insert
      assets.update
      assets.patch
      • invalidValue এবং required ত্রুটিগুলি পূর্বে metadata অবজেক্টের শিশু বৈশিষ্ট্যের সাথে যুক্ত এখন metadataMine অবজেক্টে একই শিশু বৈশিষ্ট্যের সাথে যুক্ত।
      claimHistory.get
      • notFound - আপনি যে দাবিটির জন্য ইতিহাস পুনরুদ্ধার করার চেষ্টা করছেন তার সন্ধান পাওয়া যাবে না।
      • required - অনুরোধটি claimId প্যারামিটারের জন্য কোনও মান নির্দিষ্ট করে না।
      claimSearch.list
      claims.list
      • badRequest - অনুরোধটি অবৈধ মানদণ্ড নির্দিষ্ট করে। সর্বাধিক, নিম্নলিখিত ফিল্টার পরামিতিগুলির মধ্যে একটি নির্দিষ্ট করা যেতে পারে: q , assetId , videoId ।
      claims.insert
      • badRequest - আপনি যে দাবিটি তৈরি করার চেষ্টা করছেন তা অবৈধ কারণ অনুরোধ করা সামগ্রী মালিক দাবির সাথে যুক্ত সম্পত্তির মালিক নন।
      • badRequest - আপনি যে বিষয়বস্তু মালিকের পক্ষে কাজ করছেন তার নির্দিষ্ট ক্রিয়া দিয়ে নীতিমালা তৈরি করার অনুমতি নেই।
      • invalidValue -আপনি যে বিষয়বস্তু মালিকের পক্ষে কাজ করছেন তার এপিআইয়ের মাধ্যমে ব্যবহারকারী-আপলোড করা ভিডিওগুলি দাবি করার অনুমতি নেই।
      contentOwners.list
      • badRequest - অনুরোধটি অবৈধ মানদণ্ড নির্দিষ্ট করে। নিম্নলিখিত ফিল্টার পরামিতিগুলির মধ্যে একটি অবশ্যই নির্দিষ্ট করতে হবে: fetchMine , id । (পূর্বে, ত্রুটিটি ফিল্টার প্যারামিটারগুলির একটি আলাদা সেট তালিকাভুক্ত করেছিল - has_conflicts_with , restrict_to_user , name_prefix এবং id ))
      ownership.update
      ownership.patch
      • badRequest - একটি অনুরোধ যা একটি রচনা সম্পত্তির মালিকানা ডেটা আপডেট করে অবশ্যই দানাদার মালিকানা ডেটা & ndahs নির্দিষ্ট করতে হবে; mechanical , performance , synchronization এবং/অথবা lyric অধিকার - general মালিকানা অধিকারের চেয়ে বরং। lyric রাইটস টাইপ নতুন সমর্থিত।
      policies.insert
      policies.update
      policies.patch
      • invalidValue - অনুরোধটিতে একটি অবৈধ নীতি নিয়ম রয়েছে কারণ এপিআই নীতিগুলি তৈরি বা পরিবর্তনকে সমর্থন করে না যা একটি takedown অ্যাকশন নির্দিষ্ট করে। এই ত্রুটি, যা invalidPolicyTakedownAction এর কারণ রিপোর্ট করে, অবনমিত invalidPolicyConditionalTakedown ত্রুটিটিকে প্রতিস্থাপন করে।
      references.insert
      • badRequest - অনুরোধটি অবশ্যই একটি মিডিয়া ফাইল প্রেরণ করতে হবে বা claimId অনুরোধ প্যারামিটারের জন্য একটি মান নির্দিষ্ট করতে হবে। তবে, একটি অনুরোধ কোনও মিডিয়া ফাইল প্রেরণ করতে পারে না এবং claimId অনুরোধ প্যারামিটারের জন্য একটি মান নির্দিষ্ট করতে পারে না।
      • badRequest - একই সামগ্রীর জন্য একটি রেফারেন্স ইতিমধ্যে একই ইউটিউব ভিডিওতে একটি আলাদা দাবি থেকে তৈরি করা হয়েছে।
      • badRequest - এপিআই কোনও রেফারেন্স তৈরি করার সময় fpDirect সম্পত্তিটির জন্য একটি মান নির্ধারণের ক্ষমতা সমর্থন করে না।
      • internalError - আপলোড করা মিডিয়া ফাইলটিতে একটি সমস্যা রয়েছে।
      • invalidValue - contentType , assetId বা claimId অনুরোধের প্যারামিটারের মান অবৈধ। ত্রুটিটি অবৈধ মান চিহ্নিত করে।
      • notFound - আপনার নির্দিষ্ট করা সম্পদ বা দাবি পাওয়া যাবে না। আপনার অনুরোধে assetId এবং claimId প্যারামিটার মানগুলি পরীক্ষা করুন।
      • required - অনুরোধটি অবশ্যই contentType প্যারামিটারের জন্য একটি মান নির্দিষ্ট করতে হবে।
      references.insert
      references.update
      references.patch
      • invalidValue - রেফারেন্সের জন্য নির্দিষ্ট করা excludedIntervals বৈধ নয়। নোট করুন যে কোনও রেফারেন্স নিষ্ক্রিয় করার সময় আপনি বর্জনীয় অন্তরগুলি নির্দিষ্ট করতে পারবেন না।

10 মে, 2013

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

এপ্রিল 8, 2013

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • এপিআইটির নামকরণ করা হয়েছে ইউটিউব সামগ্রী আইডি এপিআইতে।

  • assetMatchPolicy রিসোর্সে বেশ কয়েকটি সম্পত্তি পরিবর্তিত হয়েছে:

    • youtubePartner#policy থেকে youtubePartner#assetMatchPolicy এ kind সম্পত্তির মান পরিবর্তিত হয়েছে।
    • নতুন policyId সম্পত্তিটিতে এমন একটি মান রয়েছে যা একটি সংরক্ষিত নীতি সংস্থানকে অনন্যভাবে চিহ্নিত করে।
    • rules[].subaction সম্পত্তি মান এখন স্ট্রিংয়ের পরিবর্তে স্ট্রিংয়ের একটি তালিকা।
    • rules[].conditions.contentMatchType
    • id , name এবং description বৈশিষ্ট্যগুলি সরানো হয়েছে।

  • assetMatchPolicy.update পদ্ধতির জন্য ডকুমেন্টেশন আপডেট করা হয়েছে যে আপনি পদ্ধতিটি কল করার সময় policyId সম্পত্তি বা rules[] অবজেক্টের জন্য মান নির্ধারণ করতে পারেন তা প্রতিফলিত করার জন্য আপডেট করা হয়েছে।

  • claims সংস্থান এখন বেশ কয়েকটি নতুন সম্পত্তি সমর্থন করে:

    সম্পত্তির নাম মান বর্ণনা
    timeCreated datetime দাবিটি তৈরি হয়েছিল যে তারিখ এবং সময়।
    matchInfo object matchInfo অবজেক্টে ম্যাচিং সামগ্রী সম্পর্কে তথ্য রয়েছে যা দাবিটি তৈরি করে। এই তথ্যটি কেবলমাত্র claim সংস্থায় অন্তর্ভুক্ত থাকে যদি দাবিটি স্বয়ংক্রিয়ভাবে উত্পন্ন হয় কারণ একটি আপলোড করা ভিডিও একটি বিদ্যমান রেফারেন্স ফাইলের সাথে মেলে।
    matchInfo. referenceId string ইউটিউব ম্যাচটি তৈরি করে এমন রেফারেন্স reference সনাক্ত করতে ইউটিউব ব্যবহার করে।
    matchInfo. longestMatch object longestMatch অবজেক্টে রেফারেন্স এবং আপলোড করা ভিডিওর মধ্যে দীর্ঘতম ম্যাচ সম্পর্কিত তথ্য রয়েছে।
    matchInfo.longestMatch. durationSecs unsigned long ম্যাচের সময়কাল, সেকেন্ডে।
    matchInfo.longestMatch. userVideoOffset unsigned long সময়টি অফসেট যখন ম্যাচটি শুরু হয়, আপলোড করা ভিডিওর শুরু থেকে কয়েক সেকেন্ডে পরিমাপ করা হয়।
    matchInfo.longestMatch. referenceOffset unsigned long ম্যাচ শুরু হওয়ার সময় অফসেট, রেফারেন্সের শুরু থেকে কয়েক সেকেন্ডে পরিমাপ করা হয়।
    matchInfo. totalMatch object totalMatch অবজেক্টে আপলোড করা ভিডিওর মোট পরিমাণ সম্পর্কিত তথ্য রয়েছে যা রেফারেন্সের সাথে মেলে এবং আপলোড করা ভিডিওটির সাথে মিলে যাওয়া রেফারেন্সের মোট পরিমাণ সম্পর্কে। যদি ম্যাচিং সামগ্রীটি আপলোড করা ভিডিও বা রেফারেন্সের কোনও লুপে চলে তবে এই মানগুলি পৃথক হতে পারে। উদাহরণস্বরূপ, যদি কোনও আপলোড করা ভিডিওতে কোনও রেফারেন্স থেকে 10-সেকেন্ডের ক্লিপ অন্তর্ভুক্ত থাকে তবে ক্লিপটি ছয়বার পুনরাবৃত্তি করা হয়, তবে আপলোড করা ভিডিওতে মোট ম্যাচিং সামগ্রীটি 60 সেকেন্ড, তবে রেফারেন্সে মোট ম্যাচিং সামগ্রীটি কেবল 10 সেকেন্ড।
    matchInfo.totalMatch. userVideoDurationSecs unsigned long মোট দৈর্ঘ্য, সেকেন্ডে, আপলোড করা ভিডিওর সামগ্রীর যা রেফারেন্সের সাথে মেলে।
    matchInfo.totalMatch. referenceDurationSecs unsigned long মোট দৈর্ঘ্য, সেকেন্ডে, আপলোড করা ভিডিওর সাথে মেলে এমন রেফারেন্স সামগ্রীর।
    origin object origin অবজেক্টে এমন তথ্য রয়েছে যা দাবির উত্স বর্ণনা করে।
    origin. source string দাবির উত্স।

  • claims রিসোর্সে policy সম্পত্তিটি আপডেট করা হয়েছে যে কোনও অডিওওয়াপ দাবির জন্য মানটি আপডেট করা যায় না তা নোট করার জন্য।

  • metadataHistory রিসোর্সের timeProvidedMs সম্পত্তিটির নামকরণ করা হয়েছে সময়সীমা ।

  • ownershipHistory রিসোর্সের timeProvidedMs সম্পত্তিটির নামকরণ করা হয়েছে সময়সীমা ।

  • ownershipHistory.list পদ্ধতির সংজ্ঞাটি আপডেট করা হয়েছে যে পদ্ধতিটি কেবলমাত্র প্রতিটি সামগ্রীর মালিকের জন্য সাম্প্রতিক মালিকানা ডেটা পুনরুদ্ধার করে। তবে, যদি সামগ্রীর মালিক একাধিক ডেটা উত্স (এপিআই, সামগ্রী ফিড ইত্যাদি) এর মাধ্যমে মালিকানা ডেটা জমা দেয় তবে তালিকায় প্রতিটি সামগ্রীর মালিক এবং ডেটা উত্সের জন্য সাম্প্রতিক ডেটা থাকবে।

  • policy সংস্থায় বেশ কয়েকটি সম্পত্তি পরিবর্তিত হয়েছে:

    • rule সম্পত্তিটির নামকরণ করা হয়েছে বিধিগুলিতে ।
    • rules[].subaction সম্পত্তি মান এখন স্ট্রিংয়ের পরিবর্তে স্ট্রিংয়ের একটি তালিকা।
    • rules[].conditions.contentMatchType

  • policies.insert জন্য ডকুমেন্টেশন.ইনসার্ট এবং policies.update পদ্ধতিগুলি আপডেট করা হয়েছে যে আপনি এই পদ্ধতিগুলি কল করার সময় rules[] অবজেক্টের জন্য আপনি মান নির্ধারণ করতে পারেন তা প্রতিফলিত করার জন্য আপডেট করা হয়েছে।

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

    আরও তথ্যের জন্য দয়া করে প্রতিটি পদ্ধতির জন্য ত্রুটি ডকুমেন্টেশন বা ত্রুটি পৃষ্ঠায় দেখুন।

    পদ্ধতি ত্রুটি
    assets.insert
    • invalidValue - একটি সম্পদ মেটাডেটা ক্ষেত্রে একটি অবৈধ মান রয়েছে।
    • required - একটি প্রয়োজনীয় সম্পদ মেটাডেটা ক্ষেত্র অনুপস্থিত।
    assets.update
    assets.patch
    • forbidden - আপডেট হওয়া সম্পদটি আপডেটটি সম্পূর্ণ করার চেষ্টা করার অংশীদার মালিকানাধীন নয়।
    • invalidValue - একটি সম্পদ মেটাডেটা ক্ষেত্রে একটি অবৈধ মান রয়েছে।
    • notFound - সম্পদটি একটি মরসুমের সম্পদ বা শো সম্পত্তির সাথে যুক্ত হচ্ছে যা খুঁজে পাওয়া যায় না।
    • required - একটি প্রয়োজনীয় সম্পদ মেটাডেটা ক্ষেত্র অনুপস্থিত।
    claims.insert
    • badRequest - অনুরোধটি একটি ভিডিও দাবি করার চেষ্টা করে, তবে দাবিটি অনুমোদিত নয়।
    ownership.update
    ownership.patch
    • badRequest - অনুরোধটি একটি অঞ্চলের মধ্যে মোট মালিকানা 100 শতাংশের বেশি সংজ্ঞায়িত করে।
    policies.insert
    policies.patch
    policies.update
    • conflictingPolicyRules - নীতিটিতে বিরোধী নীতি বিধি রয়েছে।

  • নতুন ত্রুটি পৃষ্ঠায় এপিআই ফিরে আসতে পারে এমন ত্রুটিগুলি তালিকাভুক্ত করে। পৃষ্ঠায় সাধারণ ত্রুটিগুলি অন্তর্ভুক্ত রয়েছে, যা একাধিক বিভিন্ন এপিআই পদ্ধতির পাশাপাশি পদ্ধতি-নির্দিষ্ট ত্রুটিগুলির জন্য ঘটতে পারে।

18 জানুয়ারী, 2013

এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি রয়েছে:

  • সদ্য নথিভুক্ত videoAdvertisingOptions.getEnabledAds পদ্ধতি আপনাকে নির্দিষ্ট অংশীদার- বা ব্যবহারকারী-আপলোড করা ভিডিওর জন্য অনুমোদিত বিজ্ঞাপনগুলির প্রকার সম্পর্কে বিশদ পুনরুদ্ধার করতে দেয়।

  • assetSearch.list পদ্ধতির ownershipRestriction প্যারামিটারের সংজ্ঞাটি আপডেট করা হয়েছে যে ডিফল্ট প্যারামিটার মানটি mine , যা ইঙ্গিত করে যে এপিআই কেবলমাত্র বর্তমান ব্যবহারকারীর মালিকানাধীন সম্পদগুলি পুনরুদ্ধার করা উচিত।

  • assets.list পদ্ধতির ডকুমেন্টেশন নিম্নলিখিত পরিবর্তনগুলি প্রতিফলিত করে:

    • id প্যারামিটারটি এখন প্রয়োজন।

    • সদ্য সমর্থিত fetchMatchPolicy প্যারামিটার আপনাকে এপিআই অনুরোধটি সম্পত্তির জন্য নির্ধারিত ম্যাচ নীতিটিও পুনরুদ্ধার করা উচিত কিনা তা নির্দেশ করতে দেয়।

    • সদ্য সমর্থিত fetchOwnership প্যারামিটার আপনাকে এপিআই অনুরোধটি সম্পত্তির জন্য মালিকানা ডেটাও পুনরুদ্ধার করা উচিত কিনা তা নির্দেশ করতে দেয়।

    • এপিআই যে সম্পদগুলির তালিকা দেয় তাতে আর কোনও পৃষ্ঠাগুলি থাকে না। ফলস্বরূপ, nextPageToken সম্পত্তি এবং pageInfo অবজেক্ট উভয়ই এপিআই প্রতিক্রিয়া থেকে সরানো হয়েছে। pageInfo অবজেক্টে totalResults , resultsPerPage এবং startIndex বৈশিষ্ট্য রয়েছে।

  • দাবিগুলি তৈরি করার সময় আপনাকে অবশ্যই কোনও নীতি নির্দিষ্ট করতে হবে তা নোট করার জন্য claims রিসোর্স ডকুমেন্টেশন আপডেট করা হয়েছে। (ইউটিউব বর্তমানে আপনার ডিফল্ট ব্যবহারের নীতি প্রয়োগ করে না যদি কোনও সন্নিবেশিত দাবি কোনও নীতি নির্দিষ্ট না করে, যদিও ডকুমেন্টেশনগুলি পূর্বে ইঙ্গিত করেছিল যে এটি ঘটেছিল))

  • policy রিসোর্সের hasUnpublishedDraft সম্পত্তি হ্রাস করা হয়েছে।

  • policies.list পদ্ধতির সদ্য সমর্থিত id প্যারামিটার আপনাকে সংরক্ষিত নীতিগুলি সনাক্ত করতে দেয় যা এপিআই অনুরোধটি পুনরুদ্ধার করা উচিত। বর্তমানে অনুমোদিত অনুমোদিত সামগ্রীর মালিকের অন্তর্ভুক্ত নীতিগুলি পুনরুদ্ধার করা যেতে পারে।

  • inactive references.patch জন্য releaseClaims প্যারামিটারের সংজ্ঞা references.update সেক্ষেত্রে, আপনি রেফারেন্স দ্বারা উত্পাদিত সমস্ত ম্যাচের দাবিগুলি প্রকাশের জন্য releaseClaims প্যারামিটারের মানটি true সেট করতে পারেন।

  • references.patch এবং references.update পদ্ধতি উভয়ই আপডেট করা হয়েছে যে এই অপারেশনগুলির কোনওটি সম্পাদন করার সময় আপনাকে অবশ্যই রেফারেন্সের স্থিতি নির্দিষ্ট করতে হবে।

  • বেশ কয়েকটি এপিআই পদ্ধতি নতুন ত্রুটির প্রকারগুলিকে সমর্থন করে। নীচের টেবিলটি পদ্ধতি এবং নতুন সমর্থিত ত্রুটিগুলি চিহ্নিত করে:

    পদ্ধতি ত্রুটির ধরন ত্রুটি বিস্তারিত বর্ণনা
    guideCategories.list notFound Unavailable আপনি যে সম্পদটির জন্য ম্যাচের নীতিটি পুনরুদ্ধার করার চেষ্টা করছেন তা খুঁজে পাওয়া যাবে না।
    claims.get notFound Unavailable আপনি যে দাবিটি পুনরুদ্ধার করার চেষ্টা করছেন তা খুঁজে পাওয়া যাবে না।
    ownership.patch invalidValue Unavailable আপনি যে মালিকানা ডেটা সরবরাহ করেছেন তাতে একটি অবৈধ মান রয়েছে।
    ownership.update invalidValue Unavailable আপনি যে মালিকানা ডেটা সরবরাহ করেছেন তাতে একটি অবৈধ মান রয়েছে।