PostalAddress

• نمایندگی JSON

نشان دهنده یک آدرس پستی است (به عنوان مثال، آدرس های تحویل پستی یا پرداخت). با توجه به یک آدرس پستی، یک سرویس پستی می تواند اقلام را به محل، صندوق پستی یا موارد مشابه تحویل دهد. مدل سازی مکان های جغرافیایی (جاده ها، شهرها، کوه ها) در نظر گرفته نشده است.

در استفاده معمولی، بسته به نوع فرآیند، یک آدرس با ورودی کاربر یا از وارد کردن داده‌های موجود ایجاد می‌شود.

مشاوره در مورد وارد کردن آدرس یا ویرایش: - از یک ویجت آدرس آماده بین المللی مانند https://github.com/google/libaddressinput استفاده کنید. - به کاربران نباید عناصر UI برای ورودی یا ویرایش فیلدها در خارج از کشورهایی که آن فیلد استفاده می شود ارائه شود.

برای راهنمایی بیشتر در مورد نحوه استفاده از این طرح، به https://support.google.com/business/answer/6397478 مراجعه کنید.

نمایندگی JSON
{ "revision": integer, "regionCode": string, "languageCode": string, "postalCode": string, "sortingCode": string, "administrativeArea": string, "locality": string, "sublocality": string, "addressLines": [ string ], "recipients": [ string ], "organization": string }

فیلدها
revision	integer بازبینی طرحواره PostalAddress . این باید روی 0 تنظیم شود که آخرین ویرایش است. همه ویرایش‌های جدید باید با نسخه‌های قبلی سازگار باشند.
regionCode	string مورد نیاز. کد منطقه CLDR کشور/منطقه آدرس. این هرگز استنباط نمی شود و اطمینان از صحیح بودن مقدار به عهده کاربر است. برای جزئیات به https://cldr.unicode.org/ و https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html مراجعه کنید. مثال: "CH" برای سوئیس.
languageCode	string اختیاری. کد زبان BCP-47 محتویات این آدرس (در صورت شناخته شدن). این اغلب زبان رابط کاربری فرم ورودی است یا انتظار می‌رود با یکی از زبان‌های مورد استفاده در کشور/منطقه آدرس یا معادل‌های نویسه‌گردانی شده آنها مطابقت داشته باشد. این می‌تواند بر قالب‌بندی در برخی کشورها تأثیر بگذارد، اما برای صحت داده‌ها حیاتی نیست و هرگز بر روی اعتبارسنجی یا سایر عملیات مرتبط با قالب‌بندی تأثیر نمی‌گذارد. اگر این مقدار مشخص نیست، باید حذف شود (به جای تعیین یک پیش فرض احتمالاً نادرست). مثال: "zh-Hant"، "ja"، "ja-Latn"، "en".
postalCode	string اختیاری. کد پستی آدرس همه کشورها از کدهای پستی استفاده نمی‌کنند یا نیاز به وجود کد پستی ندارند، اما در جایی که از آنها استفاده می‌شود، ممکن است اعتبار سنجی اضافی را با سایر بخش‌های آدرس (به عنوان مثال، اعتبارسنجی کد پستی یا ایالتی در ایالات متحده) فعال کنند.
sortingCode	string اختیاری. کد مرتب‌سازی اضافی، خاص کشور. این در اکثر مناطق استفاده نمی شود. در جایی که از آن استفاده می‌شود، مقدار یا رشته‌ای مانند «CEDEX» است که به صورت اختیاری با یک عدد همراه می‌شود (مثلاً «CEDEX 7»)، یا فقط یک عدد به تنهایی نشان‌دهنده «کد بخش» (جامائیکا)، «نشانگر منطقه تحویل» (مالاوی) یا «نشانگر اداره پست» (ساحل عاج).
administrativeArea	string اختیاری. بالاترین بخش اداری که برای آدرس های پستی یک کشور یا منطقه استفاده می شود. به عنوان مثال، این می تواند یک ایالت، یک استان، یک استان یا یک استان باشد. برای اسپانیا، این استان است و نه جامعه خودمختار (مثلاً "بارسلونا" و نه "کاتالونیا"). بسیاری از کشورها از یک منطقه اداری در آدرس های پستی استفاده نمی کنند. به عنوان مثال، در سوئیس، این باید خالی از سکنه بماند.
locality	string اختیاری. به طور کلی به بخش شهر یا شهر آدرس اشاره دارد. مثال: شهر ایالات متحده، کمون فناوری اطلاعات، شهر پست بریتانیا. در مناطقی از جهان که محلات به خوبی تعریف نشده اند یا به خوبی با این ساختار مطابقت ندارند، locality خالی بگذارید و از addressLines استفاده کنید.
sublocality	string اختیاری. موقعیت فرعی آدرس به عنوان مثال، این می تواند یک محله، محله یا منطقه باشد.
addressLines[]	string خطوط آدرس بدون ساختار که سطوح پایین یک آدرس را توصیف می کند. از آنجایی که مقادیر در addressLines اطلاعات نوع ندارند و گاهی اوقات ممکن است حاوی چندین مقدار در یک فیلد واحد باشند (مثلاً "Austin, TX")، واضح بودن ترتیب خطوط مهم است. ترتیب خطوط آدرس باید "سفارش پاکت" برای کشور یا منطقه آدرس باشد. در جاهایی که این می تواند متفاوت باشد (مثلاً ژاپن)، address_language برای صریح کردن آن استفاده می شود (مثلاً "ja" برای سفارش بزرگ به کوچک و "ja-Latn" یا "en" برای کوچک به بزرگ). به این ترتیب می توان مشخص ترین خط یک آدرس را بر اساس زبان انتخاب کرد. حداقل نمایش ساختاری مجاز یک آدرس شامل یک regionCode با تمام اطلاعات باقی مانده در addressLines است. قالب بندی چنین آدرسی تقریباً بدون کدگذاری جغرافیایی امکان پذیر است، اما هیچ استدلال معنایی در مورد هیچ یک از اجزای آدرس نمی توان تا حداقل تا حدی حل شود. ایجاد آدرسی که فقط شامل یک regionCode و addressLines باشد و سپس geocoding روش توصیه شده برای رسیدگی به آدرس‌های کاملاً بدون ساختار است (برخلاف حدس زدن اینکه کدام قسمت‌های آدرس باید محلی یا مناطق اداری باشد).
recipients[]	string اختیاری. گیرنده در آدرس این فیلد تحت شرایط خاصی ممکن است حاوی اطلاعات چند خطی باشد. به عنوان مثال، ممکن است حاوی اطلاعات "مراقبت از" باشد.
organization	string اختیاری. نام سازمان در آدرس.

،

• نمایندگی JSON

نشان دهنده یک آدرس پستی است (به عنوان مثال، آدرس های تحویل پستی یا پرداخت). با توجه به یک آدرس پستی، یک سرویس پستی می تواند اقلام را به محل، صندوق پستی یا موارد مشابه تحویل دهد. مدل سازی مکان های جغرافیایی (جاده ها، شهرها، کوه ها) در نظر گرفته نشده است.

در استفاده معمولی، بسته به نوع فرآیند، یک آدرس با ورودی کاربر یا از وارد کردن داده‌های موجود ایجاد می‌شود.

مشاوره در مورد وارد کردن آدرس یا ویرایش: - از یک ویجت آدرس آماده بین المللی مانند https://github.com/google/libaddressinput استفاده کنید. - به کاربران نباید عناصر UI برای ورودی یا ویرایش فیلدها در خارج از کشورهایی که آن فیلد استفاده می شود ارائه شود.

برای راهنمایی بیشتر در مورد نحوه استفاده از این طرح، به https://support.google.com/business/answer/6397478 مراجعه کنید.

نمایندگی JSON
{ "revision": integer, "regionCode": string, "languageCode": string, "postalCode": string, "sortingCode": string, "administrativeArea": string, "locality": string, "sublocality": string, "addressLines": [ string ], "recipients": [ string ], "organization": string }

فیلدها
revision	integer بازبینی طرحواره PostalAddress . این باید روی 0 تنظیم شود که آخرین ویرایش است. همه ویرایش‌های جدید باید با نسخه‌های قبلی سازگار باشند.
regionCode	string مورد نیاز. کد منطقه CLDR کشور/منطقه آدرس. این هرگز استنباط نمی شود و اطمینان از صحیح بودن مقدار به عهده کاربر است. برای جزئیات به https://cldr.unicode.org/ و https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html مراجعه کنید. مثال: "CH" برای سوئیس.
languageCode	string اختیاری. کد زبان BCP-47 محتویات این آدرس (در صورت شناخته شدن). این اغلب زبان رابط کاربری فرم ورودی است یا انتظار می‌رود با یکی از زبان‌های مورد استفاده در کشور/منطقه آدرس یا معادل‌های نویسه‌گردانی شده آنها مطابقت داشته باشد. این می‌تواند بر قالب‌بندی در برخی کشورها تأثیر بگذارد، اما برای صحت داده‌ها حیاتی نیست و هرگز بر روی اعتبارسنجی یا سایر عملیات مرتبط با قالب‌بندی تأثیر نمی‌گذارد. اگر این مقدار مشخص نیست، باید حذف شود (به جای تعیین یک پیش فرض احتمالاً نادرست). مثال: "zh-Hant"، "ja"، "ja-Latn"، "en".
postalCode	string اختیاری. کد پستی آدرس همه کشورها از کدهای پستی استفاده نمی‌کنند یا نیاز به وجود کد پستی ندارند، اما در جایی که از آنها استفاده می‌شود، ممکن است اعتبار سنجی اضافی را با سایر بخش‌های آدرس (به عنوان مثال، اعتبارسنجی کد پستی یا ایالتی در ایالات متحده) فعال کنند.
sortingCode	string اختیاری. کد مرتب‌سازی اضافی، خاص کشور. این در اکثر مناطق استفاده نمی شود. در جایی که از آن استفاده می‌شود، مقدار یا رشته‌ای مانند «CEDEX» است که به صورت اختیاری با یک عدد همراه می‌شود (مثلاً «CEDEX 7»)، یا فقط یک عدد به تنهایی نشان‌دهنده «کد بخش» (جامائیکا)، «نشانگر منطقه تحویل» (مالاوی) یا «نشانگر اداره پست» (ساحل عاج).
administrativeArea	string اختیاری. بالاترین بخش اداری که برای آدرس های پستی یک کشور یا منطقه استفاده می شود. به عنوان مثال، این می تواند یک ایالت، یک استان، یک استان یا یک استان باشد. برای اسپانیا، این استان است و نه جامعه خودمختار (مثلاً "بارسلونا" و نه "کاتالونیا"). بسیاری از کشورها از یک منطقه اداری در آدرس های پستی استفاده نمی کنند. به عنوان مثال، در سوئیس، این باید خالی از سکنه بماند.
locality	string اختیاری. به طور کلی به بخش شهر یا شهر آدرس اشاره دارد. مثال: شهر ایالات متحده، کمون فناوری اطلاعات، شهر پست بریتانیا. در مناطقی از جهان که محلات به خوبی تعریف نشده اند یا به خوبی با این ساختار مطابقت ندارند، locality خالی بگذارید و از addressLines استفاده کنید.
sublocality	string اختیاری. موقعیت فرعی آدرس به عنوان مثال، این می تواند یک محله، محله یا منطقه باشد.
addressLines[]	string خطوط آدرس بدون ساختار که سطوح پایین یک آدرس را توصیف می کند. از آنجایی که مقادیر در addressLines اطلاعات نوع ندارند و گاهی اوقات ممکن است حاوی چندین مقدار در یک فیلد واحد باشند (مثلاً "Austin, TX")، واضح بودن ترتیب خطوط مهم است. ترتیب خطوط آدرس باید "سفارش پاکت" برای کشور یا منطقه آدرس باشد. در جاهایی که این می تواند متفاوت باشد (مثلاً ژاپن)، address_language برای صریح کردن آن استفاده می شود (مثلاً "ja" برای سفارش بزرگ به کوچک و "ja-Latn" یا "en" برای کوچک به بزرگ). به این ترتیب می توان مشخص ترین خط یک آدرس را بر اساس زبان انتخاب کرد. حداقل نمایش ساختاری مجاز یک آدرس شامل یک regionCode با تمام اطلاعات باقی مانده در addressLines است. قالب بندی چنین آدرسی تقریباً بدون کدگذاری جغرافیایی امکان پذیر است، اما هیچ استدلال معنایی در مورد هیچ یک از اجزای آدرس نمی توان تا حداقل تا حدی حل شود. ایجاد آدرسی که فقط شامل یک regionCode و addressLines باشد و سپس geocoding روش توصیه شده برای رسیدگی به آدرس‌های کاملاً بدون ساختار است (برخلاف حدس زدن اینکه کدام قسمت‌های آدرس باید محلی یا مناطق اداری باشد).
recipients[]	string اختیاری. گیرنده در آدرس این فیلد تحت شرایط خاصی ممکن است حاوی اطلاعات چند خطی باشد. به عنوان مثال، ممکن است حاوی اطلاعات "مراقبت از" باشد.
organization	string اختیاری. نام سازمان در آدرس.

،

• نمایندگی JSON

نشان دهنده یک آدرس پستی است (به عنوان مثال، آدرس های تحویل پستی یا پرداخت). با توجه به یک آدرس پستی، یک سرویس پستی می تواند اقلام را به محل، صندوق پستی یا موارد مشابه تحویل دهد. مدل سازی مکان های جغرافیایی (جاده ها، شهرها، کوه ها) در نظر گرفته نشده است.

در استفاده معمولی، بسته به نوع فرآیند، یک آدرس با ورودی کاربر یا از وارد کردن داده‌های موجود ایجاد می‌شود.

مشاوره در مورد وارد کردن آدرس یا ویرایش: - از یک ویجت آدرس آماده بین المللی مانند https://github.com/google/libaddressinput استفاده کنید. - به کاربران نباید عناصر UI برای ورودی یا ویرایش فیلدها در خارج از کشورهایی که آن فیلد استفاده می شود ارائه شود.

برای راهنمایی بیشتر در مورد نحوه استفاده از این طرح، به https://support.google.com/business/answer/6397478 مراجعه کنید.

نمایندگی JSON
{ "revision": integer, "regionCode": string, "languageCode": string, "postalCode": string, "sortingCode": string, "administrativeArea": string, "locality": string, "sublocality": string, "addressLines": [ string ], "recipients": [ string ], "organization": string }

فیلدها
revision	integer بازبینی طرحواره PostalAddress . این باید روی 0 تنظیم شود که آخرین ویرایش است. همه ویرایش‌های جدید باید با نسخه‌های قبلی سازگار باشند.
regionCode	string مورد نیاز. کد منطقه CLDR کشور/منطقه آدرس. این هرگز استنباط نمی شود و اطمینان از صحیح بودن مقدار به عهده کاربر است. برای جزئیات به https://cldr.unicode.org/ و https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html مراجعه کنید. مثال: "CH" برای سوئیس.
languageCode	string اختیاری. کد زبان BCP-47 محتویات این آدرس (در صورت شناخته شدن). این اغلب زبان رابط کاربری فرم ورودی است یا انتظار می‌رود با یکی از زبان‌های مورد استفاده در کشور/منطقه آدرس یا معادل‌های نویسه‌گردانی شده آنها مطابقت داشته باشد. این می‌تواند بر قالب‌بندی در برخی کشورها تأثیر بگذارد، اما برای صحت داده‌ها حیاتی نیست و هرگز بر روی اعتبارسنجی یا سایر عملیات مرتبط با قالب‌بندی تأثیر نمی‌گذارد. اگر این مقدار مشخص نیست، باید حذف شود (به جای تعیین یک پیش فرض احتمالاً نادرست). مثال: "zh-Hant"، "ja"، "ja-Latn"، "en".
postalCode	string اختیاری. کد پستی آدرس همه کشورها از کدهای پستی استفاده نمی‌کنند یا نیاز به وجود کد پستی ندارند، اما در جایی که از آنها استفاده می‌شود، ممکن است اعتبار سنجی اضافی را با سایر بخش‌های آدرس (به عنوان مثال، اعتبارسنجی کد پستی یا ایالتی در ایالات متحده) فعال کنند.
sortingCode	string اختیاری. کد مرتب‌سازی اضافی، خاص کشور. این در اکثر مناطق استفاده نمی شود. در جایی که از آن استفاده می‌شود، مقدار یا رشته‌ای مانند «CEDEX» است که به صورت اختیاری با یک عدد همراه می‌شود (مثلاً «CEDEX 7»)، یا فقط یک عدد به تنهایی نشان‌دهنده «کد بخش» (جامائیکا)، «نشانگر منطقه تحویل» (مالاوی) یا «نشانگر اداره پست» (ساحل عاج).
administrativeArea	string اختیاری. بالاترین بخش اداری که برای آدرس های پستی یک کشور یا منطقه استفاده می شود. به عنوان مثال، این می تواند یک ایالت، یک استان، یک استان یا یک استان باشد. برای اسپانیا، این استان است و نه جامعه خودمختار (مثلاً "بارسلونا" و نه "کاتالونیا"). بسیاری از کشورها از یک منطقه اداری در آدرس های پستی استفاده نمی کنند. به عنوان مثال، در سوئیس، این باید خالی از سکنه بماند.
locality	string اختیاری. به طور کلی به بخش شهر یا شهر آدرس اشاره دارد. مثال: شهر ایالات متحده، کمون فناوری اطلاعات، شهر پست بریتانیا. در مناطقی از جهان که محلات به خوبی تعریف نشده اند یا به خوبی با این ساختار مطابقت ندارند، locality خالی بگذارید و از addressLines استفاده کنید.
sublocality	string اختیاری. موقعیت فرعی آدرس به عنوان مثال، این می تواند یک محله، محله یا منطقه باشد.
addressLines[]	string خطوط آدرس بدون ساختار که سطوح پایین یک آدرس را توصیف می کند. از آنجایی که مقادیر در addressLines اطلاعات نوع ندارند و گاهی اوقات ممکن است حاوی چندین مقدار در یک فیلد واحد باشند (مثلاً "Austin, TX")، واضح بودن ترتیب خطوط مهم است. ترتیب خطوط آدرس باید "سفارش پاکت" برای کشور یا منطقه آدرس باشد. در جاهایی که این می تواند متفاوت باشد (مثلاً ژاپن)، address_language برای صریح کردن آن استفاده می شود (مثلاً "ja" برای سفارش بزرگ به کوچک و "ja-Latn" یا "en" برای کوچک به بزرگ). به این ترتیب می توان مشخص ترین خط یک آدرس را بر اساس زبان انتخاب کرد. حداقل نمایش ساختاری مجاز یک آدرس شامل یک regionCode با تمام اطلاعات باقی مانده در addressLines است. قالب بندی چنین آدرسی تقریباً بدون کدگذاری جغرافیایی امکان پذیر است، اما هیچ استدلال معنایی در مورد هیچ یک از اجزای آدرس نمی توان تا حداقل تا حدی حل شود. ایجاد آدرسی که فقط شامل یک regionCode و addressLines باشد و سپس geocoding روش توصیه شده برای رسیدگی به آدرس‌های کاملاً بدون ساختار است (برخلاف حدس زدن اینکه کدام قسمت‌های آدرس باید محلی یا مناطق اداری باشد).
recipients[]	string اختیاری. گیرنده در آدرس این فیلد تحت شرایط خاصی ممکن است حاوی اطلاعات چند خطی باشد. به عنوان مثال، ممکن است حاوی اطلاعات "مراقبت از" باشد.
organization	string اختیاری. نام سازمان در آدرس.

،

• نمایندگی JSON

نشان دهنده یک آدرس پستی است (به عنوان مثال، آدرس های تحویل پستی یا پرداخت). با توجه به یک آدرس پستی، یک سرویس پستی می تواند اقلام را به محل، صندوق پستی یا موارد مشابه تحویل دهد. مدل سازی مکان های جغرافیایی (جاده ها، شهرها، کوه ها) در نظر گرفته نشده است.

در استفاده معمولی، بسته به نوع فرآیند، یک آدرس با ورودی کاربر یا از وارد کردن داده‌های موجود ایجاد می‌شود.

مشاوره در مورد وارد کردن آدرس یا ویرایش: - از یک ویجت آدرس آماده بین المللی مانند https://github.com/google/libaddressinput استفاده کنید. - به کاربران نباید عناصر UI برای ورودی یا ویرایش فیلدها در خارج از کشورهایی که آن فیلد استفاده می شود ارائه شود.

برای راهنمایی بیشتر در مورد نحوه استفاده از این طرح، به https://support.google.com/business/answer/6397478 مراجعه کنید.

نمایندگی JSON
{ "revision": integer, "regionCode": string, "languageCode": string, "postalCode": string, "sortingCode": string, "administrativeArea": string, "locality": string, "sublocality": string, "addressLines": [ string ], "recipients": [ string ], "organization": string }

فیلدها
revision	integer بازبینی طرحواره PostalAddress . این باید روی 0 تنظیم شود که آخرین ویرایش است. همه ویرایش‌های جدید باید با نسخه‌های قبلی سازگار باشند.
regionCode	string مورد نیاز. کد منطقه CLDR کشور/منطقه آدرس. این هرگز استنباط نمی شود و اطمینان از صحیح بودن مقدار به عهده کاربر است. برای جزئیات به https://cldr.unicode.org/ و https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html مراجعه کنید. مثال: "CH" برای سوئیس.
languageCode	string اختیاری. کد زبان BCP-47 محتویات این آدرس (در صورت شناخته شدن). این اغلب زبان رابط کاربری فرم ورودی است یا انتظار می‌رود با یکی از زبان‌های مورد استفاده در کشور/منطقه آدرس یا معادل‌های نویسه‌گردانی شده آنها مطابقت داشته باشد. این می‌تواند بر قالب‌بندی در برخی کشورها تأثیر بگذارد، اما برای صحت داده‌ها حیاتی نیست و هرگز بر روی اعتبارسنجی یا سایر عملیات مرتبط با قالب‌بندی تأثیر نمی‌گذارد. اگر این مقدار مشخص نیست، باید حذف شود (به جای تعیین یک پیش فرض احتمالاً نادرست). مثال: "zh-Hant"، "ja"، "ja-Latn"، "en".
postalCode	string اختیاری. کد پستی آدرس همه کشورها از کدهای پستی استفاده نمی‌کنند یا نیاز به وجود کد پستی ندارند، اما در جایی که از آنها استفاده می‌شود، ممکن است اعتبار سنجی اضافی را با سایر بخش‌های آدرس (به عنوان مثال، اعتبارسنجی کد پستی یا ایالتی در ایالات متحده) فعال کنند.
sortingCode	string اختیاری. کد مرتب‌سازی اضافی، خاص کشور. این در اکثر مناطق استفاده نمی شود. در جایی که از آن استفاده می‌شود، مقدار یا رشته‌ای مانند «CEDEX» است که به صورت اختیاری با یک عدد همراه می‌شود (مثلاً «CEDEX 7»)، یا فقط یک عدد به تنهایی نشان‌دهنده «کد بخش» (جامائیکا)، «نشانگر منطقه تحویل» (مالاوی) یا «نشانگر اداره پست» (ساحل عاج).
administrativeArea	string اختیاری. بالاترین بخش اداری که برای آدرس های پستی یک کشور یا منطقه استفاده می شود. به عنوان مثال، این می تواند یک ایالت، یک استان، یک استان یا یک استان باشد. برای اسپانیا، این استان است و نه جامعه خودمختار (مثلاً "بارسلونا" و نه "کاتالونیا"). بسیاری از کشورها از یک منطقه اداری در آدرس های پستی استفاده نمی کنند. به عنوان مثال، در سوئیس، این باید خالی از سکنه بماند.
locality	string اختیاری. به طور کلی به بخش شهر یا شهر آدرس اشاره دارد. مثال: شهر ایالات متحده، کمون فناوری اطلاعات، شهر پست بریتانیا. در مناطقی از جهان که محلات به خوبی تعریف نشده اند یا به خوبی با این ساختار مطابقت ندارند، locality خالی بگذارید و از addressLines استفاده کنید.
sublocality	string اختیاری. موقعیت فرعی آدرس به عنوان مثال، این می تواند یک محله، محله یا منطقه باشد.
addressLines[]	string خطوط آدرس بدون ساختار که سطوح پایین یک آدرس را توصیف می کند. از آنجایی که مقادیر در addressLines اطلاعات نوع ندارند و گاهی اوقات ممکن است حاوی چندین مقدار در یک فیلد واحد باشند (مثلاً "Austin, TX")، واضح بودن ترتیب خطوط مهم است. ترتیب خطوط آدرس باید "سفارش پاکت" برای کشور یا منطقه آدرس باشد. در جاهایی که این می تواند متفاوت باشد (مثلاً ژاپن)، address_language برای صریح کردن آن استفاده می شود (مثلاً "ja" برای سفارش بزرگ به کوچک و "ja-Latn" یا "en" برای کوچک به بزرگ). به این ترتیب می توان مشخص ترین خط یک آدرس را بر اساس زبان انتخاب کرد. حداقل نمایش ساختاری مجاز یک آدرس شامل یک regionCode با تمام اطلاعات باقی مانده در addressLines است. قالب بندی چنین آدرسی تقریباً بدون کدگذاری جغرافیایی امکان پذیر است، اما هیچ استدلال معنایی در مورد هیچ یک از اجزای آدرس نمی توان تا حداقل تا حدی حل شود. ایجاد آدرسی که فقط شامل یک regionCode و addressLines باشد و سپس geocoding روش توصیه شده برای رسیدگی به آدرس‌های کاملاً بدون ساختار است (برخلاف حدس زدن اینکه کدام قسمت‌های آدرس باید محلی یا مناطق اداری باشد).
recipients[]	string اختیاری. گیرنده در آدرس این فیلد تحت شرایط خاصی ممکن است حاوی اطلاعات چند خطی باشد. به عنوان مثال، ممکن است حاوی اطلاعات "مراقبت از" باشد.
organization	string اختیاری. نام سازمان در آدرس.