<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Oct 3, 2013 at 3:58 AM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What we would really need though, is something much bigger: A separate<br>
database of admin hierarchies, where people could - in a crowdsourced<br>
manner - record things like:<br>
<br>
"There is an adminlevel 2 entities called Germany"<br>
"It is divided into 16 exclusive adminlevel 4 entities with the<br>
following names: ..."<br>
"These 16 entities cover the area of Germany completely (no holes or sea<br>
areas that would be outside of one of the entities)"<br>
"The adminlevel 4 entity named 'Brandenburg' is divided in X adminlevel<br>
6 entities..."<br>
<br>
and so on. A tree of arbitrary size where people can add and edit at will.<br></blockquote><div><br></div><div>This seems exactly like the kind of data I expect Wikidata (a Wikimedia Foundation project, spearheaded by Wikimedia Deutschland) to encode.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Now you will say "but this tree could be generated from OpenStreetMap",<br>
and I grant that one could attempt to build such a tree but it will<br>
always be faulty and reflect the current brokenness of geometries in<br>
OSM. One could *start* with an OSM-generated tree, but after that, the<br>
tree must be kept separate. People should be able to add stuff to the<br>
tree even when it is not in OpenStreetMap - "there should be an<br>
adminlevel 8 boundary called so-and-so". A regularly-running process<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
would then compare the tree to OpenStreetMap, and generate error reports<br>
that can be presented visually: [...]<br>
<br>
I would expect the tree to be much more stable than the<br>
data in OSM. Most of all, the tree could be worked on independently,<br>
even by people unfamiliar with OSM. Of course the tree could link to OSM<br>
objects but these links would regularly be checked and perhaps even<br>
changed by the automated comparison system.<br></blockquote><div><br></div><div>If this tree database will only be compared to OSM then it should be OK to start it as a derivative of the OSM database (inheriting the ODbL license). However, we lose the ability to compare this with other similar databases like the Global Administrative Areas database (<a href="http://www.gadm.org/">http://www.gadm.org/</a>) as another form of QA due to the license incompatibility.<br>
<br>I think it would be better if the tree were started in Wikidata (which is CC0-licensed) or as a separate project released to the public domain or CC0- or PDDL-licensed.<br><br></div><div>Eugene<br></div></div></div></div>