Hi,<br><br>I also looked at this import but I abandoned it for several reasons:<br><ul><li>25ha may be good for France or even Holland but for a region like Flanders it is simply too big: we have no land use planning (ruimtelijke ordening) here whatsoever. So land use tends to be small scattered patches. <br>
</li>
<li>The French conducted this import with the rule: if there is more than 2% overlap with an existing region, the CORINE data will not be imported. This is very crude and you will miss some good data, but I understand the reasoning: overwriting the knowledge of local mappers should be avoided.</li>
<li>The last two reasons show that this import will result in data which will be far from perfect, but imported data will work discouraging for corrections:if something is present people tend to
 have respect for it and not change it, they tend not even to question it.</li></ul>To sum it up: although it might seem great to have all this colour on our map within a few hours, we should very carefully consider it. There are numerous examples of hasty imports which introduced some strange quirks, quirks which are very hard to get rid of afterwards.<br>
<br>Kenny<br><br><br><div class="gmail_quote">2010/5/16 Lennard <span dir="ltr"><<a href="mailto:ldp@xs4all.nl" target="_blank">ldp@xs4all.nl</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

As some of you may know, last year the French have imported the CORINE<br>
Land Cover 2006 (CLC 2006) dataset. This dataset aims to classify every<br>
bit of surface of the participating countries. It is a project of the<br>
European Environment Agency (EEA) in conjunction with national mapping<br>
agencies. For Belgium, I believe this would be the NGI/IGN.<br>
<br>
While they did get approval to import their CLC 2006 dataset, getting<br>
approval from the NGI/IGN in Belgium would probably be problematic, and<br>
actually getting the data from them even worse. Although, if we don't<br>
ask, we'll never know for sure. (Anyone up for contacting them?)<br>
<br>
However, the CLC 2000 dataset is fully available on the EEA website, and<br>
has usage terms that seem to be very compatible with OSM.<br>
<br>
"Unless otherwise indicated, re-use of content on the EEA website for<br>
commercial or non-commercial purposes is permitted free of charge,<br>
provided that the source is acknowledged."<br>
<br>
On IRC, someone wanted to contact the EEA explicitly to obtain<br>
permission (for Belgium, but why not ask this for the entire dataset?).<br>
I don't see a problem with that, although for me the terms on the EEA<br>
site are clear.<br>
<br>
I have made an overlay which shows the CLC 2000 data on the OSM map:<br>
<br>
<a href="http://mijndev.openstreetmap.nl/%7Eldp/clc2000/" target="_blank">http://mijndev.openstreetmap.nl/~ldp/clc2000/</a><br>
<br>
This is so you can already enjoy what we may be able to import, and<br>
maybe use it as a backdrop in Potlatch/JOSM or other editors to use. I<br>
don't recommend actually tracing the polygons, as a direct import is<br>
much easier.<br>
<br>
The amount of changes between CLC 2000 and CLC 2006 is on the order of<br>
0.5% over the entire covered region. The overwhelming amount of polygons<br>
would be unchanged. I think there's not much harm in working with CLC<br>
2000, even if it is 10+ years old.<br>
<br>
I have received the scripts used for the French CLC 2006 import, and can<br>
adapt and use those for an import of CLC 2000 for any area. I'm going to<br>
test them and prepare an import file for Belgium, which can be imported<br>
later on, if no valid objections are lodged.<br>
<font color="#888888"><br>
<br>
--<br>
Lennard<br>
<br>
_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org" target="_blank">Talk-be@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-be" target="_blank">http://lists.openstreetmap.org/listinfo/talk-be</a><br>
</font></blockquote></div><br>