You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While exploring the new ?country= and ?region= options in the Locate API, I was attempting to use region options such as:
"US-MD", "US-CA", "GB-ENG", or "IE-C"
While the US locations work as expected, the two non-US region codes do not, instead defaulting to nearest geographically to my client. Upon further investigation, it seems the ISO-3166-2 region codes in the Natural Earth Regions dataset used by Locate do not contain all first level region codes in the spec. It seems that it includes many second level region codes.
I don't have a recommended solution to replace the current query for these regions at the moment, but will help research.
Noting also that this isn't a blocking issue on anything, as country is very useful as is. region would allow server selection with more geographic precision, but it's fine for my needs currently to use country.
The text was updated successfully, but these errors were encountered:
@mattmathis I recognize the doc, is the spreadsheet the result of your queries? Would you add the queries used to generate the sheet to that spreadsheet?
@stephen-soltesz this spreadsheet was created manually, perhaps after basic grouping of region codes in queries. I don't think I have the queries anymore, but I can assist with re-creating them or writing new ones based on our more recent conversations.
While exploring the new
?country=
and?region=
options in the Locate API, I was attempting to useregion
options such as:"US-MD", "US-CA", "GB-ENG", or "IE-C"
While the US locations work as expected, the two non-US region codes do not, instead defaulting to
nearest
geographically to my client. Upon further investigation, it seems the ISO-3166-2 region codes in the Natural Earth Regions dataset used by Locate do not contain all first level region codes in the spec. It seems that it includes many second level region codes.I don't have a recommended solution to replace the current query for these regions at the moment, but will help research.
Noting also that this isn't a blocking issue on anything, as
country
is very useful as is.region
would allow server selection with more geographic precision, but it's fine for my needs currently to use country.The text was updated successfully, but these errors were encountered: