<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Le 10/05/2017 à 10:09, Nicolas Moyroud
a écrit :<br>
</div>
<blockquote cite="mid:1577a79b-ace6-9190-fda7-ea88aacf932a@free.fr"
type="cite">Ne pas pensez au rendu comme critère de choix pour la
représentation des données ! Le rendu n'est qu'un usage possible
de ces données et dépend de critères comme le niveau de zoom qui
ne sont pas du tout objectifs. Les données OSM doivent être
décrites le plus proprement possible en terme de réutilisation
possible. Par exemple récupérer les données pour les utiliser en
mode SIG (mais pas que).
<br>
<br>
Une structure différente = un objet. Donc je dirai sans hésiter la
solution 3, un noeud par docteur ou expert-comptable ou
raton-laveur. Sinon l'exploitation des données est très
compliquée. Les champs multi-valués à coup de point-virgules c'est
quasiment inexploitable...
<br>
<br>
Nicolas
<br>
</blockquote>
<p>OK, je vois. (Et je comprends parfaitement ton aversion pour les
champs "
multi-valués à coup de point-virgules" !)<br>
</p>
<p>Donc un seul noeud avec comme nom "cabinet des Dr D1, D2, D3",
cardiologue, téléphone, etc parce que c'est une entité, et un
autre noeud avec comme nom "Dr D4", cardiologue, tél., etc parce
que c'est un solitaire distinct des premiers.</p>
<p>Je serais tenté aussi de mettre les tags addr: sur le bâtiment.
Mais faut-il aussi les répéter pour chaque amenity ? (ce que j'ai
commencé à faire est <a
href="http://www.openstreetmap.org/?mlat=44.9046&mlon=4.9046&zoom=19">ici</a>)</p>
<p>Merci,</p>
<p>JP<br>
</p>
<p><br>
</p>
<blockquote cite="mid:1577a79b-ace6-9190-fda7-ea88aacf932a@free.fr"
type="cite">
<p>
</p>
Le 05/05/2017 à 23:42, <a class="moz-txt-link-abbreviated" href="mailto:osm.sanspourriel@spamgourmet.com">osm.sanspourriel@spamgourmet.com</a> a écrit :
<br>
<blockquote type="cite">
<br>
Plusieurs nœuds, c'est plus propre.
<br>
<br>
Les rendus classiques vont placer un premier nœud s'il y a la
place. Puis un deuxième nœud s'il y a la place, etc...
<br>
<br>
Donc avec un niveau de zoom pas très élevé tu vas avoir un nœud
: rendu propre mais tu ne sauras pas qu'il y a une grappe (un
cluster), on peut imaginer qu'un rendu indiqueras le nombre de
docteurs. Si tu interroges la base, il va regarder autour et te
sortir les n nœuds.
<br>
<br>
Donc 2 ou 3 (avec le 3 tu risques de faire apparaître le nom du
docteur le plus au nord - ou le plus au sud, c'est tout). Comme
les noms des docteurs sont des infos limite personnelles, bof.
<br>
<br>
S'il y a un cabinet, il y a sans doute un secrétariat commun et
en cas de médecin traitant la sécu ne fera pas la fine bouche.
<br>
<br>
Par contre pour l'expert-comptable, le rendu va essayer de
placer soit les médecins (probablement) soit les
experts-comptables d'abord.
<br>
<br>
Donc il faudra zoomer beaucoup avant de le voir apparaître.
<br>
<br>
Sauf si tu fais une umap mettant en valeur les
experts-comptables.
<br>
<br>
N. B. : tu peux remplacer les expert-comptables par des
ratons-laveurs, ça marche pareil. D'un point de vue
cartographique j'entends.
<br>
<br>
</blockquote>
<br>
<br>
_______________________________________________
<br>
Talk-fr mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
<br>
</blockquote>
<p><br>
</p>
</body>
</html>