<div dir="ltr"><div><div>Hi Skora, Pierre and Andrew,<br><br></div>Thank you for your answer! <br><br>I reply to Skora here but your points are evoked too (admin_level on a type:point & boundary=administrative on the relation + members ways)<br>
<br></div><div>I've imported "communes"(type point) and "Chef Lieux des Communautés Rurales" (type point) yesterday and finished the import today with "Limites des Communautés Rurales". <br>
<br></div><div>From rural communities, I've deducted boundaries for the three departments of Saint-Louis region (Saint-Louis, Dagana, Podor) and for the 7 arrondissements (Ndiaye, Mbane, Cas-Cas, Gamadji Sarre, Saldé, Rao, Thillé Boubacar) and I've edited it in OSM. I put a note on the relations linked to Cas-Cas and Ndiaye arrondissements because I have not found their admin_centers (Cas-Cas village and Ndiaye village).<br>
</div><div>
<br></div><div>Response below :<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jun 30, 2013 at 2:15 AM, william skora <span dir="ltr"><<a href="mailto:skorasaurus@gmail.com" target="_blank">skorasaurus@gmail.com</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"><div dir="ltr"><div><div><div><br></div>Hi Augustin, <br><br>As someone who has worked with HOT and studied in St. Louis, Senegal, I am excited to see this happen. I have a couple questions and suggestions:<br>

<br></div>- It's generally preferred to use a create a specific user name for imports and not to use your own account. <br>
</div><div><a href="http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account" target="_blank">http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account</a><br><br>a user name like 2013ARD_STL_IMPORTS for example, would be appropriate. <br>


</div><div><br></div></div></blockquote><div><br></div><div>Too late for that, sorry to the community. According to the guideline : "the user's editing history is a permanent record of the source and 
doesn't interfere with tags or increase the size of the database as much".<br></div><div>Import is really small so I guess it's ok but thank you for this information which is pertinent and good to know.<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"><div dir="ltr"><div></div><div>As I understand, it's not necessary to add the tag source=ARD_STL;CSE to each way if you add the source=ARD_STL;CSE to the changeset.<br>

</div></div></blockquote><div><br></div><div>I added the tag source=ARD_STL;CSE to each way. <br><br>Administrative boundaries already present in Saint-Louis Region (borders with Louga Region and Mauritanie) were always tagged with source=*, stipulating an URL linked to the original data. <br>

Because different sources are used in the same region (ARD_STL;CSE is the third one) for admin boundaries, I think it's easier to know the source by a simple click instead to download history.<br></div><div><br>Once again, I agree with the fact that this process is heavy for the database, not really in this case because the import is small. But if you think that it shouldn't be done on principle, this would be really easy to delete.<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"><div dir="ltr"><div><br></div><div>For the <i>"communes" (type point)" -</i> As nodes<i>, </i>they do not need to have admin_level=8 to them. I think just place=* , name=* would be sufficient. <br>

</div></div></blockquote><div><br></div><div>I hesitated for a longtime on this point. <br><br>"Commune" is a special admin status for a village or town or city.<br>> place=* and name=* don't mention this specific status wich is the same admin_level as "Communautés rurales" (admin_level=8).<br>

</div><div>I thought that admin_level=8 helped to keep this information and would be useful when official administrative boundaries would be known.<br></div><div>Moreover, use of admin_level=* on a type:point don't seem to be incoherent according to <a href="http://taginfo.openstreetmap.org/keys/admin_level#overview" target="_blank">TagInfo</a><br>

<br></div><div>Once again, this would be really easy to delete if necessary.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">

<div>
<i><br>Regarding the </i><br><i><i>shapefile "Limite_Communauté_Rurale" <br><br></i></i>I am not sure if it necessary to add the tag boundary=administrative and admin_level=8 to the member ways. I have seen boundaries where only the relation has tags (for example <a href="http://www.openstreetmap.org/browse/way/219920348" target="_blank">http://www.openstreetmap.org/browse/way/219920348</a>) but I also have seen boundary=administrative tagged on the relation as well as the relation - as described in <a href="http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives#Sur_les_membres_4" target="_blank">http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives#Sur_les_membres_4</a> <br>


</div><div><i>which is listed as a reference in the SN tagging guide - <a href="http://wiki.openstreetmap.org/wiki/FR:WikiProject_Senegal#Fronti.C3.A8res_administratives" target="_blank">http://wiki.openstreetmap.org/wiki/FR:WikiProject_Senegal#Fronti.C3.A8res_administratives</a><br>

</i></div></div></blockquote><div><br></div><div>I think both methods are valid. <br><br>You give the good links and reasons to this choice here : <br><br>"I also have seen boundary=administrative tagged on the relation as well as the relation - as described in <a href="http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives#Sur_les_membres_4" target="_blank">http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives#Sur_les_membres_4</a> <br>


<i>which is listed as a reference in the SN tagging guide - <a href="http://wiki.openstreetmap.org/wiki/FR:WikiProject_Senegal#Fronti.C3.A8res_administratives" target="_blank">http://wiki.openstreetmap.org/wiki/FR:WikiProject_Senegal#Fronti.C3.A8res_administratives</a>"</i></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"><div dir="ltr"><div>
<i>
</i></div><div><i><br></i></div><div>Most importantly,<br></div><div>If you could send a small example .osm that would consist of the data that you wish to upload, I would greatly appreciate it and would be very helpful to better understand the import. <br>
</div></div></blockquote><div><br></div><div>I saved some work during edition, it's linked to this email as a .osm file. Becareful, this data is obsolete. Only 16 of the 18 rural communities were edited. Departements and arrondissements were not edited.<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"><div dir="ltr"><div>

<br></div><div>These are just my interpretations of OSM community consensus and existing practice, I hope to hear others' opinions and interpretations as well. <br></div><div><br></div><div>Cordialement, <br>Will Skora<br>
</div></div></blockquote><div><br></div><div>Très bonne soirée!<br><br></div><div>Augustin <br></div></div><br><br clear="all"><br>-- <br><div dir="ltr">Augustin Doury<br><a href="tel:%2B33688728760" value="+33688728760" target="_blank">+33688728760</a><br>
</div>
</div></div>