Dear Community,
I am currently using the World Imagery service to integrate the ArcGIS imagery base map through the following API URL:
https://services.arcgisonline.com/arcgis/rest/services/World_Imagery/MapServer/tile/{z}/{y}/{x}
I have a few questions and concerns regarding this service:
1.Rate Limits and Restrictions:
Can this API be used in commercial applications?
Additionally, I am facing a challenge with the ArcGIS imagery API:
•Whenever the imagery quality is low, the API responds with the message:
•However, when the imagery quality is high, the map loads successfully:
https://services.arcgisonline.com/arcgis/rest/services/World_Imagery/MapServer/tile/17/43218/67463
Apologies, the previous message was not properly aligned. I am drafting it again below for better clarity.
I am currently using the World Imagery service to integrate the ArcGIS imagery base map through the following API URL:
https://services.arcgisonline.com/arcgis/rest/services/World_Imagery/MapServer/tile/{z}/{y}/{x}
I have a few questions and concerns regarding this service:
1.Rate Limits and Restrictions:
Are there any rate limits or restrictions on this API, considering that it provides world imagery for free without requiring an API key?
2.Commercial Use:
Can this API be used in commercial applications?
3.Long-Term Availability:
Does Esri provide assurances for the long-term availability of this service, or is there a possibility of discontinuation in the future?
Additionally, we are facing a challenge with the ArcGIS imagery API:
•Whenever the imagery quality is low, the API responds with the message:
“Map Data Not Yet Available”
Example URL:
•However, when the imagery quality is high, the map loads successfully:
Example URL:
https://services.arcgisonline.com/arcgis/rest/services/World_Imagery/MapServer/tile/17/43218/67463
In both cases, the API responds with a 200 (success) status code, making it challenging to differentiate between a “successful” response with valid imagery and an “unsuccessful” response with missing or low-quality imagery.
Could you kindly advise if there is an alternative way to differentiate these responses programmatically? Additionally, we would greatly appreciate any guidance or assistance in resolving this issue to ensure the imagery is properly populated in tiles where “Map Data Not Yet Available” is currently displayed.
Looking forward to your guidance.