Package google.type

সূচক

তারিখ

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

  • একটি সম্পূর্ণ তারিখ, অ-শূন্য বছর, মাস এবং দিনের মান সহ।
  • একটি মাস এবং দিন, একটি শূন্য বছর সহ (উদাহরণস্বরূপ, একটি বার্ষিকী)।
  • একটি শূন্য মাস এবং একটি শূন্য দিন সহ একটি বছর নিজেই।
  • একটি বছর এবং মাস, একটি শূন্য দিন সহ (উদাহরণস্বরূপ, একটি ক্রেডিট কার্ডের মেয়াদ শেষ হওয়ার তারিখ)।

সম্পর্কিত প্রকার:

ক্ষেত্র
year

int32

তারিখের বছর। একটি বছর ছাড়া একটি তারিখ নির্দিষ্ট করতে 1 থেকে 9999, বা 0 হতে হবে।

month

int32

এক বছরের মাস। একটি মাস এবং দিন ছাড়া একটি বছর নির্দিষ্ট করতে 1 থেকে 12, বা 0 হতে হবে৷

day

int32

এক মাসের দিন। 1 থেকে 31 পর্যন্ত হতে হবে এবং বছর এবং মাসের জন্য বৈধ হতে হবে, অথবা 0 নিজে থেকে একটি বছর বা একটি বছর এবং মাস উল্লেখ করতে হবে যেখানে দিনটি তাৎপর্যপূর্ণ নয়৷

সপ্তাহের দিন

সপ্তাহের একটি দিন প্রতিনিধিত্ব করে।

এনামস
DAY_OF_WEEK_UNSPECIFIED সপ্তাহের দিন অনির্দিষ্ট।
MONDAY সোমবার
TUESDAY মঙ্গলবার
WEDNESDAY বুধবার
THURSDAY বৃহস্পতিবার
FRIDAY শুক্রবার
SATURDAY শনিবার
SUNDAY রবিবার

LatLng

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

ক্ষেত্র
latitude

double

ডিগ্রী অক্ষাংশ. এটি অবশ্যই [-90.0, +90.0] এর মধ্যে হতে হবে।

longitude

double

ডিগ্রী দ্রাঘিমাংশ. এটি অবশ্যই [-180.0, +180.0] পরিসরে হতে হবে।

টাকা

মুদ্রার ধরন সহ একটি পরিমাণ অর্থের প্রতিনিধিত্ব করে।

ক্ষেত্র
currency_code

string

ISO 4217-এ সংজ্ঞায়িত তিন-অক্ষরের মুদ্রা কোড।

units

int64

রাশির পুরো একক। উদাহরণস্বরূপ, যদি currencyCode হয় "USD" , তাহলে 1 ইউনিট হল এক মার্কিন ডলার৷

nanos

int32

পরিমাণের ন্যানো (10^-9) ইউনিটের সংখ্যা। মান অবশ্যই -999,999,999 এবং +999,999,999 এর মধ্যে হতে হবে। যদি units ধনাত্মক হয়, nanos অবশ্যই ধনাত্মক বা শূন্য হতে হবে। যদি units শূন্য হয়, nanos ধনাত্মক, শূন্য বা ঋণাত্মক হতে পারে। units ঋণাত্মক হলে, nanos অবশ্যই ঋণাত্মক বা শূন্য হতে হবে। উদাহরণস্বরূপ $-1.75 units =-1 এবং nanos =-750,000,000 হিসাবে উপস্থাপিত হয়।

ডাক ঠিকানা

একটি ডাক ঠিকানা প্রতিনিধিত্ব করে, যেমন ডাক বিতরণ বা অর্থপ্রদানের ঠিকানার জন্য। একটি ডাক ঠিকানা দেওয়া হলে, একটি ডাক পরিষেবা একটি প্রিমাইজ, PO বক্স বা অনুরূপ আইটেমগুলি সরবরাহ করতে পারে। এটি ভৌগলিক অবস্থান (রাস্তা, শহর, পাহাড়) মডেল করার উদ্দেশ্যে নয়।

সাধারণ ব্যবহারে একটি ঠিকানা ব্যবহারকারীর ইনপুট বা বিদ্যমান ডেটা আমদানির মাধ্যমে তৈরি করা হবে, প্রক্রিয়ার ধরনের উপর নির্ভর করে।

ঠিকানা ইনপুট / সম্পাদনা সংক্রান্ত পরামর্শ: - একটি আন্তর্জাতিকীকরণ-প্রস্তুত ঠিকানা উইজেট ব্যবহার করুন যেমন https://github.com/google/libaddressinput ) - ব্যবহারকারীদের UI উপাদানগুলি ইনপুট বা ক্ষেত্রগুলির সম্পাদনার জন্য উপস্থাপন করা উচিত নয় যেখানে সেই ক্ষেত্রটি রয়েছে ব্যবহৃত

এই স্কিমাটি কীভাবে ব্যবহার করবেন সে সম্পর্কে আরও নির্দেশনার জন্য, অনুগ্রহ করে দেখুন: https://support.google.com/business/answer/6397478

ক্ষেত্র
revision

int32

PostalAddress স্কিমা সংশোধন। এটি অবশ্যই 0 এ সেট করা উচিত, যা সর্বশেষ সংশোধন।

সমস্ত নতুন পুনর্বিবেচনা অবশ্যই পুরানো সংশোধনগুলির সাথে সামঞ্জস্যপূর্ণ হতে হবে৷

region_code

string

প্রয়োজন। ঠিকানার দেশ/অঞ্চলের CLDR অঞ্চল কোড। এটি কখনই অনুমান করা যায় না এবং মানটি সঠিক কিনা তা নিশ্চিত করা ব্যবহারকারীর উপর নির্ভর করে। বিস্তারিত জানার জন্য https://cldr.unicode.org/ এবং https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html দেখুন। উদাহরণ: সুইজারল্যান্ডের জন্য "CH"।

language_code

string

ঐচ্ছিক। এই ঠিকানার বিষয়বস্তুর BCP-47 ভাষার কোড (যদি জানা থাকে)। এটি প্রায়শই ইনপুট ফর্মের UI ভাষা বা ঠিকানার দেশ/অঞ্চলে ব্যবহৃত ভাষাগুলির মধ্যে একটি বা তাদের ট্রান্সলিটারেটেড সমতুল্য ভাষার সাথে মিলবে বলে আশা করা হয়। এটি নির্দিষ্ট কিছু দেশে বিন্যাসকে প্রভাবিত করতে পারে, কিন্তু ডেটার সঠিকতার জন্য গুরুত্বপূর্ণ নয় এবং এটি কখনই কোনো বৈধতা বা অন্য ফরম্যাটিং সংক্রান্ত ক্রিয়াকলাপকে প্রভাবিত করবে না।

যদি এই মানটি জানা না থাকে তবে এটি বাদ দেওয়া উচিত (সম্ভবত ভুল ডিফল্ট নির্দিষ্ট করার পরিবর্তে)।

উদাহরণ: "zh-Hant", "ja", "ja-Latn", "en"।

postal_code

string

ঐচ্ছিক। ঠিকানার পোস্টাল কোড। সমস্ত দেশে পোস্টাল কোড ব্যবহার করা হয় না বা উপস্থিত থাকার প্রয়োজন হয় না, কিন্তু যেখানে সেগুলি ব্যবহার করা হয়, তারা ঠিকানার অন্যান্য অংশের সাথে অতিরিক্ত বৈধতা ট্রিগার করতে পারে (যেমন মার্কিন যুক্তরাষ্ট্রে রাজ্য/জিপ বৈধতা)।

sorting_code

string

ঐচ্ছিক। অতিরিক্ত, দেশ-নির্দিষ্ট, সাজানোর কোড। এটি বেশিরভাগ অঞ্চলে ব্যবহৃত হয় না। যেখানে এটি ব্যবহার করা হয়, মানটি হয় "CEDEX" এর মতো একটি স্ট্রিং, ঐচ্ছিকভাবে একটি সংখ্যা (যেমন "CEDEX 7") অনুসরণ করে, অথবা শুধুমাত্র একটি সংখ্যা, যা "সেক্টর কোড" (জ্যামাইকা), "ডেলিভারি এলাকা সূচক" প্রতিনিধিত্ব করে। (মালাউই) বা "ডাকঘর সূচক" (যেমন কোট ডি আইভরি)।

administrative_area

string

ঐচ্ছিক। সর্বোচ্চ প্রশাসনিক উপবিভাগ যা একটি দেশ বা অঞ্চলের ডাক ঠিকানার জন্য ব্যবহৃত হয়। উদাহরণস্বরূপ, এটি একটি রাজ্য, একটি প্রদেশ, একটি ওব্লাস্ট বা একটি প্রিফেকচার হতে পারে। বিশেষ করে, স্পেনের জন্য এটি প্রদেশ এবং স্বায়ত্তশাসিত সম্প্রদায় নয় (যেমন "বার্সেলোনা" এবং "কাতালোনিয়া" নয়)। অনেক দেশ ডাক ঠিকানায় প্রশাসনিক এলাকা ব্যবহার করে না। যেমন সুইজারল্যান্ডে এটি জনবসতিহীন ছেড়ে দেওয়া উচিত।

locality

string

ঐচ্ছিক। সাধারণত ঠিকানার শহর/শহরের অংশকে বোঝায়। উদাহরণ: ইউএস সিটি, আইটি কমিউন, ইউকে পোস্ট টাউন। বিশ্বের এমন অঞ্চলে যেখানে লোকালয়টি ভালভাবে সংজ্ঞায়িত করা হয় না বা এই কাঠামোর সাথে ভালভাবে ফিট করে না, লোকালয়টি খালি রাখুন এবং ঠিকানা_লাইন ব্যবহার করুন।

sublocality

string

ঐচ্ছিক। ঠিকানার উপ-অবস্থান। উদাহরণস্বরূপ, এটি পাড়া, বরো, জেলা হতে পারে।

address_lines[]

string

একটি ঠিকানার নিম্ন স্তরের বর্ণনা করে অসংগঠিত ঠিকানা লাইন।

কারণ ঠিকানা_লাইনের মানগুলির টাইপ তথ্য নেই এবং কখনও কখনও একটি একক ক্ষেত্রে একাধিক মান থাকতে পারে (যেমন "অস্টিন, TX"), এটি গুরুত্বপূর্ণ যে লাইনের ক্রমটি পরিষ্কার। ঠিকানার লাইনের ক্রম ঠিকানার দেশ/অঞ্চলের জন্য "খামের আদেশ" হওয়া উচিত। যেখানে এটি পরিবর্তিত হতে পারে (যেমন জাপান), ঠিকানা_ভাষা এটিকে স্পষ্ট করতে ব্যবহার করা হয় (যেমন বড়-থেকে-ছোট অর্ডারের জন্য "ja" এবং ছোট-থেকে-বড়ের জন্য "ja-Latn" বা "en")। এইভাবে, ভাষার উপর ভিত্তি করে একটি ঠিকানার সবচেয়ে নির্দিষ্ট লাইন নির্বাচন করা যেতে পারে।

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

শুধুমাত্র একটি অঞ্চল_কোড এবং ঠিকানা_লাইন সমন্বিত একটি ঠিকানা তৈরি করা, এবং তারপরে জিওকোডিং হল সম্পূর্ণ অসংগঠিত ঠিকানাগুলি পরিচালনা করার প্রস্তাবিত উপায় (ঠিকানার কোন অংশগুলি স্থানীয় বা প্রশাসনিক এলাকা হওয়া উচিত তা অনুমান করার বিপরীতে)।

recipients[]

string

ঐচ্ছিক। ঠিকানায় প্রাপক। এই ক্ষেত্রটিতে, নির্দিষ্ট পরিস্থিতিতে, বহুরেখার তথ্য থাকতে পারে। উদাহরণস্বরূপ, এতে "যত্ন" তথ্য থাকতে পারে।

organization

string

ঐচ্ছিক। ঠিকানায় প্রতিষ্ঠানের নাম।

দিনের সময়

দিনের একটি সময় প্রতিনিধিত্ব করে। তারিখ এবং সময় অঞ্চল হয় উল্লেখযোগ্য নয় বা অন্য কোথাও নির্দিষ্ট করা হয়েছে৷ একটি API লিপ সেকেন্ডের অনুমতি দিতে বেছে নিতে পারে। সম্পর্কিত প্রকারগুলি হল google.type.Date এবং google.protobuf.Timestamp ।

ক্ষেত্র
hours

int32

24 ঘন্টা বিন্যাসে দিনের ঘন্টা. 0 থেকে 23 পর্যন্ত হওয়া উচিত। ব্যবসা বন্ধ হওয়ার সময় মত পরিস্থিতির জন্য একটি API "24:00:00" মানকে অনুমতি দিতে পারে।

minutes

int32

দিনের ঘন্টার মিনিট। 0 থেকে 59 এর মধ্যে হতে হবে।

seconds

int32

সময়ের মিনিটের সেকেন্ড। সাধারণত 0 থেকে 59 এর মধ্যে হতে হবে। একটি API 60 মান অনুমোদন করতে পারে যদি এটি লিপ-সেকেন্ডের অনুমতি দেয়।

nanos

int32

ন্যানোসেকেন্ডে সেকেন্ডের ভগ্নাংশ। 0 থেকে 999,999,999 পর্যন্ত হতে হবে।