I found a bug: Got to World Countries. Select Germany. Click on View in API Docs. => I get California instead of Germany.
Your promise in the teaser to cover all ZIP codes is too grandiose as long as it supports only I have a customer who sells worldwide.
I have a customer who sells worldwide. For a company like this, an up-to-date API with the geographical locations of international postcodes would be very interesting for data analysis, ideally in conjunction with population data and options for assigning postcodes by region, proximity, etc.
However, the accuracy and timeliness of the data would be crucial, as expensive business decisions depend on it, such as which regions to select for advertising.
For reasons of confidentiality, I would prefer not to do so. Furthermore, implementing something like this is not yet a high priority.
There are some information services that offer global zip data, sometimes even as open source. Of course, we could combine this ourselves with other data sources on demographics, income or purchasing power. However, if something like this were available from a single source, it would naturally be easier to implement.
If you want to start a business with something like this, I would reckon that it might be hard to get started, because of the already existing competition, but it might become easier the more datasets you were able to integrate. -- Perhaps you should go deep first instead of broad. Something like starting with a single state and integrating all sort of data sources and then expand from there.
I found a bug: Got to World Countries. Select Germany. Click on View in API Docs. => I get California instead of Germany.
Your promise in the teaser to cover all ZIP codes is too grandiose as long as it supports only I have a customer who sells worldwide.
I have a customer who sells worldwide. For a company like this, an up-to-date API with the geographical locations of international postcodes would be very interesting for data analysis, ideally in conjunction with population data and options for assigning postcodes by region, proximity, etc.
However, the accuracy and timeliness of the data would be crucial, as expensive business decisions depend on it, such as which regions to select for advertising.
Thanks for pointing out the bug, will fix it to show the selected region once you get navigated to the docs.
For zip code, you can view the coverage we have via our explorer page here: https://borderly.dev/explorer
Curious about the customer, can you send some more info to me at zuhaz3@gmail.com
For reasons of confidentiality, I would prefer not to do so. Furthermore, implementing something like this is not yet a high priority.
There are some information services that offer global zip data, sometimes even as open source. Of course, we could combine this ourselves with other data sources on demographics, income or purchasing power. However, if something like this were available from a single source, it would naturally be easier to implement.
If you want to start a business with something like this, I would reckon that it might be hard to get started, because of the already existing competition, but it might become easier the more datasets you were able to integrate. -- Perhaps you should go deep first instead of broad. Something like starting with a single state and integrating all sort of data sources and then expand from there.