Package google.type

সূচক

LatLng

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

ক্ষেত্র
latitude

double

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

longitude

double

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

স্থানীয়কৃত পাঠ্য

একটি নির্দিষ্ট ভাষায় একটি পাঠ্যের স্থানীয় রূপ।

ক্ষেত্র
text

string

নিচের language_code সাথে সংশ্লিষ্ট ভাষায় স্থানীয়কৃত স্ট্রিং।

language_code

string

পাঠ্যের BCP-47 ভাষার কোড, যেমন "en-US" বা "sr-Latn"।

আরও তথ্যের জন্য, http://www.unicode.org/reports/tr35/#Unicode_locale_identifier দেখুন।

ডাক ঠিকানা

একটি ডাক ঠিকানা প্রতিনিধিত্ব করে (উদাহরণস্বরূপ, ডাক বিতরণ বা অর্থপ্রদানের ঠিকানাগুলির জন্য)। একটি ডাক ঠিকানা দেওয়া হলে, একটি ডাক পরিষেবা একটি প্রিমাইজ, 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

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

sublocality

string

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

address_lines[]

string

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

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

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

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

recipients[]

string

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

organization

string

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

,

সূচক

LatLng

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

ক্ষেত্র
latitude

double

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

longitude

double

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

স্থানীয়কৃত পাঠ্য

একটি নির্দিষ্ট ভাষায় একটি পাঠ্যের স্থানীয় রূপ।

ক্ষেত্র
text

string

নিচের language_code সাথে সংশ্লিষ্ট ভাষায় স্থানীয়কৃত স্ট্রিং।

language_code

string

পাঠ্যের BCP-47 ভাষার কোড, যেমন "en-US" বা "sr-Latn"।

আরও তথ্যের জন্য, http://www.unicode.org/reports/tr35/#Unicode_locale_identifier দেখুন।

ডাক ঠিকানা

একটি ডাক ঠিকানা প্রতিনিধিত্ব করে (উদাহরণস্বরূপ, ডাক বিতরণ বা অর্থপ্রদানের ঠিকানাগুলির জন্য)। একটি ডাক ঠিকানা দেওয়া হলে, একটি ডাক পরিষেবা একটি প্রিমাইজ, 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

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

sublocality

string

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

address_lines[]

string

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

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

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

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

recipients[]

string

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

organization

string

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

,

সূচক

LatLng

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

ক্ষেত্র
latitude

double

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

longitude

double

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

স্থানীয়কৃত পাঠ্য

একটি নির্দিষ্ট ভাষায় একটি পাঠ্যের স্থানীয় রূপ।

ক্ষেত্র
text

string

নিচের language_code সাথে সংশ্লিষ্ট ভাষায় স্থানীয়কৃত স্ট্রিং।

language_code

string

পাঠ্যের BCP-47 ভাষার কোড, যেমন "en-US" বা "sr-Latn"।

আরও তথ্যের জন্য, http://www.unicode.org/reports/tr35/#Unicode_locale_identifier দেখুন।

ডাক ঠিকানা

একটি ডাক ঠিকানা প্রতিনিধিত্ব করে (উদাহরণস্বরূপ, ডাক বিতরণ বা অর্থপ্রদানের ঠিকানাগুলির জন্য)। একটি ডাক ঠিকানা দেওয়া হলে, একটি ডাক পরিষেবা একটি প্রিমাইজ, 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

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

sublocality

string

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

address_lines[]

string

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

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

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

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

recipients[]

string

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

organization

string

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

,

সূচক

LatLng

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

ক্ষেত্র
latitude

double

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

longitude

double

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

স্থানীয়কৃত পাঠ্য

একটি নির্দিষ্ট ভাষায় একটি পাঠ্যের স্থানীয় রূপ।

ক্ষেত্র
text

string

নিচের language_code সাথে সংশ্লিষ্ট ভাষায় স্থানীয়কৃত স্ট্রিং।

language_code

string

পাঠ্যের BCP-47 ভাষার কোড, যেমন "en-US" বা "sr-Latn"।

আরও তথ্যের জন্য, http://www.unicode.org/reports/tr35/#Unicode_locale_identifier দেখুন।

ডাক ঠিকানা

একটি ডাক ঠিকানা প্রতিনিধিত্ব করে (উদাহরণস্বরূপ, ডাক বিতরণ বা অর্থপ্রদানের ঠিকানাগুলির জন্য)। একটি ডাক ঠিকানা দেওয়া হলে, একটি ডাক পরিষেবা একটি প্রিমাইজ, 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

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

sublocality

string

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

address_lines[]

string

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

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

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

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

recipients[]

string

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

organization

string

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