<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Zoals ik al probeerde aan te geven: voor het inwinnen van bebouwde
gebieden (en andere landgebruiken) kun je heel goed gebruik maken van
remote sensing technieken. Hiermee wordt het ook nog eens interessant
om de groei of krimp van bebouwde gebieden te meten!<br>
<br>
Bebouwde gebieden hebben namelijk een infrarood handtekening die
wezenlijk verschilt van die van loofbossen en deze weer van
naaldbossen, heide, zandvlakte, duinen etc.<br>
<br>
Infrarood data in grove vorm is vrij verkrijgbaar. Je zou hiermee een
grove indeling van bebouwde kommen kunnen genereren die je vervolgens
weer toetst aan wegenpatronen.<br>
<br>
<br>
Zie het artikel op: <br>
<br>
<a class="moz-txt-link-freetext" href="http://www.eduspace.esa.int/subtopic/default.asp?document=295">http://www.eduspace.esa.int/subtopic/default.asp?document=295</a><br>
<br>
en afbeelding met uitleg op:<br>
<br>
<a class="moz-txt-link-freetext" href="http://www.eduspace.esa.int/subdocument/default.asp?document=319">http://www.eduspace.esa.int/subdocument/default.asp?document=319</a><br>
<br>
<br>
<br>
<blockquote cite="mid:6BF3B032-96E2-48E7-8F7C-D4C1BC1FE841@gmail.com"
 type="cite">
  <pre wrap="">
  </pre>
  <blockquote type="cite">
    <pre wrap="">5) Ik heb in 1994 de bebouwde kom grenzen in de provincie Utrecht  
mogen filteren uit een fantastisch mooie geodatabase met allemaal  
foutloze en intern superconsistentie kaartlagen mogen halen.  
Onmogelijke opgave. De bebouwde kom is geen absoluut begrip. Dus  
ook de ligging van een lijn in Openstreetmap is soms afhankelijk  
van het doel dat men met de opname heeft gehad. Ook hier geldt: als  
je maar blijft weten wat de bron was en met welk doel het  
lijnstukje is verzameld. Dat had een impopulaire naam "metadata"  
bij ons destijds; en de bijhouding is weinig sexy en levert weinig  
waardering voor het monnikenwerk dat het is. Dus wie eerst :-).

    </pre>
  </blockquote>
  <pre wrap=""><!---->Komgrenzen zijn niet absoluut maar wel relevant voor een  
stratenkaart. Ik heb in het verleden wel een poging gedaan om een  
komgrenzen-polygonenset te maken op basis van PC6-gebieden en hun  
bebouwingsdichtheid, maar dat is geen sinecure. In die richting ligt  
denk ik wel de oplossing. Ik weet niet hoe NavTeq en TeleAtlas  
komgrenzen inwinnen, maar ik denk dat daar ook een beetje  
nattevingerwerk aan de tekentafel in zit.

Bottom line: we moeten wel komgrenzen hebben. Als die niet in AND- 
data zitten (kan ik me bijna niet voorstellen..?) dan is dat een  
schone taak. Een eerste 'grove' methode kan zijn om alle punten in te  
winnen waar de bebouwde kom meetbaar ophoudt (bij de  
plaatsnaambordjes) en die punten te verbinden. Dat is al werk zat  
voor de komende tijd...
_______________________________________________
  </pre>
</blockquote>
<br>
</body>
</html>