<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hello,</p>
<p>Et dsl de mon laps de réponse..</p>
<p>@Hermann, pourquoi souhaite tu garder capacity pour identifier
nombre de staffs? Ya un petit truc qui me dérange en fait dans le
terme capacity, et ou on risque de se mêler les pinceaux (ce que
soulignait Marc aussi je crois), c'est de quelle capacité parle
t'on? La capacité d'une infrastructure à accueillir x staffs? Ou
le nombre de staffs observé/moyen/effectif d'un centre de santé
donné ? Car je crois que derrière capacity:staff, on parlerait
plutôt de la capacité d'une infrastructure à avoir un certain
nombre de staff. (ça reflète d'après ma compréhension plus un
aspect physique, lié à l'infrastructure, que réel lié aux
habitudes)<br>
</p>
<p>Après ce que j'aime bien dans le staff:chirurgien=yes/nombre,
c'est qu'on peut aussi spécifier le nombre de staff par service
(c'est dailleurs la même chose pour les lits). Si on part sur
capacity:staff=nombre, on n'a pas le niveau de service, et si on
souhaite l'ajouter il faudrait rajouter un tag (n'est-ce pas?),
car il me semble qu'il vaut mieux éviter de faire
capacity:staff:service... Après ya toujours le staff_count /
bed_count..Et vu que ces derniers sont déjà utilisé, peut-être
mieux de garder cette habitude?<br>
</p>
<p>A+<br>
</p>
<br>
<div class="moz-cite-prefix">Le 12/09/2017 à 07:30, Hermann Kass a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CALQYC1psLcZhZ9sT8Z78yP21BNy_Xrt-NQ7txaVJZsd7gPQ=Fw@mail.gmail.com">
<meta http-equiv="Context-Type" content="text/html; charset=UTF-8">
<div dir="ltr">Je pense qu'il serait bien de garder le mot-clé <b>capacity</b>,
et je propose ceci
<div>capacity:bed=*</div>
<div>capacity:staff=*</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">Le 11 septembre 2017 à 16:53, Violaine
Doutreleau <span dir="ltr"><<a
href="mailto:v_doutreleau@cartong.org" target="_blank"
moz-do-not-send="true">v_doutreleau@cartong.org</a>></span>
a écrit :<br>
<blockquote class="gmail_quote">
<div>
<p><br>
</p>
<div class="m_-4371768500819973197moz-forward-container">Pour
info, suivi des échanges<br>
<br>
-------- Message transféré --------
<table
class="m_-4371768500819973197moz-email-headers-table">
<tbody>
<tr>
<th nowrap="nowrap">Sujet : </th>
<td>Re: [OSM-talk-fr] Tagging Infrastructures de
Santé</td>
</tr>
<tr>
<th nowrap="nowrap">Date : </th>
<td>Mon, 11 Sep 2017 18:52:34 +0200</td>
</tr>
<tr>
<th nowrap="nowrap">De : </th>
<td>Violaine Doutreleau <a
class="m_-4371768500819973197moz-txt-link-rfc2396E"
href="mailto:v_doutreleau@cartong.org"
target="_blank" moz-do-not-send="true"><v_doutreleau@cartong.org></a></td>
</tr>
<tr>
<th nowrap="nowrap">Pour : </th>
<td><a
class="m_-4371768500819973197moz-txt-link-abbreviated"
href="mailto:talk-fr@openstreetmap.org"
target="_blank" moz-do-not-send="true">talk-fr@openstreetmap.org</a></td>
</tr>
</tbody>
</table>
<br>
<br>
<p>Bonjour à tous et merci Marc pour ces
éclaircissements !</p>
<p>Je retiens staff:chirurgien=yes/nombre, effectivement
on était passé à côté de ça ! Pour le comptage des
lits capacity:bed est pas mal pour le moment.. Dans la
même idée que ce que tu disais, on pourrait étendre
bed:<nom du service>=yes/nombre<br>
</p>
<p>Pour l'état d'une infra, on partirait sur
disused:amenity=yes/type of amenity et
abandonned:amenity=yes/type of amenity pour le moment
du coup. Je vois au HOT Summit si ya d'autre niveaux
d'états d'infra nécessaires à tagger.</p>
<p>Pour l'inventaire, j'ai tout de même des questions,
car effectivement on a trouvé des usages de
staff_count mais pas de wiki qui assure que la clé est
approuvée. De même est-ce que tous les éléments
adressés sur :<i><a
class="m_-4371768500819973197moz-txt-link-freetext"
href="http://wiki.openstreetmap.org/wiki/Key:*"
target="_blank" moz-do-not-send="true">http://wiki.openstreetmap.<wbr>org/wiki/Key:*</a></i>
sont sensés être sur <i><a
class="m_-4371768500819973197moz-txt-link-freetext"
href="http://wiki.openstreetmap.org/wiki/Map_Features" target="_blank"
moz-do-not-send="true">http://wiki.openstreetmap.org/<wbr>wiki/Map_Features</a></i><i>
</i><i><br>
</i></p>
<p>Également, des fois une page key=* n'a pas de status
indiqué (exemple page Status : <a
class="m_-4371768500819973197moz-txt-link-freetext"
href="http://wiki.openstreetmap.org/wiki/Key:status"
target="_blank" moz-do-not-send="true">http://wiki.openstreetmap.org/<wbr>wiki/Key:status</a>).
On ne sait pas si on peut utiliser le tag ou pas...<br>
</p>
<p>A+</p>
<div class="m_-4371768500819973197moz-cite-prefix">Le
08/09/2017 à 18:48, marc marc a écrit :<br>
</div>
<blockquote type="cite">
<pre>Le 08. 09. 17 à 17:50, Violaine Doutreleau a écrit :
</pre>
<blockquote type="cite">
<pre> * j'ai vu passer un échange autour du tag capacity disant qu'il
représentait une quantité quand un autre tag pouvait représenter un
volume. Mais je trouve qu'il manque un tag 'nombre' type 'n' . J'ai
vu des fois le tag capacity être utilisé comme capacity:bed, ce qui
fait sens également. Mais ça marche dans ce cas car le nombre de lit
fait aussi référence à la capacité du centre de santé. Par contre,
il est aussi intéressant de connaitre le nombre de personnel de
santé, voire même par spécialité, alors on sort du cadre capacity.
Du coup la seule proposition trouvée ici c'est de mettre un
bed_count, staff_count, puisqu'il semble que ce soit l'usage
(rajouter _count à la fin de l'élément à compter). Par contre je
trouve pas ça super logique, je suis plus pour un tag universel pour
les nombres... Ou je rate quelque chose?
</pre>
</blockquote>
<pre>Le but de François et moi était de rassembler autour d'un tag une
proposition (l'amélioration des tag pour les bornes incendies) qui
allait provoquer des nouveaux tags pour un utilisation finalement
assez semblable à savoir la capacité maximale d'une infrastructure.
Pour la petite histoire, le tag capacity ne serrait finalement
probablement pas retenu, le pompier à l’œuvre estimant que le débit
d'une borne n'est pas sa capacité (maximale) mais nominal.
En ce sens, un hôtel de 4 lits, un parking de 10 places décrivent
toutes la capacité que peux "supporter" l'objet de par sa conception.
capacity:bed ou quelques chose du genre ferrait pour moi référence à la
capacité maximale d'un hôpital par exemple, ceci pouvait être différent
de la capacité "opérationnelle" variable par exemple selon le personnel.
J'ignore cependant laquelle des 2 vous voulez encoder dans osm.
La capacité théorique est assez stable. l'opérationnelle me semble délicate.
Pour le personnel de santé, peut-être qu'une clef genre staff pourrait
faire l'affaire. il faudrait peut-être aussi faire des recherches
sur le wiki et/ou taginfo pour voir si ce genre d'info n'existe pas déjà
Mais là aussi, est-ce que cela ne risque-t-il pas d'etre une donnée
volatile ?
il n'est pas obligatoire de tout suffixer par _count, de nombreux tag
ont un wiki qui décrit par exemple une valeur yes pour dire que c'est
présent (par exemple staff:chirurgien (à traduire évidement)
ou un nombre pour rafiner l'information (par exemple 3)
L'important étant surtout d'avoir un nom de clef non ambigu,
uniforme et bien documenté.
Il est aussi possible d'avoir des :count, l'avantage étant
de permettre aux éditeur de reconnaître le type de clef
Cela n'a cependant selon moi de sens que si la même clef a autre
chose qu'un ":count"
</pre>
<blockquote type="cite">
<pre> * comment pourrait-on définir l'état d'une infrastructure, si
fonctionnel/opérationnel ou pas ? J'ai également vu pas mal de
propositions mais je n'en ai pas trouvée une approuvée...
</pre>
</blockquote>
<pre>L'inventaire est fait... cfr mon email "les dates
de terrain, de test fonctionnel, d'import, de source"
N'hésite pas d'y répondre, je compte justement essayer de faire
avancer cette "harmonisation". Je laisse encore quelques jours
si un francophone à des remarques avant de tenter une harmonisation
locale et/ou un avis sur la ml mondiale.
______________________________<wbr>_________________
Talk-fr mailing list
<a class="m_-4371768500819973197moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org" target="_blank" moz-do-not-send="true">Talk-fr@openstreetmap.org</a>
<a class="m_-4371768500819973197moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank" moz-do-not-send="true">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a>
</pre>
</blockquote>
<span class=""> <br>
<div class="m_-4371768500819973197moz-signature">-- <br>
<div class="m_-4371768500819973197moz-signature">
<div class="m_-4371768500819973197moz-signature">
<div
class="m_-4371768500819973197moz-forward-container">
<b><span>Violaine Doutreleau</span></b><span><br>
Coordinatrice Missing Maps </span><br>
<span><a href="http://www.cartong.org"
target="_blank" moz-do-not-send="true">CartONG</a><br>
mobile : 06.95.02.42.44<br>
skype : doutreleau.violaine</span><br>
<span><br>
</span><br>
<u><span>P Help save paper - do you need to
print this email?</span></u><br>
</div>
</div>
</div>
</div>
</span></div>
</div>
<br>
______________________________<wbr>_________________<br>
Tagging-fr mailing list<br>
<a href="mailto:Tagging-fr@openstreetmap.org"
moz-do-not-send="true">Tagging-fr@openstreetmap.org</a><br>
<a
href="https://lists.openstreetmap.org/listinfo/tagging-fr"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.openstreetmap.<wbr>org/listinfo/tagging-fr</a><br>
<br>
</blockquote>
</div>
<br>
<br>
<div><br>
</div>
-- <br>
<div class="gmail_signature" data-smartmail="gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div>Hermann Kolemagah KASSALOUWA
<div>Consultant en réseaux informatique, </div>
<div>en développement d'applications </div>
<div>et en cartographie numérique</div>
</div>
</div>
00228 90 27 59 64<br>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<div class="moz-signature">
<div class="moz-signature">
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
<title></title>
<o:p></o:p>
<div class="moz-forward-container"> <b><span
style="font-size:10.0pt">Violaine Doutreleau</span></b><span
style="font-size:10.0pt"><br>
Coordinatrice Missing Maps </span><br>
<span style="font-size:10.0pt"><a moz-do-not-send="true"
href="http://www.cartong.org">CartONG</a><br>
mobile : 06.95.02.42.44<br>
skype : doutreleau.violaine</span><br>
<span style="font-size:10.0pt"><br>
</span><br>
<u><span style="font-size:7.5pt;color:#33CC00">P Help save
paper - do you need to print this email?</span></u><br>
</div>
</div>
</div>
</div>
</body>
</html>