cancel
Showing results for 
Search instead for 
Did you mean: 
Reply
Highlighted
Regular Visitor

more location data required?

Ever since the Launch, I had a map that worked using zipcode now, the same chart gives me the following error:

 

To create a filled map, the Location data should include Bing Map-supported geographic data, such as country/region, state/province, or postal code.

 

I am using postal code - rather US zip code. 

 

Any thought or is there a known bug?   It worked okay in the preview (I say okay only because it never kept my "zoom" and I'm only looking at places in California, so my filter on zipcodes is California)

 

 

12 REPLIES 12
Highlighted
Regular Visitor

Re: more location data required?

So I figured out the issue, apparently the field literally has to say Zipcode.  Before it worked with a business logical named of Job Zip (referring to the zipcode of the vendor job for my data)  But when I fixed my cube's dimension attribute to zipcode and works great now.  

 

I know that makes perfect sense but why did it work with a different name in the preview and then get so specific in the release?  Seems like a step backwards.

Highlighted
Advocate II
Advocate II

Re: more location data required?

I have a similar issue however power bi will plot some but not all of my zipcodes. For example it will work fine in California, but not plot an zipcodes in Illinois. Any idea as to why it will not plot certain zipcodes?

Highlighted
Memorable Member
Memorable Member

Re: more location data required?

@CJenner you can also click on the field in the Desktop and then click on Modeling->Data Category->Postal code.  This will help your model understand the granularity of your geography.

Highlighted
Regular Visitor

Re: more location data required?

It had nothing to do with the model or granularity, it had to do with the fact it worked in Preview but when they did the release they got specific. So unless you specifically labeled the Dimension attribute, or table attribute, Zipcode instead of say "Zip City" it wouldn't work.  That is a big miss.   Maybe my business unit doesn't want it called Zipcode or Postal Code.  Maybe they want it Zip City.    So to me, that's a fail because a true Dimension model (ala Kimball) is based on Business Process and what the business calls it, not what the application wants it to be. 

 

 

Highlighted
Memorable Member
Memorable Member

Re: more location data required?

it doesn't matter what you call it if you read and follow my instructions above. 

Highlighted
Regular Visitor

Re: more location data required?

No, I'm not and know you why?  Because I shouldn't have to.  When I go out to a client I don't want to tell them that they have to do what you suggested when they are considering Tableu, Domo or Microstrategy.   Obviously they changed the canvas but it's not good enough.   My zipcode field- fyi  - is at my most atomic level my my dimensional model based on Kimball princepals.  So what value does your solution have?  None!  You know why?  Because 90% of the "BI" Architects and Developers don't know what a true Kimball model looks like.   So when I fixed the name, my problem was solved which is what most people would do.

 

Let me tell you something, most BI software companies are out there saying, you don't need to do anything.  Just hook our software up and it will work.  Those of us who are true Bi  architects know the truth, and what's worse is people I inteview know a tool and don't know the theory behind DW or DM design.  You can bet that the design I am hooking up to is pure Kimball.

 

Your suggestion is actually crap because you clearly have missed the point that this application, which I loved at first, is not ready.   I have to go to a client next week and explain to them why there's no drill down, or the fact that OLAP isn't direct connection (and yes it makes a difference, and to the poster who said that who want this feature understand OLAP is a moron and I can give you a reason, email me privately and I'll show you why it's important and not about design or anything of the above) .

 

In the preview we didn't have to what you said, so ask yourself - why do I need to do that now when I didn't before?  Don't change the rules half way through the game and telll me it's my fault.

 

 

 

 

 

Highlighted
Regular Visitor

Re: more location data required?

I have to agree with CJ (maybe not in so many words) but this is really frustrating. I have added Country, Province, City to my dataset to make this map work, (my dataset only had lat & long at first) to fix this issue but at the end, I still get the message “More location data is required.” I also went the extra step (which I shouldn’t have to) and categorized all these fields accordingly. Still the same error message. Here is an example of how others do it so easily. Just plug in the following lat & long (or use your own) in the following website and you get it plotted. So why not PowerBI?

Lat: 49.372020

Long: -123.276460

Website: http://www.latlong.net/Show-Latitude-Longitude.html

 

Highlighted
Helper II
Helper II

Re: more location data required?

So I am getting the gist of this.  I have 2 zip codes in the model, will have to pick just one and rename Zipcode.   But I have another dataset with long/lat, and another with a full address.  Are the expected field names documented anywhere so I don't have to use trial and error.

 

I agree we should not have to use desktop to do field type mappings, this should be in the web version.  The error message could have more info too.

Highlighted
Helper IV
Helper IV

Re: more location data required?

I can't also get this working:

 

used : streetname housenumber, postalcode city, country

 

works perfecty in bing.com, but gives me a more location data required needed.

Just city works great

Helpful resources

Announcements
Community Conference

Power Platform Community Conference

Check out the on demand sessions that are available now!

Upcoming Events

Experience what’s next for Power BI

See the latest Power BI innovations, updates, and demos from the Microsoft Business Applications Launch Event.

secondImage

Power Platform 2020 release wave 2 plan

Features releasing from October 2020 through March 2021

Get Ready for Power BI Dev Camp

Get Ready for Power BI Dev Camp

Mark your calendars and join us for our next Power BI Dev Camp!.

Top Solution Authors
Top Kudoed Authors