Le 10/05/2017 à 10:09, Nicolas Moyroud a écrit : > 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). > > 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... > > Nicolas
OK, je vois. (Et je comprends parfaitement ton aversion pour les champs " multi-valués à coup de point-virgules" !) 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. 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 ici <http://www.openstreetmap.org/?mlat=44.9046&mlon=4.9046&zoom=19>) Merci, JP > Le 05/05/2017 à 23:42, osm.sanspourr...@spamgourmet.com a écrit : >> >> Plusieurs nœuds, c'est plus propre. >> >> 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... >> >> 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. >> >> 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. >> >> 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. >> >> Par contre pour l'expert-comptable, le rendu va essayer de placer >> soit les médecins (probablement) soit les experts-comptables d'abord. >> >> Donc il faudra zoomer beaucoup avant de le voir apparaître. >> >> Sauf si tu fais une umap mettant en valeur les experts-comptables. >> >> N. B. : tu peux remplacer les expert-comptables par des >> ratons-laveurs, ça marche pareil. D'un point de vue cartographique >> j'entends. >> > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
