Where infrared.city fits

3,204,804 simulations run on Infrared Core (as of 29 Oct 2026).

infrared.city runs 12 models from one engine, Infrared Core, among them wind, wind comfort, sun, daylight, radiant heat and felt heat (UTCI). It works on real 3D building and terrain meshes, in a browser app, through an API and SDK, and in plugins for Grasshopper, QGIS and ArcGIS. Felt heat for 1 km² takes about 5 s once the geometry is uploaded, and 400 km² took 44 s as four 100 km² runs in parallel. Run times are not like for like across tools: area, grid, simulated hours and physics differ. Sun, sky and radiant heat come from ray tracing. Wind comes from an AI model trained on CFD results, not from a CFD run for each request. It answers a design question at street level: how hot a street or square feels, hour by hour, and what changes with trees, shade, materials or another design option.

  • You need to know which measure cools a street or square, on a 1 m grid.
  • You compare design options before they are built.
  • You need wind comfort and sun together with the heat.

Use both

XDI puts a cost on climate risk for an asset. infrared.city shows the street-level heat and wind on the site and how a design changes them.

Facts side by side

Facts: infrared.city and XDI
infrared.cityXDI
What you getSimulated felt heat (UTCI), radiant heat, wind, sun and shade at street levelCost of extreme weather and climate impacts to physical assets
Measured or simulatedSimulation, for the city as it is and for design optionsModelled (Climate Risk Engines, engineering-based methods)
DeliveryBrowser app, API and SDKClimate Risk Hub, API, reports

The infrared.city values repeat the full comparison. Each value for XDI comes from the sources below.

Sources

  1. XDI home page , accessed 30 Oct 2026.