1 tile request = 1 GeoCredit
The accounting rule is the same for standard and HD imagery: consumption is based on the number of map tiles requested.
A GeoCredit (GC) is a unit used to measure NIMBO map-stream usage. It is not a separate monetary charge for each request.
Each NIMBO plan includes a monthly GeoCredit allowance. Every NIMBO tile request accounted by the service deducts 1 GeoCredit from that allowance.
1 tile request = 1 GeoCredit
The accounting rule is the same for standard and HD imagery: consumption is based on the number of map tiles requested.
Your plan defines the monthly limit
GeoCredits are deducted from a known allowance. They do not create an open-ended, pay-as-you-go invoice.
Usage remains visible and controllable
Monitor the remaining balance in your dashboard or through the response header returned by NIMBO map streams.
Open Usage & Balance
See plans and refill options
NIMBO imagery is delivered through a standard tiled-map system. The world is projected in Web Mercator (EPSG:3857) and divided into square images of 256 × 256 pixels.
A tile is identified by its:
z);x and y).Changing any of these parameters can request a different tile.
Each square represents one map tile. If the tile is not already available in the client cache and is requested from NIMBO, the request consumes 1 GeoCredit. Mapping software may also request a small buffer of tiles around the visible viewport.
When you first open a map, your browser or GIS requests enough tiles to fill the viewport. It then requests additional tiles when you:
Simply leaving an already loaded map on screen does not consume additional GeoCredits by itself.
GeoCredit usage cannot be estimated reliably from hectares or square kilometres alone. A large region viewed once at low zoom can consume less than a small site inspected repeatedly at high zoom across several dates and layers.
Zoom level and area explored
For a fixed geographic area, moving one zoom level deeper can require roughly 4× more unique tiles, because each tile is divided into four tiles at the next level.
Active layers and dates
Every layer and month is a separate tile set. Showing two dates in a split comparison requires approximately twice as many NIMBO tiles as showing one date.
Users, applications and refreshes
Requests from all users and applications using the same account contribute to the shared allowance. Concurrent use therefore increases total consumption.
Client-side caching
A cached tile may be reused without a new request to NIMBO. The result depends on the browser, GIS, application configuration and cache lifetime.
Assume that an application requests 16 NIMBO tiles to fill one viewport. The following examples show how the calculation works.
| User action | Calculation | Indicative consumption |
|---|---|---|
| Open one layer for one month | 16 tiles × 1 layer | ≈16 GC |
| Compare two months side by side | 16 tiles × 2 dates | ≈32 GC |
| Display three NIMBO layers together | 16 tiles × 3 layers | ≈48 GC |
| Pan and load 6 new tiles with two layers active | 6 new tiles × 2 layers | ≈12 additional GC |
| Change to another month with one layer active | One new 16-tile set | ≈16 additional GC |
These examples are deliberately based on tile counts rather than labels such as “city” or “country”. The exact number requested by a map client can vary because of viewport size, tile buffering, refresh behaviour and caching.
The most reliable way to size a plan is to measure a workflow that resembles real production use.
Define the pilot
Select representative areas, zoom levels, layers, dates, software and users. Include normal comparisons and navigation—not only a carefully controlled demo.
Record the starting balance
Note the available GeoCredits in Dashboard → Usage & Balance before the test.
Run the real workflow
Let the intended users complete a normal task or project cycle. Keep track of active user-days, layers, dates and map views.
Measure the observed consumption
Compare the starting and ending balances, then relate the result to the work completed.
Extrapolate and add a planning buffer
Scale the observed consumption to the expected number of users and active days. Add a buffer for busier periods, additional layers and unplanned exploration.
A simple planning formula is:
Estimated monthly GeoCredits= observed pilot consumption× expected monthly activity / observed pilot activity× planning bufferA pilot uses 15,000 GC for 2 users over 5 active days.
The expected production workload is 4 users over 15 active days:
15,000 × (4 × 15) / (2 × 5) = 90,000 GC/monthFor illustration, adding a 25% planning buffer gives an initial target of approximately:
90,000 × 1.25 = 112,500 GC/monthThe 25% buffer is illustrative, not a universal recommendation. This is a planning estimate, not a guarantee. Shared caches, different user behaviour or a change in the number of active layers can make actual consumption lower or higher.
Discuss a representative pilot
Open the NIMBO dashboard and go to Usage & Balance.
The dashboard shows:
NIMBO map-stream responses include the remaining balance in the following HTTP header:
X-Kermap-Available-Credits: 184250Applications can log this value and use it to create internal alerts or usage safeguards.
For self-service plans:
See Pricing for current allowances and refill options.
Enterprise capacity, continuity requirements and usage pools can be defined according to the integration and expected traffic.
The same account allowance is used when accessing NIMBO through TMS, WMS or WMTS. The protocol itself does not apply a separate GeoCredit multiplier.
What changes consumption is the request behaviour of the client software: viewport, zoom, active layers, dates, refreshes, users and caching.
GeoCredits measure the volume of imagery streamed from NIMBO. They do not, by themselves, define the permitted use of that imagery.
Rights for internal commercial use, client-facing integration, redistribution, OEM use or data delivery depend on your subscription or Enterprise agreement.
Only if the tile is requested from NIMBO again. A valid browser or application cache may reuse the existing tile without a new request, but caching behaviour is not identical across all clients.
A two-date comparison generally requires two separate tile sets, so its initial load is approximately twice the consumption of a single-date view at the same zoom and viewport.
No. Each requested tile consumes 1 GeoCredit. Total consumption may nevertheless increase if HD is explored at deeper zoom levels or if standard and HD layers remain active together.
Yes. Users and applications connected to the same account consume from the same monthly pool unless a specific Enterprise setup provides separate usage pools.
No. The included allowance resets on the subscription renewal date. Refill-credit validity is described on the Pricing page.
Not reliably without the intended zoom range, number of layers and dates, user behaviour and cache configuration. A representative pilot is the recommended sizing method.
Send us the following information:
Contact NIMBO