Bevolkingcijfers per gemeente kan je ook bij het Nationaal instituut voor statistiek (NIS) krijgen. http://statbel.fgov.be/nl/modules/publications/statistiques/bevolking/bevolking_-_cijfers_bevolking_2010_-_2012.jsp
2014-10-01 11:55 GMT+02:00 Glenn Plas <gl...@byte-consult.be>: > Zag idd dat bij mol de xml geen population key bevat. Ik heb bij wijze > van test eens Mol aangevuld met gegevens uit wikipedia. Die komt er > momenteel al uit via overpass > > Het is dus gewoon kwestie van die gegevens erin te steken , zie > https://www.openstreetmap.org/node/1468993933 > > Wat betreft uw vragen: > > > 1) de 'population' is niet overal ingevuld, en sommige getallen zijn zo > rond dat ik ze niet erg betrouwbaar vind. Vervelend dat de info vooral > schijnt te ontbreken bij middelgrote steden in Vlaanderen (Turnhout, > Mol, Mechelen...) Is er een betere manier om aan de bevolkingsaantallen > per stad te geraken? Het komt niet echt aan op de precieze getallen, de > bedoeling is om de "lokaliteiten" te kunnen categoriseren (bv. meer dan > 5000, meer dan 20000, meer dan 300000) > > > - Dit zijn gewoon schattingen naar alle waarschijnlijkheid. Je kan er > niet meer uitkrijgen dan wat erin zit, met een overpass export van de > ontbrekende kan je die in JOSM opendoen en wikipedia data erin steken. > Die lijkt me toch vrij recent voor bv Mol (01-01-2014 rfr. wiki) > > > 2) her en der lees ik dat het 'not done' zou zijn om API's te gebruiken > voor downloads - en op deze mailinglist werd me dat net aanbevolen? Ik > wil overigens best overwegen om een extra parameter mee te geven om de > prioriteit te verlagen, dit is toch een batchproces dat gerust enkele > uren mag staan draaien. En ik maak me niet al te veel gewetensbezwaren > over het overbelasten van de overpass-server want dit is behoorlijk > statische data, die ga ik neit om de haverklap refreshen, misschien maar > één keertje per jaar of zo. > > - Ik denk dat API's net bedoeld zijn voor data gestructureerd eruit te > halen. Maar OverPass heeft daar geen probleem mee. Volgens de mailing > lijsten ivm. Overpass moedigen ze aan van timeouts te gebruiken, maar > niet te klein. Als het een grote query is raden ze aan van hem gewoon > te laten gaan. Het systeem zelf heeft safety's in place. Wat ze niet > graag hebben is dat je geduld verliest en de query cancelled om hem > opnieuw te runnen. Van die 1 keer per jaar gaan ze niet sterven, uw > enkele request verdwijnt in de ruis van de serverlogs. Belgie is ook > klein. Ik doe geregeld exports van specifieke keys over Benelux. Gewoon > gezond verstand gebruiken. Mijn queries zijn meestal zwaar > geparametriseerd dus gaan snel werken. Overpass is ook volledig > ontworpen voor heavy queries. Hoe leuk is nu speelgoed als je het > niet mag uitpakken ;-) > > Je moet trouwens hard zoeken voor hun terms of service te vinden. Hun > frontpage schreeuwt bijna : Abuse me ;-) > > http://www.overpass-api.de/ > > > > On 01-10-14 11:37, Karel Adams wrote: >> >> On 01-10-14 09:12, Glenn Plas wrote: >>> Ik krijg mooi 80000 uit mechelen te zien: (bbox aangepast voor test) >> >> Ja, het voorbeeld Mechelen was slecht gekozen. Staan wel degelijk met 0: >> Vilvoorde, Tielt, de wereldstad (haha) Mortsel , Aalst, Aarschot... en >> zelfs Zemst! >> >> >> _______________________________________________ >> Talk-be mailing list >> Talk-be@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-be > > > -- > "Everything is going to be 200 OK." > > _______________________________________________ > Talk-be mailing list > Talk-be@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-be _______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
