OpenStreetMap 로고 OpenStreetMap

Address evolution in Belgium

Sanderd17님이 English로 2015년 2월 5일에 게시함.

As there has been an Address import in the Brussels region, and the Flemish Agiv also opened a database with address positions (not good enough to import directly, so we agreed to draw the buildings from aerial imagery while adding addresses, that way we at least check consistency of addresses). In Flanders, it’s a slow import that started around the end of 2014.

So I wondered what evolutions were visible lately. If it was possible to see where people were editing. Stuff like that.

First I investigated the total number of addresses per province. Brussels capital region doesn’t have any provinces, nor does it belong to a province (although it’s completely enclosed by one). But Brussels is included next to the provinces, just to cover Belgium completely.

Total

Here you clearly see that Brussels has many addresses mapped. Most likely due to the import. But between other provinces, there are also major differences. Oost-Vlaanderen and Vlaams-Brabant are both part of Flanders, they have the same resources, but there’s a major difference. The population also doesn’t seem to matter, as Oost-Vlaanderen has almost 1.5 million inhabitants, and Vlaams-Brabant has just 1.1 million.

Then I wanted to compare addresses with their data types, to see if nobody just imported nodes from Agiv without drawing the buildings. Nodes as addresses are not forbidden (f.e. on an entrance), but the clear majority should be on buildings.

Comparison of data types

Ok, this looks good. Most addresses in Flanders are on buildings. Ratios seem rather constant. There are a few addresses on relations too (normally multipolygons), however, too few to be visible.

After that, the evolution of addresses through time is also interesting.

Evolution over time

Here you clearly see the import of Brussels. Skyrocketing all provinces. But address mapping in some other provinces is also gaining traction lately, however small.

Overall, I’m very surprised by the differences between the provinces, even if you ignore Brussels. And I hope address mapping in other provinces will gain some more traction.

As a final treat, I give you some graphs per province.

Antwerpen Brabant wallon Brussels Capital Region Hainaut Liège Limburg Luxembourg Namur Oost-Vlaanderen Vlaams-Brabant West-Vlaanderen

이메일 아이콘 Bluesky 아이콘 Facebook 아이콘 LinkedIn 아이콘 마스토돈 아이콘 텔레그램 아이콘 X 아이콘

토론

2015년 2월 6일 17:13Polyglot님의 의견

The addresses on nodes in the Brussels region can be explained by houses with more than 1 house number. Many houses on corners have 2 over there and ofc many have also been merged.

The data conversion was quite easy, as we started with high quality data, including building contours to booth. OTOH, I don’t think a lot of checking has been done during the import phase.

Anyway, I only converted the data and added a few streets here and there. The import was executed by local contributors, as it should.

Polyglot

2015년 2월 6일 17:16Sanderd17님의 의견

Node vs way ratios seem about equal between different provinces and Brussels. Next to that, Brussels is fully urbanised, which makes drawing building outlines and assigning addresses to buildings more difficult. So that number of address nodes is about expected I guess.

2015년 2월 6일 19:19Glenn Plas님의 의견

Love this stats stuff… The nodes are indeed needed from time to time, I always make sure that it’s on an entrance if possible, very few are amenities with addresses. I also think that the quality of the areas I did was excellent. I’ve been looking elsewhere (Mechelen for example) and there are spots where I find 20 nodes on the same spot. The errors in Mechelen I wrote them down and after 2 hours I had 3 A4’s full. I love mapping this stuff but I can’t spend twice the time on entering all those errors in LARA. I wish we had some more automated way to push this upstream.

The only remark about the data that really bothers me are numbers like this : ‘73S’ ‘72K’ .. Really weird ones, it’s not like appartment A,B,C , just random I see numbers with O after it. It does look like the source of them is interpolation. I do not transfer those numbers, that is why in the end, there will always be incomplete streets in the tool, even though in OSM it’s ok.

Also, your remark about me changing building=house into building=yes , I figured out that the terracing tool was doing that so before I merge the numbers with buildings ( I do them all manually) I add building=house on the nodes first. Then the terracer will warn me when the existing building has been tagged differently. I had to redo thousands of houses I thought I finished up.

2015년 2월 7일 09:24Sanderd17님의 의견

Well, if the errors are systematic for one street, I guess you can mention all errors in one report. The reports are read and processed by humans, and not by computers.

And for me, the terracing tool seems to take the tag from the building outline. So if the ouline is tagged with building=house, all houses will be tagged as that.

2015년 2월 7일 19:41joost schouppe님의 의견

Hey Sander,

I did some analysis myself on the history files. I use Mazdermind splitter and importer tool, so deleted items linger around and I’m not sure how it handles relations. Here’s what I get for Flanders:

  poly address	node address 2009	1	        13 2010	183	         685 2011	1365	1767 2012	12268	2563 2013	25846	4483 2014	62064	8529 2015	83720	19884

My numbers seem to be a lot lower. Any idea why that might be?

My definition of an address was “has an addr:street and an addr:housenumber tag”

2015년 2월 7일 19:46joost schouppe님의 의견

So I should have tried the preview first…

building address	node address
2009	1		13
2010	183		685
2011	1365	1767
2012	12268	2563
2013	25846	4483
2014	62064	8529
2015	83720	19884

2015년 2월 7일 20:04Sanderd17님의 의견

My definition of an address was just addr:housenumber, as there are still a number of associatedstreet relations around.

And my numbers seem to match the total on http://qa.poole.ch/addresses/

In any case, I’m more interested in the evolution and regional differences than in the absolute numbers.

2015년 2월 11일 05:59MartinDiazAlvarez님의 의견

Nice work on the data and graphs.

2015년 9월 1일 13:05Stereo님의 의견

Do you have an idea how complete this is, compared to the counts of the official datasets? For example, in the Grand-Duchy of Luxembourg, we have 18143 addresses on OSM, out of about 150k in the official, georeferenced address database that’s not yet open data.

댓글을 남기려면 로그인하세요