[OSM-talk-fr] Comment cartographier des statues de la vierge ?

[JB]

Le 06/11/2014 23:23, Yves Pratter a écrit :
> Hors, les petits édifices religieux (oratoires, potales, croix, 
> statues…) ne sont pas des bâtiments (on ne peu pas rentrer dedans)…
> … et ils ne seraient pas des lieux de cultes (mais je ne retrouve pas 
> où j’ai lu ça).
S'il n'y a pas une messe ou un office religieux au moins une fois pas an 
devant, non ?

Le 06/11/2014 22:46, Christian Rogel a écrit :
> Beaucoup d’entre eux comportent des oeuvres d’art (artworks) ou sont une oeuvre d’art en eux mêmes.. Il ne s’agit pas de
> décréter oeuvre d’art toute statuette rencontrée, mais même les vierges sulpiciennes (produites par moulage à des milliers d’exemplaires)
> peuvent être notées comme artwork,  car le temps a fait son ouvrage et leur rareté leur donnera du prix.
Ça me semble un peu exagéré d'utiliser deux clefs primaires (artwork et 
historic) pour un élément de cette importance, mais bon, si c'est pas 
foncièrement faux, je me plaindrai pas. (HS : pour ceux qui ne pensent 
qu'au rendu, ne râlez pas si le rendu choisit une de ces clefs primaires 
en priorité sur l'autre, alors que c'est l'autre qui vous auriez voulu 
voir arriver. Mais non, on ne taggue pas pour le rendu).

Le 06/11/2014 21:26, Jérôme Seigneuret a écrit :
> WhatttT! En clair pour facilité l'exploitation des données t'es prêt à 
> intégrer des erreurs. Si elle sont présente dans la base c'est aussi 
> parce qu'on explique pas dans le wiki dans quel cas on choisi un tag 
> ou non par rapport à un autre et d'où le débat sur shrine qui par 
> d'une simple statut et non un écrin ou assimilable à une telle chose.
Non. Mais plutôt que d'introduire des clefs primaires à la pelle (genre 
building=wayside_shrine), décomposer en clefs secondaires ou en clefs 
multiples (historic=wayside_shrine + building=yes, et éventuellement 
wayside_shrine=statue pour le cas qui nous intéresse). Je ne vois pas 
qui irait introduire une rêgle d'exploitation des données avec 
building=wayside_shrine, au mieux, il sera considéré comme un batiment 
par défaut.

Le 06/11/2014 21:26, Jérôme Seigneuret a écrit :
> Doit-on supprimer les élément suivant de hsitoric:* parce que ça fait 
> moins d'1%
Non, car historic représente la clef primaire pour eux, et je pense que 
la plupart sont explicités et approuvés par le wiki.

Le 06/11/2014 21:26, Jérôme Seigneuret a écrit :
> - considérer comme un élémént correpondant à une période de l'histoire 
> (géographie, politique, artistique, culturel). On peut aussi dire de 
> *historic=contemporain*
Surtout pas, la clef historic permet d'identifier l'objet. Un 
*=contemporain devra sortir d'une autre clef, genre historic_period= 
(surement un très mauvais choix, mais bon, on a @tagging pour les idées).

Le 06/11/2014 21:26, Jérôme Seigneuret a écrit :
> Faut pas oublié qu'*historic *est un adjectif et pas un nom. C'est un 
> peu aussi le cas du *man_made *qui fait four tout et juste une 
> opposition avec des éléments *natural*.
On fait du taggage, pas de l'orthographe ou de la grammaire. La clef 
aide à se souvenir de quoi elle sert, pas à faire une traduction 
littérale pour imprimer le mot sur une carte. Lieu de culte ? Je n'ai 
jamais entendu ce mot hors de l'écosystème OSM.

J'en reste là pour ce mél long. Pour mémoire, plus les courriels sont 
longs avec peu d'éléments ou trop dispersés, moins ils ont de chances 
d'être lus.

JB.

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20141107/ec540f7e/attachment.htm>