<div dir="ltr"><div><div><div>He lanzado la siguiente consulta en overpass turbo<br><br>[out:json][timeout:25];<br>// gather results<br>(<br>  // query part for: “vending=excrement_bags”<br>  node["vending"="excrement_bags"]["amenity"!="vending_machine"]({{bbox}});<br>);<br>// print results<br>out body;<br>>;<br>out skel qt;<br><br></div>y la combinación más usada parece ser <br><br>amenity=waste_basket<br>
<span class="im">vending=excrement_bags<br>fee=no<br><br></span></div><span class="im">sobre todo por Suiza.<br><br></span></div><span class="im">Por ejemplo los nodos <a href="http://www.openstreetmap.org/node/1276313196">http://www.openstreetmap.org/node/1276313196</a> y <a href="http://www.openstreetmap.org/node/1276313279">http://www.openstreetmap.org/node/1276313279</a><br></span><div><div><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">El 14 de julio de 2016, 14:22, Santiago Crespo <span dir="ltr"><<a href="mailto:openstreetmap@flanera.net" target="_blank">openstreetmap@flanera.net</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yo seguiría la primera recomendación que pone en el wiki para estos<br>
casos[1]: un único nodo con el tag amenity más representativo. En éste<br>
caso, waste_basket.<br>
<br>
Algo así:<br>
<br>
amenity=waste_basket<br>
<span class="">vending=excrement_bags<br>
operator=Ayuntamiento de Madrid<br>
payment:none=yes<br>
bin=yes<br>
<br>
</span>Y si el cubo es únicamente para excrementos de perro, añadiría:<br>
waste=dog_excrement<br>
<br>
El motivo de evitar usar "amenity=waste_basket;vending_machine" es<br>
porque supuestamente complica la vida a los usuarios y a las<br>
aplicaciones que quieran usar estos datos.<br>
<span class=""><br>
Saludos,<br>
Santiago Crespo<br>
<br>
[1]<br>
<a href="https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use</a><br>
<br>
</span><div><div class="h5">On 07/14/2016 01:27 PM, Alejandro Moreno Calvo wrote:<br>
> Hay que elegir entre las 2 opciones para mapear papeleras como estas (<br>
> <a href="http://www.forjasestilo.es/images/easyblog_images/52/DSC05581.jpg" rel="noreferrer" target="_blank">http://www.forjasestilo.es/images/easyblog_images/52/DSC05581.jpg</a> y<br>
> <a href="http://www.ajuntamentimpulsa.cat/FitxersWeb/11187/OMNIUM%20papelera.jpg" rel="noreferrer" target="_blank">http://www.ajuntamentimpulsa.cat/FitxersWeb/11187/OMNIUM%20papelera.jpg</a> )<br>
><br>
> - 1 sólo nodo con<br>
> amenity=vending_machine<br>
> vending=excrement_bags<br>
> operator=Ayuntamiento de Madrid<br>
> payment:none=yes<br>
> bin=yes<br>
><br>
> - 2 nodos:<br>
> amenity=vending_machine<br>
> vending=excrement_bags<br>
> payment:none=yes<br>
> operator=Ayuntamiento de Madrid<br>
><br>
> segundo nodo (a centímetros del anterior):<br>
><br>
> amenity=waste_basket<br>
> waste=dog_excrement<br>
> operator=Ayuntamiento de Madrid<br>
><br>
> La ventaja de 1 nodo es que es más parejo a la realidad y más sostenible<br>
> pero por contra el nodo queda marcado como vending_machine cuando su<br>
> función principal es ser una papelera no un dispensador y es probable<br>
> que si se busca una papelera se busque por amenity=waste_basket y esta<br>
> no se encuentre.<br>
> En cuanto a 2 nodos facilita el uso posterior de los datos y<br>
> probablemente mejora el renderizado pero hace pensar que existen 2<br>
> objetivos físico cuando en realidad sólo existe uno y además el<br>
> posterior mantenimiento puede ser más pesado al tener que mantener 2 nodos.<br>
><br>
><br>
> El 11 de julio de 2016, 22:30, Miguel Sevilla-Callejo<br>
</div></div>> <<a href="mailto:msevilla00@gmail.com">msevilla00@gmail.com</a> <mailto:<a href="mailto:msevilla00@gmail.com">msevilla00@gmail.com</a>>> escribió:<br>
<span class="">><br>
>     Hola,<br>
><br>
>     Pues yo me decanto por un solo punto pues es solo una papelera...<br>
>     creo que es lo correcto desde el punto de vista de la realidad<br>
>     espacial y en cuanto a la calidad de la base de datos y como<br>
>     entiendo que no hay que repetir tags pero si se puede incluir varios<br>
>     valores optaría por "amenity=waste_basket;vending_machine" y mejor<br>
>     olvidarse del render (eso no es editar para el render?).<br>
><br>
>     Poner dos punto para dos papeleras si resulta que hay una para dos<br>
>     usos me parece erróneo.<br>
><br>
>     Creo recordar que sucedía algo similar para los puntos geodésicos en<br>
>     cimas... que resultaba que se habían editado, por un lado la cima y<br>
>     junto a ella el punto geodésico... aunque fueran el mismo punto.<br>
><br>
>     Puedo llegar a entender la aproximación pero no puedo compartir que<br>
>     haya dos nodos para representar una misma cosa sobre un mismo<br>
>     punto... por muy juntos que estén.<br>
><br>
>     Un saludo<br>
><br>
><br>
>     --<br>
</span>>     *Miguel Sevilla-Callejo*<br>
>     *<br>
>     Doctor in Geography*<br>
<span class="">>     a. Associate Lecturer at Dpto. of Geography & Territorial Planning<br>
>     at University of Zaragoza<br>
>     b. Fellow at the Pyrenean Institute of Ecology - Spanish National<br>
>     Research Council<br>
>     c. Freelance consultant & researcher - Member #698, Spanish<br>
>     Professional Association of Geographers<br>
><br>
</span>>     *Doctor en Geografía*<br>
<span class="">>     a. Profesor asociado en el Dpto. de Geografía y Ordenación del<br>
>     Territorio de la Univ. de Zaragoza<br>
>     b. Colaborador del Instituto Pirenaico de Ecología - Consejo<br>
>     Superior de Investigaciones Científicas<br>
>     c. Consultor e investigador freelance - Colegiado 698 del Colegio<br>
>     Oficial de Geógrafos<br>
><br>
>     2016-07-09 10:46 GMT+02:00 yo paseopor <<a href="mailto:yopaseopor@gmail.com">yopaseopor@gmail.com</a><br>
</span>>     <mailto:<a href="mailto:yopaseopor@gmail.com">yopaseopor@gmail.com</a>>>:<br>
<span class="">><br>
>         Soy muy partidario de eliminar/evitar los tags múltiples ;<br>
>         (amenity=waste_basket;vending_machine) en OSM.<br>
><br>
>         Salut i mapes<br>
>         yopaseopor<br>
><br>
>         2016-07-08 20:28 GMT+02:00 Rafael Avila Coya<br>
</span>>         <<a href="mailto:ravilacoya@gmail.com">ravilacoya@gmail.com</a> <mailto:<a href="mailto:ravilacoya@gmail.com">ravilacoya@gmail.com</a>>>:<br>
<div><div class="h5">><br>
>             Hola:<br>
><br>
>             Además, creo que la mayoría de los renderizadores ignorarían<br>
>             los objetos amenity=waste_basket;vending_machine<br>
><br>
>             Saludos,<br>
><br>
>             Rafael.<br>
><br>
><br>
>             On 08/07/16 15:12, Santiago Crespo wrote:<br>
><br>
>                 José Luis, tienes razón en que un nodo puede tener<br>
>                 varios tags, pero<br>
>                 como una "key" (amenity) no se puede repetir, creo que<br>
>                 quedaría algo así:<br>
><br>
>                 amenity=waste_basket;vending_machine<br>
>                 vending=excrement_bags<br>
>                 operator=Ayuntamiento de Madrid<br>
>                 payment:none=yes<br>
><br>
>                 Y si son papeleras únicamente para excrementos, añadir:<br>
>                 waste=dog_excrement<br>
><br>
>                 Aunque hay que intentar evitar el uso del punto y coma,<br>
>                 pues es más<br>
>                 complicado al mapear y al usar luego esos datos[1].<br>
>                 Coincido con el wiki<br>
>                 en que es mejor elegir uno de los 2 valores o dividir en<br>
>                 dos nodos.<br>
><br>
>                 Saludos,<br>
>                 Santiago Crespo<br>
><br>
>                 [1]<br>
>                 <a href="https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use</a><br>
><br>
><br>
>                 On 07/08/2016 02:14 PM, Jose Luis Perez Diez wrote:<br>
><br>
>                     segun <a href="http://wiki.openstreetmap.org/wiki/Tags" rel="noreferrer" target="_blank">http://wiki.openstreetmap.org/wiki/Tags</a> un<br>
>                     nodo puede tener varios<br>
>                     tags y en este casos serian 5<br>
><br>
><br>
><br>
>                     amenity=vending_machine<br>
><br>
>                     amenity=waste_basket<br>
><br>
>                     vending=excrement_bags<br>
><br>
>                     payment:none=yes<br>
><br>
>                     operator=Ayuntamiento de Madrid<br>
><br>
><br>
><br>
>                     En el caso que fuesen dos operadores diferentes se<br>
>                     podria usar<br>
>                     "operator:[vending_machine|waste_basket] ="<br>
><br>
>                     lo de hacerlos independientes no tiene sentido<br>
>                     estamos hablando de una<br>
>                     unica ubicacion<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
>                     _______________________________________________<br>
>                     Talk-es mailing list<br>
>                     <a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a><br>
</div></div>>                     <mailto:<a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a>><br>
<span class="">>                     <a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
><br>
><br>
>                 _______________________________________________<br>
>                 Talk-es mailing list<br>
</span>>                 <a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a> <mailto:<a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a>><br>
<span class="">>                 <a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
><br>
><br>
>             _______________________________________________<br>
>             Talk-es mailing list<br>
</span>>             <a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a> <mailto:<a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a>><br>
<span class="">>             <a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
><br>
><br>
><br>
>         _______________________________________________<br>
>         Talk-es mailing list<br>
</span>>         <a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a> <mailto:<a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a>><br>
<span class="">>         <a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
><br>
><br>
><br>
>     _______________________________________________<br>
>     Talk-es mailing list<br>
</span>>     <a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a> <mailto:<a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a>><br>
<div class="HOEnZb"><div class="h5">>     <a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Talk-es mailing list<br>
> <a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
><br>
<br>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
</div></div></blockquote></div><br></div>