Get certified for free when you join Fabric Data Days 2026 and dive into Fabric, Power BI, SQL, AI, and other essential data skills.
Join nowJuly 7 - July 17 | Round 2 of the Power BI Dataviz World Championships. Don't miss your chance! Learn more
Hello,
I am building a Power BI report using the Azure Maps visual.
I have managed to make a data-bound reference layer according to region. Selecting the region appropriately sections off and zooms into the appropriate polygon.
However, this is only a part of my data. I also have markers I wish to display on the map. Unfortunately, I cannot use Latitude and Longitude with a location in Azure Maps. Fortunately, I also have the Address. Adding Address to Location under Region does not show the markers, while adding Address above Region does show the markers. This however breaks the intended sectioning I want.
Is there a notable way around this? I wish to section off both the reference layer and the Address markers when selecting a region on my slicer.
Thank you!
Hi,
This is a known limitation of the Azure Maps visual. The Location field well is used for geocoding, and when multiple geographic fields (such as Region and Address) are added, the visual may prioritize one over the other, which can affect either the reference layer or the markers.
A few approaches you could try:
Keep the Reference Layer driven by your region polygons, and use the Address field only in the Bubble/Marker layer (if supported by your visual configuration), rather than combining both in the Location well.
Ensure there is a proper relationship between your Region and Address tables so that the slicer filters both the polygon layer and the marker data.
If possible, use Latitude and Longitude for the markers while using the Reference Layer for the polygons. This is generally the most reliable approach if your dataset includes coordinates.
As a troubleshooting step, create a simple Azure Maps visual with only the Region polygon and Address markers to determine whether the behavior is due to the visual's limitations or the data model.
Could you also clarify:
Are the Region polygons coming from a custom GeoJSON reference layer?
Are the Address records related to the Region table through your data model?
Is the slicer filtering the Region table, the Address table, or both?
The Azure Maps documentation may also be helpful:
If you've already confirmed the model relationships and the behavior still occurs, this may be a current limitation of the Azure Maps visual when combining data-bound reference layers with address-based geocoding.
If this reply helps, please consider giving it a Kudos. If it helps resolve your issue, marking it as the Accepted Solution will help other community members facing the same scenario.
Hi @bjuar - This is a limitation of the Azure Maps visual rather than your data model.
Note: Azure Maps absolutely supports Latitude and Longitude. In fact, Microsoft recommends using coordinates whenever possible because they're faster and more accurate than geocoding addresses.
Hope this helps.
Proud to be a Super User! | |
Thanks for the response! When I mentione Latitude and Longitude with Location, I'm referring to another limitation where you cannot have a variable in the Location field when Latitude and Longitude are present.
Hi @bjuar,
Thanks for reaching out to the Microsoft Fabric Community forum. and thanks to @rajendraongole1 for sharing valuable insights.
The Azure Maps documentation describes the following behavior:
For more information, please refer to the below official documentation:
Get started with Azure Maps Power BI visual - Microsoft Azure Maps | Microsoft Learn
I hope this helps. Please feel free to reach out if you have any further questions.
Thank you.
Join us in Barcelona for FabCon and SQLCon, the Fabric, Power BI, SQL, and AI community event. Save €200 with code FABCMTY200.
Join Data Days 2026: 60 days of free live/on-demand sessions, challenges, study groups, and certification opportunities.
| User | Count |
|---|---|
| 29 | |
| 27 | |
| 24 | |
| 24 | |
| 18 |
| User | Count |
|---|---|
| 54 | |
| 50 | |
| 43 | |
| 33 | |
| 32 |