Re: [OSM-talk-fr] Voie de gauche réservée aux bus et aux taxis sur l'autoroute A1
Bonjour vehicles:lanes:conditional= no|| @ Jul-Aug Mo-Fr 06:30-10:00 psv:lanes=designated|| @ Jul-Aug Mo-Fr 06:30-10:00 taxi:lanes=designated|| @ Jul-Aug Mo-Fr 06:30-10:00 Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import malheureux des pharmacies du 91 (Essonne)
GRRR :-) Marque déposée utilisée sur une liste libre, tu aggraves ton cas ! ;-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Is what we are doing useful (was: Legende voor osm-kaart)
The best person to ask is wuz...@mail.ru who created the page, and mentioned it on one of the mailing lists. m. On Tue, Apr 28, 2015 at 7:55 PM, André Pirard a.pirard.pa...@gmail.com wrote: On 2015-04-28 17:53, Marc Gemis wrote : Er wordt momenteel gewerkt aan een wiki pagina met de legende voor de stardaard rendering op osm.org: https://wiki.openstreetmap.org/wiki/Standard_tile_layer At this moment people are creating a page with the legend for the standard rendering on osm.org: https://wiki.openstreetmap.org/wiki/Standard_tile_layer What is its intended usage and how does/will one find that page? This is good work and a possible companion to the Browsing Help page http://wiki.openstreetmap.org/wiki/Browsing#Adding_a_Marker I cooperated with. How to find places and features, how to move about, how to tell what you see. But it's only useful if map readers can find it. And *read below (attentively)* what can happen if one wishes the readers to find information. The work may be called a pile of hacky details, accreted nonsense etc. I opened a related paths and tracks renderings are indistinguishable http://us.yhs4.search.yahoo.com/yhs/search?p=paths+and+tracks+renderings+are+indistinguishablefr=sfpfr2=type=__alt__ddc_linuxmint_comhspart=ddchsimp=yhs-linuxmintiscqry= issue. And they still are. One particular point is that the map does not draw them like its key does (path under footway). This layer is like that key for paths and tracks, not like the map, not distinguishable, and I confess that I did not know that there are (so) many track renderings. Also surprised that no renderer mentioned that diversity. The consensus was that the tracks must be a bit wider. But it's still work to do. Cheers André. Original Message Subject: Is what we are doing useful? (OSM.org map case) Date: Sun, 22 Mar 2015 01:42:34 +0100 From: André Pirard a.pirard.pa...@gmail.com a.pirard.pa...@gmail.com To: Tag discussion, strategy and related tools tagg...@openstreetmap.org tagg...@openstreetmap.org CC: Aseerel4c26 m-476867-a7c...@messages.openstreetmap.org m-476867-a7c...@messages.openstreetmap.org Hi, I think that one good way to promote OSM is to teach the general public to make references to the main Map http://www.openstreetmap.org. I know persons writing to 100s of people who could write things like the rendezvous is here http://www.openstreetmap.org/way/5013364?mlat=48.85783mlon=2.29513#map=18/48.85826/2.29478 . As well as webmasters, for example of Universities of which every building can be mapped in detail. Alas, they don't know well how to do that. So, very welcomed by its co-authors, I improved this section in the Browsing Help page http://wiki.openstreetmap.org/wiki/Browsing#Adding_a_Marker, some other parts of that page and the French translation. I showed that, and the writers were suddenly able to make links. They wondered why [the heck] that page is unfindable and is not highlighted as the help page of that map http://www.openstreetmap.org. Generally, a program has a Help button to help using it, and sometimes even a F1 key assignment. So, I made that request to openstreetmap-website https://github.com/openstreetmap/openstreetmap-website/issues/871. I received a one man's reply, without any discussion, closing the issue instantly and disregarding my reply. It amounts to saying that what I and the other contributors of that page have written is crap. Full of all sorts of hacky low level details (like the essentials to make a link to OSM.org). Furthermore, that opinion extends to links to other wiki pages full of years works of ac[c]reted nonsense. In order of appearance, zoom and pinch ( http://en.wikipedia.org/wiki/en:Multi-touch#Multi-touch_gesturesWikipedia), geolocation http://wiki.openstreetmap.org/wiki/Geolocation, Nominatim http://wiki.openstreetmap.org/wiki/Nominatim, Mapping projects http://wiki.openstreetmap.org/wiki/Mapping_projects, Cycle Map http://wiki.openstreetmap.org/wiki/OpenCycleMap, Transport Map http://wiki.openstreetmap.org/wiki/Transport_Map, MapQuest http://wiki.openstreetmap.org/wiki/MapQuest Open, List of OSM-based services http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services, Map Features http://wiki.openstreetmap.org/wiki/Map_Features, Key:highway http://wiki.openstreetmap.org/wiki/Key:highway, ... Finally, that OSM.org map http://www.openstreetmap.org would not be intended for the end user but the target audience is mappers. All that in the frequent style that I call not, disparaging what others did or think without a single constructive word about how to improve it or what it should be. I feel like being insulted instead of thanked (as well as many other persons). I have, of course, immediately stopped improving and translating the OpenStreetMap documentation. And I, who spent much time tagging, like the boundaries of south Belgium, feel
Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?
Bonjour Christian,
Pas de réponse de l'Université de Grenoble pour le serveur d'images
aériennes ? Si je ne m'abuse, ils doivent être revenus de vacances.
Pierre-Yves
PS : sur le même thème, sais-tu si ça avance pour la photographie aérienne
de Belfort ? Je n'ai pas de nouvelles depuis sacrément longtemps.
Le 19 avril 2015 09:51, Christian Quest cqu...@openstreetmap.fr a écrit :
Oui, le serveur d'images aériennes ne répond plus depuis 48h.
Nous avons demandé à l'Université de Grenoble (où se trouve ce serveur)
d'aller jeter un oeil... patience donc à cause du week-end.
Le 19/04/2015 09:41, Pierre-Yves Berrard a écrit :
Bonjour,
Depuis quelques jours, la photo aérienne du Grand Nancy (
http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/{zoom}/{x}/{y}) ne se
charge plus dans JOSM (connect timed out) :
Pour les requêtes overpass, la base à http://api.openstreetmap.fr/oapi/
semble être ne plus être à jour non plus.
Un problème sur les serveurs d'osm france ?
PY
___
Talk-fr mailing
listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re: Voie de gauche réservée aux bus et aux taxis sur l'autoroute A1
- il y a en meme temps une voie sur le bp extérieur qui est neutralisée http://www.dir.ile-de-france.developpement-durable.gouv.fr/la-voie-dediee-comment-ca-marche-a646.html - ca va tomber en panne dans pas longtemps (oups) - Mail d'origine - De: Stéphane Péneau stephane.pen...@wanadoo.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Wed, 29 Apr 2015 11:15:30 +0200 (CEST) Objet: Re: [OSM-talk-fr] Voie de gauche réservée aux bus et aux taxis sur l'autoroute A1 Le 29/04/2015 09:29, Francescu GAROBY a écrit : Ah oui, en effet ! Du coup, je ne sais pas comment indiquer des horaires sur un access... Francescu Si tu es courageux, tu auras la réponse ici : http://wiki.openstreetmap.org/wiki/Conditional_restrictions Stf ___ 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
Re: [OSM-talk-fr] Import malheureux des pharmacies du 91 (Essonne)
GRRR :-) sinon, j'ai commenté, c'est pratique cette fonction. A+ Marc Sibert m...@sibert.fr Le 29 avril 2015 10:58, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Et utilisé un compte dédié aux imports ? ;) Le 29 avr. 2015 10:56, Christian Quest cqu...@openstreetmap.fr a écrit : Ho la la, malheureux ! Avais-tu remplit le formulaire de déclaration d'import en triple exemplaire carboné ? ;) Le 29/04/2015 08:06, Marc Sibert a écrit : Bonjour, Je viens d'avoir un geste malheureux ce matin et j'ai injecté un lot important des pharmacies du 91 un peu vite, c'est à dire sans nettoyer les champs (https://www.openstreetmap.org/changeset/30605361). Je fais le nécessaire pour corriger, mais il me reste encore 312 pharmacies, et de grace, ne faites pas de revert ou n'essayer pas d'y toucher car ça reste synchrone avec l'état de mon JOSM. Merci de votre compréhension, A+ Marc / Marcussacapuces91 -- Christian Quest - OpenStreetMap France ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie de gauche réservée aux bus et aux taxis sur l'autoroute A1
Mais là tu oublies d'indiquer que cette voie leur est réservée uniquement entre 6h30 et 10h, mais pas le week-end, ni en période estivale. Stf Le 29/04/2015 08:22, Francescu GAROBY a écrit : Bonjour, J'ai voulu appliquer la modification, en ajoutant les tags motor_vehicles:lanes=||no[1] et psv:lanes=||designated[2]... Sauf que je m'aperçois que le nombre de voies n'est pas toujours indiqué ! Ex : ici http://www.openstreetmap.org/way/95022457, là http://www.openstreetmap.org/way/95022451 et sans doute d'autres encore... Il faudrait donc d'abord que quelqu'un qui connaît l'A1 renseigne le nombre de voies[3] Francescu [1] ne pas mettre de valeurs entre pipes signifie que l'on conserve la valeur par défaut [2] car, que je sache, les autres voies restent toujours accessibles aux bus et taxis [3] l'exemple donné plus haut est dans le cas où la chaussée compte 3 voies. À adapter en conséquence là où il y en a 4 voire 5. Le 28 avril 2015 16:30, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Bonjour, Pour info si ce n'est pas déjà pris en compte dans OSM: http://www.actu-environnement.com/ae/news/voie-reservee-bus-taxis-autoroute-a1-24424.php4 Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ 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
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Da: Maurizio Napolitano napoo...@gmail.com Ci siamo attivati anche a Trento https://www.eventbrite.it/e/biglietti-mappiamo-per-il-nepal-16769037643 Nel box Quando e dove con la google map il segnaposto è posizionato in via Roma a Vigolo Vattaro anziché a Trento :D ciao Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Voie de gauche réservée aux bus et aux taxis sur l'autoroute A1
Ah oui, en effet ! Du coup, je ne sais pas comment indiquer des horaires sur un access... Francescu Le 29 avril 2015 09:22, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Mais là tu oublies d'indiquer que cette voie leur est réservée uniquement entre 6h30 et 10h, mais pas le week-end, ni en période estivale. Stf Le 29/04/2015 08:22, Francescu GAROBY a écrit : Bonjour, J'ai voulu appliquer la modification, en ajoutant les tags motor_vehicles:lanes=||no[1] et psv:lanes=||designated[2]... Sauf que je m'aperçois que le nombre de voies n'est pas toujours indiqué ! Ex : ici http://www.openstreetmap.org/way/95022457, là http://www.openstreetmap.org/way/95022451 et sans doute d'autres encore... Il faudrait donc d'abord que quelqu'un qui connaît l'A1 renseigne le nombre de voies[3] Francescu [1] ne pas mettre de valeurs entre pipes signifie que l'on conserve la valeur par défaut [2] car, que je sache, les autres voies restent toujours accessibles aux bus et taxis [3] l'exemple donné plus haut est dans le cas où la chaussée compte 3 voies. À adapter en conséquence là où il y en a 4 voire 5. Le 28 avril 2015 16:30, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Pour info si ce n'est pas déjà pris en compte dans OSM: http://www.actu-environnement.com/ae/news/voie-reservee-bus-taxis-autoroute-a1-24424.php4 Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie de gauche réservée aux bus et aux taxis sur l'autoroute A1
Le 29/04/2015 09:29, Francescu GAROBY a écrit : Ah oui, en effet ! Du coup, je ne sais pas comment indiquer des horaires sur un access... Francescu Si tu es courageux, tu auras la réponse ici : http://wiki.openstreetmap.org/wiki/Conditional_restrictions Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie de gauche réservée aux bus et aux taxis sur l'autoroute A1
Pour repérer facilement les chaînons manquants : http://www.itoworld.com/map/147?lon=2.39386lat=48.78575zoom=9 Le 29 avril 2015 08:22, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, J'ai voulu appliquer la modification, en ajoutant les tags motor_vehicles:lanes=||no[1] et psv:lanes=||designated[2]... Sauf que je m'aperçois que le nombre de voies n'est pas toujours indiqué ! Ex : ici http://www.openstreetmap.org/way/95022457, là http://www.openstreetmap.org/way/95022451 et sans doute d'autres encore... Il faudrait donc d'abord que quelqu'un qui connaît l'A1 renseigne le nombre de voies[3] Francescu [1] ne pas mettre de valeurs entre pipes signifie que l'on conserve la valeur par défaut [2] car, que je sache, les autres voies restent toujours accessibles aux bus et taxis [3] l'exemple donné plus haut est dans le cas où la chaussée compte 3 voies. À adapter en conséquence là où il y en a 4 voire 5. Le 28 avril 2015 16:30, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Pour info si ce n'est pas déjà pris en compte dans OSM: http://www.actu-environnement.com/ae/news/voie-reservee-bus-taxis-autoroute-a1-24424.php4 Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Is what we are doing useful
André Pirard schreef op 28/04/2015 om 19:55: On 2015-04-28 17:53, Marc Gemis wrote : Er wordt momenteel gewerkt aan een wiki pagina met de legende voor de stardaard rendering op osm.org http://osm.org: https://wiki.openstreetmap.org/wiki/Standard_tile_layer At this moment people are creating a page with the legend for the standard rendering on osm.org http://osm.org: https://wiki.openstreetmap.org/wiki/Standard_tile_layer What is its intended usage and how does/will one find that page? This is good work and a possible companion to the Browsing Help page http://wiki.openstreetmap.org/wiki/Browsing#Adding_a_Marker I cooperated with. How to find places and features, how to move about, how to tell what you see. But it's only useful if map readers can find it. And *read below (attentively)* what can happen if one wishes the readers to find information. The work may be called a pile of hacky details, accreted nonsense etc. I opened a related paths and tracks renderings are indistinguishable http://us.yhs4.search.yahoo.com/yhs/search?p=paths+and+tracks+renderings+are+indistinguishablefr=sfpfr2=type=__alt__ddc_linuxmint_comhspart=ddchsimp=yhs-linuxmintiscqry= issue. And they still are. One particular point is that the map does not draw them like its key does (path under footway). This layer is like that key for paths and tracks, not like the map, not distinguishable, and I confess that I did not know that there are (so) many track renderings. Also surprised that no renderer mentioned that diversity. The consensus was that the tracks must be a bit wider. But it's still work to do. Cheers André. Original Message Subject:Is what we are doing useful? (OSM.org map case) Date: Sun, 22 Mar 2015 01:42:34 +0100 From: André Pirard a.pirard.pa...@gmail.com To: Tag discussion, strategy and related tools tagg...@openstreetmap.org CC: Aseerel4c26 m-476867-a7c...@messages.openstreetmap.org Hi, I think that one good way to promote OSM is to teach the general public to make references to the main Map http://www.openstreetmap.org. I know persons writing to 100s of people who could write things like the rendezvous is here http://www.openstreetmap.org/way/5013364?mlat=48.85783mlon=2.29513#map=18/48.85826/2.29478. As well as webmasters, for example of Universities of which every building can be mapped in detail. Alas, they don't know well how to do that. So, very welcomed by its co-authors, I improved this section in the Browsing Help page http://wiki.openstreetmap.org/wiki/Browsing#Adding_a_Marker, some other parts of that page and the French translation. I showed that, and the writers were suddenly able to make links. They wondered why [the heck] that page is unfindable and is not highlighted as the help page of that map http://www.openstreetmap.org. Generally, a program has a Help button to help using it, and sometimes even a F1 key assignment. So, I made that request to openstreetmap-website https://github.com/openstreetmap/openstreetmap-website/issues/871. I received a one man's reply, without any discussion, closing the issue instantly and disregarding my reply. It amounts to saying that what I and the other contributors of that page have written is crap. Full of all sorts of hacky low level details (like the essentials to make a link to OSM.org). Furthermore, that opinion extends to links to other wiki pages full of years works of ac[c]reted nonsense. In order of appearance, zoom and pinch ( http://en.wikipedia.org/wiki/en:Multi-touch#Multi-touch_gesturesWikipedia), geolocation http://wiki.openstreetmap.org/wiki/Geolocation, Nominatim http://wiki.openstreetmap.org/wiki/Nominatim, Mapping projects http://wiki.openstreetmap.org/wiki/Mapping_projects, Cycle Map http://wiki.openstreetmap.org/wiki/OpenCycleMap, Transport Map http://wiki.openstreetmap.org/wiki/Transport_Map, MapQuest http://wiki.openstreetmap.org/wiki/MapQuest Open, List of OSM-based services http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services, Map Features http://wiki.openstreetmap.org/wiki/Map_Features, Key:highway http://wiki.openstreetmap.org/wiki/Key:highway, ... Finally, that OSM.org map http://www.openstreetmap.org would not be intended for the end user but the target audience is mappers. All that in the frequent style that I call not, disparaging what others did or think without a single constructive word about how to improve it or what it should be. I feel like being insulted instead of thanked (as well as many other persons). I have, of course, immediately stopped improving and translating the OpenStreetMap documentation. And I, who spent much time tagging, like the boundaries of south Belgium, feel very much like stopping to participate to OSM entirely. You may want to add your comments to that issue. Best regards, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be @
Re: [OSM-talk-fr] Import malheureux des pharmacies du 91 (Essonne)
Ho la la, malheureux ! Avais-tu remplit le formulaire de déclaration d'import en triple exemplaire carboné ? ;) Le 29/04/2015 08:06, Marc Sibert a écrit : Bonjour, Je viens d'avoir un geste malheureux ce matin et j'ai injecté un lot important des pharmacies du 91 un peu vite, c'est à dire sans nettoyer les champs (https://www.openstreetmap.org/changeset/30605361). Je fais le nécessaire pour corriger, mais il me reste encore 312 pharmacies, et de grace, ne faites pas de revert ou n'essayer pas d'y toucher car ça reste synchrone avec l'état de mon JOSM. Merci de votre compréhension, A+ Marc / Marcussacapuces91 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import malheureux des pharmacies du 91 (Essonne)
Bonjour, Afin d'avoir l'audience la plus large, tu peux désormais commenter ton changeset. A+ Bruno Le 29 avril 2015 08:06, Marc Sibert m...@sibert.fr a écrit : Bonjour, Je viens d'avoir un geste malheureux ce matin et j'ai injecté un lot important des pharmacies du 91 un peu vite, c'est à dire sans nettoyer les champs (https://www.openstreetmap.org/changeset/30605361). Je fais le nécessaire pour corriger, mais il me reste encore 312 pharmacies, et de grace, ne faites pas de revert ou n'essayer pas d'y toucher car ça reste synchrone avec l'état de mon JOSM. Merci de votre compréhension, A+ Marc / Marcussacapuces91 -- Marc Sibert mailto:m...@sibert.fr ___ 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
[OSM-talk-fr] Import malheureux des pharmacies du 91 (Essonne)
Bonjour, Je viens d'avoir un geste malheureux ce matin et j'ai injecté un lot important des pharmacies du 91 un peu vite, c'est à dire sans nettoyer les champs (https://www.openstreetmap.org/changeset/30605361). Je fais le nécessaire pour corriger, mais il me reste encore 312 pharmacies, et de grace, ne faites pas de revert ou n'essayer pas d'y toucher car ça reste synchrone avec l'état de mon JOSM. Merci de votre compréhension, A+ Marc / Marcussacapuces91 -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ee] Avatud Maakaardi Seltsi MTÜst
Hoi, Mõistagi on eraldi oma MTÜl nii emotsionaalseid kui praktilisi eeliseid, nt oleme maksusoodustusnimekirja saanud, kuhu ei saa niisama lihtsalt, ja uuel MTÜl läheb selleks mitu aastat ootamist ja põhjendamist. Wikimedia sai sinna alles kohtuotsusega, meie selle abil teisel katsel. Mu point on eelkõige selles, et mu enda ajaresurss ei luba sellega tegeleda, ja kui on huvilisi, kes “keegi võiks teha” tasemelt edasi tõstab käe, ja ütleb “jah, mina teen ja võtan korraldamise ja vastutuse enda peale”, siis annaks heameelega teatepulga üle. Praktikas tähendab see formaalse miinimumina (1) korra aastas aastakoosoleku korraldamist, (2) liikmemaksu kogumist ja (3) raamatupidamise korraldamist (domeeni pidamise kulu arved, iga-aastane äriregistri aruanne). Miinimumina pole jällegi asja iseenesest pidada, siis juba peaks edasi ka sisulisi tegevusi korraldama. Näiteks on võimalik KÜSK-ist ja mujalt raha küsida projektide tegemiseks, ja sellega või isegi isegi ilma selleta: korraldada OSM kokkusaamisi (tunamullune SOTM Baltics oli superedukas ju) võistlusi, koolitusi, loenguid hackfest-e/sprinte luua tehnilisi teenuseid, arendada edasi maakaardi-serverit, täiendada wiki ja eestikeelsete juhendite sisu, tõlkida id/JOSM, nominatim jt vahendeid teha leping OSMF-iga ametlikuks local chapteriks vormistamiseks jne jne. Ma ise taandan eelkõige korraldamise/vastutamise rollist, osalejana (nt koolituse / loengu lugemine, üritusel osaleja, tehnilise konsultandiga) oleksin võimaluse korral ikka käsi. Tehniliselt saaksime üsna samu tegevusi teha teise MTÜ sisese osakonnana, neilt saaksime korraldusteenust (loodetavasti) oma mõnedest vabadustest loobumise hinnaga. Jaak On 29 Apr 2015, at 08:08, Andres Kaaber andres.kaa...@gmail.com wrote: Tere Sihukesed sigased tunded on sellega. Olen Margusega täitsa nõus, et raske on seda jah -i öelda, kuigi see igati mõistlik. Võib olla see jah on raske tulema ka selle pärast, et tegelikult oli ju tore, siis kui alustasime. Mina olen nüüd aasta aega täiesti eemal olnud kõikdest hobidest, kuid näen, et vaba aeg hakkab varsti tagasi tulema, kuid mida ma selle ajaga tegema hakkaks? Võib olla olen ma liiga kaua eemal olnud, et nüüd uusi suundasid või tegemisi ei tea aga, kaardistamine - looduses GPS -ga ringi liikumine - mille pärast ma sellega üldse tegelema hakkasin, tundub suhteliselt valmis olevat. Valgeid alasid enam ei ole mida kustutada jah metaandmeid saab nähtavasti lõpmatuseni lisada aga see ei ole enam see, mille pärast autoga pikki maid maha sõita. Kunagi oli ka teema koolidele kursuste pakkumise kohta, ma ei tea kas see enam pädev on kas seda tahetaks ja samas kui meil midagi muud peale kaardi serveri teenuse pakkumise polegi teha ... siis võib olla on mõtekam siiski liituda. Äkki peaks kokku saama ja asja arutama? ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
Re: [OSM-talk-fr] Voie de gauche réservée aux bus et aux taxis sur l'autoroute A1
Bonjour, J'ai voulu appliquer la modification, en ajoutant les tags motor_vehicles:lanes=||no[1] et psv:lanes=||designated[2]... Sauf que je m'aperçois que le nombre de voies n'est pas toujours indiqué ! Ex : ici http://www.openstreetmap.org/way/95022457, là http://www.openstreetmap.org/way/95022451 et sans doute d'autres encore... Il faudrait donc d'abord que quelqu'un qui connaît l'A1 renseigne le nombre de voies[3] Francescu [1] ne pas mettre de valeurs entre pipes signifie que l'on conserve la valeur par défaut [2] car, que je sache, les autres voies restent toujours accessibles aux bus et taxis [3] l'exemple donné plus haut est dans le cas où la chaussée compte 3 voies. À adapter en conséquence là où il y en a 4 voire 5. Le 28 avril 2015 16:30, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Pour info si ce n'est pas déjà pris en compte dans OSM: http://www.actu-environnement.com/ae/news/voie-reservee-bus-taxis-autoroute-a1-24424.php4 Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Continent Oceania or Australia
+1 El 29 de abril de 2015 08:13:24 EDT, Jóhannes Birgir Jensson j...@betra.is escribió: I was doing an overpass query for place=continent and noticed that we do not have Oceania but Australia with this note: Note that Oceania, which is a more common designation in some countries, is actually based on a different continental classification system to the one OSM uses. So please translate Australia as Australia, not as Oceania However looking at what is within is_in:continent=Australia then I only get regions and cities and no countries. is_in:continent=Oceania gives me the normal countries we think of as Oceania (including Australia the country). Thus it seems place=continent;name=Australia is now outdated and not used. According to usage it seems clear that we are now using the regular Oceania classification. I propose we change this to reflect to current usage. --Jóhannes / Stalfur ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Sent from my Android device with K-9 Mail. Please excuse my brevity.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Normalisation du tag antenne
C'est là que des tags comme height interviennent à mon sens, la hauteur et l'élévation de l'antenne permette de déterminer sa visibilité directement Le Mercredi 29 avril 2015 14h53, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mercredi 29 avril 2015 12:07:29 dHuy Pierre a écrit : En me basant sur la discussion initiée ici précédemment et des discussions avec des opérateurs, je reviens avec une proposition pour l'utilisation d'un tag unifié pour les antennes. https://pad.partipirate.org/plobm2h0ZV Ceci n'est qu'un draft encore, mais nécessaire pour l'intégration de cartoradio correctement. Il sera nécessaire de le traduire en anglais, ne faisant guère confiance au mien, je souhaiterai savoir s'il y aurait un volontaire? Verdy? Mister Lacombe et Chateau-Thierry avaient été réactifs sur le sujet la dernière fois, j'attends donc votre point de vue sur ce que j'ai pu en tirer. Librement, Intéressant. Tu dis que les antennes peuvent être des repères visuels, et je suis d'accord. Ceci dit, certaines antennes ne le sont pas, et ce serait donc intéressant de le renseigner pour ne pas s'attendre à ce repère visuel. Je pense notamment à une antenne cachée dans un clocher d'Église par chez moi. Son existence est intéressante dans OSM, mais un attribut additionnel genre visibility=hidden ou hidden=yes serait un plus. Après, comment différencier ces antennes cachés sur une carte c'est une autre question … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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
[OSM-talk] Continent Oceania or Australia
I was doing an overpass query for place=continent and noticed that we do not have Oceania but Australia with this note: Note that Oceania, which is a more common designation in some countries, is actually based on a different continental classification system to the one OSM uses. So please translate Australia as Australia, not as Oceania However looking at what is within is_in:continent=Australia then I only get regions and cities and no countries. is_in:continent=Oceania gives me the normal countries we think of as Oceania (including Australia the country). Thus it seems place=continent;name=Australia is now outdated and not used. According to usage it seems clear that we are now using the regular Oceania classification. I propose we change this to reflect to current usage. --Jóhannes / Stalfur ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] grafo viario toscana
Ciao, mi segnalano la pubblicazione del nuovo viario con civici e del grafo ferroviario della toscana, agigornato a Marzo 2015 link valido fino al 6/5/2015 https://smail.regione.toscana.it/public/jmail.jsp?dird=2015-4-29dirs=rt-mail-mlst06-p1dirc=tfRAaoaZbBfilename=Iternet201503034326.7z -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [talk-latam] Gran Chaco Americano
Felix, En Buenos Aires le comenté un par de veces a Peter lo problemático de fotos largos. Quizás otros lo hicieron también, porque en la nueva versión de Mapillary hay la opción de grabar fotos de una resolución más baja. Habría que experimentar un poco para ver si la calidad es suficiente. Joost ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
Re: [OSM-talk-fr] Normalisation du tag antenne
C'est un pad au passage, n'hésitez pas à commenter (entre crochet) ou à corriger les fautes/inexactitudes. Le Mercredi 29 avril 2015 14h54, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mercredi 29 avril 2015 12:07:29 dHuy Pierre a écrit : En me basant sur la discussion initiée ici précédemment et des discussions avec des opérateurs, je reviens avec une proposition pour l'utilisation d'un tag unifié pour les antennes. https://pad.partipirate.org/plobm2h0ZV Ceci n'est qu'un draft encore, mais nécessaire pour l'intégration de cartoradio correctement. Il sera nécessaire de le traduire en anglais, ne faisant guère confiance au mien, je souhaiterai savoir s'il y aurait un volontaire? Verdy? Mister Lacombe et Chateau-Thierry avaient été réactifs sur le sujet la dernière fois, j'attends donc votre point de vue sur ce que j'ai pu en tirer. Librement, Intéressant. Tu dis que les antennes peuvent être des repères visuels, et je suis d'accord. Ceci dit, certaines antennes ne le sont pas, et ce serait donc intéressant de le renseigner pour ne pas s'attendre à ce repère visuel. Je pense notamment à une antenne cachée dans un clocher d'Église par chez moi. Son existence est intéressante dans OSM, mais un attribut additionnel genre visibility=hidden ou hidden=yes serait un plus. Après, comment différencier ces antennes cachés sur une carte c'est une autre question … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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
[OSM-talk-fr] Normalisation du tag antenne
En me basant sur la discussion initiée ici précédemment et des discussions avec des opérateurs, je reviens avec une proposition pour l'utilisation d'un tag unifié pour les antennes. https://pad.partipirate.org/plobm2h0ZV Ceci n'est qu'un draft encore, mais nécessaire pour l'intégration de cartoradio correctement. Il sera nécessaire de le traduire en anglais, ne faisant guère confiance au mien, je souhaiterai savoir s'il y aurait un volontaire? Verdy? Mister Lacombe et Chateau-Thierry avaient été réactifs sur le sujet la dernière fois, j'attends donc votre point de vue sur ce que j'ai pu en tirer. Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?
Pour Belfort, je pensais mettre en place le serveur ces derniers mois à
La Fonderie, mais ça a été sans arrêt repoussé. Il devrait être installé
début mai et en attendant je vais installer ça chez moi, si possible ce
week-end.
Le 29/04/2015 11:15, Pierre-Yves Berrard a écrit :
Bonjour Christian,
Pas de réponse de l'Université de Grenoble pour le serveur d'images
aériennes ? Si je ne m'abuse, ils doivent être revenus de vacances.
Pierre-Yves
PS : sur le même thème, sais-tu si ça avance pour la photographie
aérienne de Belfort ? Je n'ai pas de nouvelles depuis sacrément longtemps.
Le 19 avril 2015 09:51, Christian Quest cqu...@openstreetmap.fr
mailto:cqu...@openstreetmap.fr a écrit :
Oui, le serveur d'images aériennes ne répond plus depuis 48h.
Nous avons demandé à l'Université de Grenoble (où se trouve ce
serveur) d'aller jeter un oeil... patience donc à cause du week-end.
Le 19/04/2015 09:41, Pierre-Yves Berrard a écrit :
Bonjour,
Depuis quelques jours, la photo aérienne du Grand Nancy
(http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/{zoom}/{x}/{y}
http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/%7Bzoom%7D/%7Bx%7D/%7By%7D)
ne se charge plus dans JOSM (connect timed out) :
Pour les requêtes overpass, la base à
http://api.openstreetmap.fr/oapi/
semble être ne plus être à jour non plus.
Un problème sur les serveurs d'osm france ?
PY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie de gauche réservée aux bus et aux taxis sur l'autoroute A1
Modification faite http://www.openstreetmap.org/changeset/30625646, en me basant sur la proposition de David Crochet. Par contre, j'ai mis Sep-Jun pour la période concernée, vu que c'est *hors* période estivale et n'ai pas mis de taxi:lanes=... vu que psv inclut les bus et les taxis. Francescu 2015-04-29 12:48 GMT+02:00 david.croc...@online.fr: Bonjour vehicles:lanes:conditional= no|| @ Jul-Aug Mo-Fr 06:30-10:00 psv:lanes=designated|| @ Jul-Aug Mo-Fr 06:30-10:00 taxi:lanes=designated|| @ Jul-Aug Mo-Fr 06:30-10:00 Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-tr] osm-nokta-sıklığı
IRC'tan osm nokta sıklığı gösteren ilginç bir link: https://tyrasd.github.io/osm-node-density/ :) ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-it] Tagging di chiese
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 29/04/2015 18:04, Volker Schmidt ha scritto: Talk-it@openstreetmap.orgTante chiese in Italia sono taggate con building=church sull'edificio e con amenity=place_of_worship sull'area attorno alla chiesa, spesso inclusi il patronato, il cimitero, il campo sportivo ecc. Adesso ho guardato http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship e http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dplace_of_worship Entrambi, e in particolare la versione inglese, escludono l'applicazione del tag amenity=place_of_worship a zone non utilizzate per cerimonie religiose. Mi ricordo che di questo si è discusso nel passato, ma non avevo fatto caso che la prassi è in contraddizione al wiki. Poi c'è un altro problemino, che in tanti casi l'edificio della chiesa, laddove è composto da più corpi attaccati, ma con altezze diverse, ognuno di questi corpi porta un tag building=church Che faccio? Interesante, ho trovato, seppur con l'uso del traduttore automatico e capito tirando le somme, la definizione su wikipedia inglese: https://en.wikipedia.org/wiki/Place_of_worship Insomma, concludendo, non è possibile farne un'uso generico, ma dipende dal contesto, il luogo di fede, quindi da valutare in maniera ovbiettiva, e valuntando il partecipato, seppur con una certa dose d'interpretazione individuale. Per esempio in una pieve nel bosco, non ci si fà remore a taggare il building=church, mentre in una chiesa centro paese, con annesso isolato, tutto si rimette in discussione, per cui ragionando sul culto, questo è praticato in chiesa generalmente mentre l'isolato è solo per mantenere tranquillità nella zona, ma non per questo s'intende religiosa. Il problema è il luogo di culto vero e proprio (place of worship) e l'edificio religioso (building church) che non necessariamente lo contiene. Anche se nel caso dell'Italia, direi che le due cose vanno di pari passo in ambito cristiano, ebraico, mussulmano e protestante. Si esclude gli edifici che ormai non sono più in uso per il culto, per esempio chiese (building=church), trasformate in teatri perchè non più usate per funzioni religiose (no amenity=place_of_worship). - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVQQ01AAoJEMTPIIVov0ZtbFwIALRl2mO2nJU0A229j6vbFm73 +S746f6YtnKaQYIlWhZduyVGT1OTvNiNTcm5OmwxMQ7rbfF5Wu3UGhbSan8MIIBB dmAPkIaH0Nop3Z/IRWbCuUKEl049ivGmeEfEqP+keGEHPY3Ae45fMkPhAxMRUZQI hr1I3p4uRam7U7TPgcOM4A9BYZTd/kE4lXmrI0qmRf0cnnSPsNmz45SySx8TJ347 6/NSoFzxgyySa+H2AoDGS1v+jO/PnK1i1/ICrfW9eaNIqwv2EkrFnPnbZt6n+II3 KgocxjAiraUeA7YX8h9x7DY1FARDtbg4GaiHCTeXDgszD9jb8npaASN0P01Y6A8= =mU60 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Tagging di chiese
Talk-it@openstreetmap.orgTante chiese in Italia sono taggate con building=church sull'edificio e con amenity=place_of_worship sull'area attorno alla chiesa, spesso inclusi il patronato, il cimitero, il campo sportivo ecc. Adesso ho guardato http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship e http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dplace_of_worship Entrambi, e in particolare la versione inglese, escludono l'applicazione del tag amenity=place_of_worship a zone non utilizzate per cerimonie religiose. Mi ricordo che di questo si è discusso nel passato, ma non avevo fatto caso che la prassi è in contraddizione al wiki. Poi c'è un altro problemino, che in tanti casi l'edificio della chiesa, laddove è composto da più corpi attaccati, ma con altezze diverse, ognuno di questi corpi porta un tag building=church Che faccio? Volker ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] points de vente SNCF en opendata
Le 27 avril 2015 15:00, Florian LAINEZ winner...@free.fr a écrit : - J'utilise shop=ticket pour une boutique, avec les détails qui vont avec : operator=SNCF wheelchair=yes; limited; no - J'utilise tourism=information avec information=office pour l'accueil / le point d'information, toujours avec : operator=SNCF wheelchair=yes; limited; no operator=* signifie exploitant. Pour la vente de ticket et les informations sur le transport, je pense que le tag network=* (réseau) est bien plus adapté aux transports en communs (rien empêche de mettre les deux) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] maxspeed=AT:*
Hallo, auch wenn weltweit beide Varianten zulässig sind, spricht aus meiner Sicht nichts dagegen, für AT einer Variante den Vorzug zu geben, und dann einheitlich auch dabei zu bleiben. So ähnlich ist es ja auch bei highway=* + ref=B20, in DE wird ref=B 20 mit Leerzeichen geschrieben, weltweit sind beide Varianten zulässig und zu finden. Walter From: Florian Michaeler Sent: Tuesday, April 28, 2015 11:45 AM To: OpenStreetMap AT Subject: Re: [Talk-at] maxspeed=AT:* Hallo, Kann schon sein, dass die Tags von der Intention her gleichwertig sind. Aber sie sind zumindest hier in Österreich (Rumänien ist zB genau anders rum) sowohl in der Verbreitung lt Taginfo: maxspeed:AT-rural = 20 gegen source:maxspeed = AT-rural (3 799) maxspeed:AT-urban = 166 gegen source:maxspeed = AT-urban (13 818) maxspeed:AT-motorway = 251 gegen source:maxspeed = AT-motorway (4 368) maxspeed:AT-walk = 1 gegen source:maxspeed = AT-walk (66) als auch in der Verwendung durch Routing Anwendungen (bei denen mir noch keine begegnet ist, die den tag maxspeed=AT-... auswertet) unterschiedlich. Natürlich kommen wir hier wieder in die Diskussion: Mappen für den Renderer / Navi in der man ja ausgiebig streiten kann. :-) Ich persönlich favorisiere die maxspeed=km/h; source:maxspeed Variante, da sich dadurch eine homogene Form ergibt, die für alle Geschwindigkeiten verwendet werden kann. In der Vergangenheit hab ich diese Merkmale auch schon umgetaggt, da es für mich keinen Sinn macht, wenn der Ganze Ort in einer Variante getaggt ist und ein Straßensegment anders ist (egal in welche Richtung). Die maxspeed=AT: tags sind ja meines Wissens nach bis auf ein paar einzelne Fälle doch sehr regional beschränkt. Daher würde ich auch keine Massenänderung machen, die Wahl der Tags sollte immer den Mappern in der betreffenden Region vorbehalten bleiben. Ich möchte mir in meinem Ort ja auch nicht einfach großflächig reinpfuschen lassen. Zum Informationsgewinn: Beim Umtaggen dieses Keys wird hier zwar keine neue Information hinzugefügt aber IMO die Qualität der Daten erhöht da weiterverarbeiter und Auswerter weniger länderspezifische Sonderfälle berücksichtigen müssen. Liebe Grüße Florian aka Miflo Am 27. April 2015 23:34:55 MESZ, schrieb Friedrich Volkmann mailto:b...@volki.at: On 27.04.2015 22:56, Markus Straub wrote: spricht irgendetwas dagegen maxspeed=AT:* gegen folgendes zu ersetzen: z.B. maxspeed=AT:urban zu maxspeed=50 source:maxspeed=AT:urban Ja. Beide Varianten sind zulässig, und sie sind äquivalent. Bitte sowas nicht unnötig hin und her umtaggen. Wie ich schon zum Thema Kahlschläge schrieb: Wenn man nichts Neues beizutragen hat, gehört sich solches Umtaggen nicht. Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-tr] osm-nokta-sıklığı
Kuzey Amerika ve Batı Avrupa, güneş gibi doğmuş:) On Wed, Apr 29, 2015 at 9:12 AM, Roman Neumüller em...@katpatuka.org wrote: IRC'tan osm nokta sıklığı gösteren ilginç bir link: https://tyrasd.github.io/osm-node-density/ :) ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr -- ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-it] Changesets sospetti nuovo utente
Grazie Federico. Il giorno 29 aprile 2015 21:50, Federico Cortese cortese...@gmail.com ha scritto: 2015-04-29 20:42 GMT+02:00 John Doe theguest...@gmail.com: Qualcuno può dare una controllata ai changesets di questo nuovo utente? http://www.openstreetmap.org/user/PICCIONE%20GIOACCHINO Già dalla descrizione leggo prova e i brividi mi salgono lungo la schiena. Purtroppo adesso non ho il tempo di verificarli, spero qualcuno possa. Preoccupazione motivata la tua! L'utente che segnali ha caricato tre changeset: 30610394 (Cesarò - Sicilia) - cancellato un incrocio ed inserite geometrie non taggate apparentemente a caso; 30610575 (Cesarò - Sicilia) - ricalcata malamente una via esistente con geometrie non taggate; 30610900 (Crescentino - Piemonte) - inserita una pista ciclabile inesistente con name=prova. Provvedo subito al revert e lo contatto. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tagging di chiese
Am 29.04.2015 um 18:04 schrieb Volker Schmidt vosc...@gmail.com: laddove è composto da più corpi attaccati, ma con altezze diverse, ognuno di questi corpi porta un tag building=church Che faccio? in questo caso ci dovrebbe essere un oggetto con building church intorno al l'edificio, ed altri oggetti con building:part=* per le singole parti, dove si mettono anche le altezze. http://taginfo.openstreetmap.org/keys/building:part#values ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Changesets sospetti nuovo utente
2015-04-29 20:42 GMT+02:00 John Doe theguest...@gmail.com: Qualcuno può dare una controllata ai changesets di questo nuovo utente? http://www.openstreetmap.org/user/PICCIONE%20GIOACCHINO Già dalla descrizione leggo prova e i brividi mi salgono lungo la schiena. Purtroppo adesso non ho il tempo di verificarli, spero qualcuno possa. Preoccupazione motivata la tua! L'utente che segnali ha caricato tre changeset: 30610394 (Cesarò - Sicilia) - cancellato un incrocio ed inserite geometrie non taggate apparentemente a caso; 30610575 (Cesarò - Sicilia) - ricalcata malamente una via esistente con geometrie non taggate; 30610900 (Crescentino - Piemonte) - inserita una pista ciclabile inesistente con name=prova. Provvedo subito al revert e lo contatto. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Normalisation du tag antenne
Belle initiative, merci Pierre. Pourquoi ne pas avoir utilisé le wiki pour diffuser plus largement le document ? Et suivre ainsi un formalisme établi. Cela permettrait aussi d'ajouter des exemples, pour être sur que l'on parle de la même chose. Cartographier les antennes au sens strict du terme peut être hardu. Ici : http://www.gizmodo.fr/wp-content/uploads/2010/08/gsm-antenne.jpg Il faudrait indiquer qu'il y a deux antennes et non qu'une, avec possiblement deux jeux de paramètres (puissance, numéro de cellule, LAC, BCCH, PCPICH et j'en passe) et aussi deux directions différentes. Les antennes peuvent être déportées, couplées, intégrées les unes dans les autres etc... Pour OSM on devrait se limiter au site radio et le considérer comme atomique (je rejoint les propos de Marc). Merci d'apporter quelques précisions sur tout ca. A+ *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 29 avril 2015 15:35, THEVENON Julien julien_theve...@yahoo.fr a écrit : * De :* dHuy Pierre dh...@yahoo.fr * *C'est là que des tags comme height interviennent à mon sens, la hauteur et l'élévation de l'antenne permette de déterminer sa visibilité directement pas forcement, de plus en plus d antennes GSM sont camouflees donc le tag indiquant si elles sont visibles/cachees ou non a un sens http://www.animatif.com/panoramas/gsm/antenne-relais-camouflage.html http://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=3ved=0CDEQFjACurl=http%3A%2F%2Fwww.kathrein.fr%2Fmedia%2Fdocuments%2Fcellulaire%2Ffran%25C3%25A7ais%2Fsolutions%2520d%2527integration.pdfei=S91AVbvyFoLsat3agcADusg=AFQjCNGRbcj_yoVS0lEqo3MggQZe7nuAQQbvm=bv.91665533,d.d2scad=rja Julien http://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=3ved=0CDEQFjACurl=http%3A%2F%2Fwww.kathrein.fr%2Fmedia%2Fdocuments%2Fcellulaire%2Ffran%25C3%25A7ais%2Fsolutions%2520d%2527integration.pdfei=S91AVbvyFoLsat3agcADusg=AFQjCNGRbcj_yoVS0lEqo3MggQZe7nuAQQbvm=bv.91665533,d.d2scad=rja ___ 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
[Talk-it] Changesets sospetti nuovo utente
Qualcuno può dare una controllata ai changesets di questo nuovo utente? http://www.openstreetmap.org/user/PICCIONE%20GIOACCHINO Già dalla descrizione leggo prova e i brividi mi salgono lungo la schiena. Purtroppo adesso non ho il tempo di verificarli, spero qualcuno possa. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Normalisation du tag antenne
J'ai pris un exemple dans les données pressentes sur data.gouv.fr de lanfr voila ou se trouve le pylone : https://www.openstreetmap.org/node/3487062694 toutes les donnée sur cette station sont là : https://docs.google.com/spreadsheets/d/1Q2I5QfX0imcOyFI2BQlBSA8Y3rM3eVUY9w3EI1gFYXA/edit?usp=sharing c'est un pylône autostable appartenant à TDF, dessus il y a 8 supports exploités par différentes personnes ( 3*TDF, SNCF, FREE, Bouygues,...) et sur ces supports il y a des antennes, 29 ! en tout sur ce pylône (16 pour bouygues, 3 pour free, 2 sncf, 4 TDF, ...) et certaines antennes peuvent émettre sur plusieurs fréquences (par exemple pour une antenne free : UMTS 2100, LTE 2600 et UMTS 900 avec à chaque fois 2 bandes de fréquence). Maintenant comment intégré ça (ou au moins une parti) dans osm? tout ça est sur un pylône (d’après la vue aérienne) donc normalement 1 point dans osm, a moins d’empiler les nœuds les uns sur les autres. Le 29 avril 2015 15:35, THEVENON Julien julien_theve...@yahoo.fr a écrit : * De :* dHuy Pierre dh...@yahoo.fr * *C'est là que des tags comme height interviennent à mon sens, la hauteur et l'élévation de l'antenne permette de déterminer sa visibilité directement pas forcement, de plus en plus d antennes GSM sont camouflees donc le tag indiquant si elles sont visibles/cachees ou non a un sens http://www.animatif.com/panoramas/gsm/antenne-relais-camouflage.html http://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=3ved=0CDEQFjACurl=http%3A%2F%2Fwww.kathrein.fr%2Fmedia%2Fdocuments%2Fcellulaire%2Ffran%25C3%25A7ais%2Fsolutions%2520d%2527integration.pdfei=S91AVbvyFoLsat3agcADusg=AFQjCNGRbcj_yoVS0lEqo3MggQZe7nuAQQbvm=bv.91665533,d.d2scad=rja Julien http://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=3ved=0CDEQFjACurl=http%3A%2F%2Fwww.kathrein.fr%2Fmedia%2Fdocuments%2Fcellulaire%2Ffran%25C3%25A7ais%2Fsolutions%2520d%2527integration.pdfei=S91AVbvyFoLsat3agcADusg=AFQjCNGRbcj_yoVS0lEqo3MggQZe7nuAQQbvm=bv.91665533,d.d2scad=rja ___ 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
Re: [Talk-it] Tagging di chiese
dieterdreist wrote Am 29.04.2015 um 18:04 schrieb Volker Schmidt lt; voschix@ gt;: laddove è composto da più corpi attaccati, ma con altezze diverse, ognuno di questi corpi porta un tag building=church Che faccio? in questo caso ci dovrebbe essere un oggetto con building church intorno al l'edificio, ed altri oggetti con building:part=* per le singole parti, dove si mettono anche le altezze. http://taginfo.openstreetmap.org/keys/building:part#values Sono daccordo. Ho sistemato parecchie chiese per inserire i tag wikipedia e nei casi queste fossero frammentate (p.es. a Vicenza) ho seguito questo wiki: http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Praticamente bisognerebbe creare una relazione type=building che ha come membri: - le parti interne dell'edificio (ruolo part) taggate con building:part=yes. A queste si possono attribuite specifiche caratteristiche fisiche per definire altezze, volumi, forme... - un contorno esterno dell'edificio (ruolo outline) che racchiude tutti i part taggato con building=church. Anche se a molti non piace io qui inserisco anche le restanti caratteristiche generali (amenity=place_of_worship, name, religion, denomination...) I campanili adiacenti o staccati alla chiesa di solito li lascio per conto proprio (non partecipano alla relazione building) ma puo' succedere che si trovino dentro il poligono della chiesa. Qui la storia si complica un po'... Il lavoro e' un po' complesso e ci sono perecchi edifici su cui intervenire in particolare in Veneto, Emilia, Liguria... Saluti. -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/Tagging-di-chiese-tp5842403p5842451.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tagging di chiese
voschix wrote lt; Talk-it@ gt;Tante chiese in Italia sono taggate con building=church sull'edificio e con amenity=place_of_worship sull'area attorno alla chiesa, spesso inclusi il patronato, il cimitero, il campo sportivo ecc. Adesso ho guardato http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship e http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dplace_of_worship Entrambi, e in particolare la versione inglese, escludono l'applicazione del tag amenity=place_of_worship a zone non utilizzate per cerimonie religiose. Io normalmente seguo il wiki, quindi amenity=place_of_worship solo per la chiesa intesa come luogo di preghiera e locali strettamente necessari: https://it.wikipedia.org/wiki/Chiesa_%28architettura%29 (portico, navate, abside... aggiungerei la sacrestia in quanto e' funzionale al servizio religioso). Escluderei tutti gli spazi dove la preghiera non e' attivita' principale: sagrato, campanili, cimitero, canonica, ricreatori, campetti sportivi In Veneto ci sono molti casi mappati come dici. So' bene che li' ci sono parecchi complessi religiosi gestiti per esempio da salesiani (chiesa+scuola+piscina+campetti) ma per me place_of_worship e' solo la chiesa. Mia opinione, eh... Saluti. -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/Tagging-di-chiese-tp5842403p5842459.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Normalisation du tag antenne
Bonsoir Les données de l'ANFR publiées sur data gouv ne sont pas aussi précises que celles disponibles sur le site ANFR. Par exemple, on n'a pas la hauteur du positionnement des antennes dans le fichier data gouv alors que l'on a ces infos sur le site ANFR. Sinon, je ne sais pas si ca fait sens de renseigner toutes les infos dans OSM parce que comme le précise Jérome il y a des cas complexes avec de nombreux opérateurs utilisant chacun plusieurs antennes. Je pense que l'on devrait au minimum indiquer les sites, mais il faut ensuite respecter les règles actuelles et l'intégration dans OSM devrait respecter les règles actuelles : http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast Dans les données ANFR, les différents sites possèdent des infos sur le support : 0;Sans nature 40;Sémaphore 41;Phare 4;Château d'eau - réservoir 38;Immeuble 39;Local technique 42;Mât 8;Intérieur galerie 9;Intérieur sous-terrain 10;Tunnel 11;Mât béton 12;Mât métallique 21;Pylône 17;Bâtiment 19;Monument historique 20;Monument religieux 22;Pylône autoportant 23;Pylône autostable 24;Pylône haubané 25;Pylône treillis 26;Pylône tubulaire 31;Silo 32;Ouvrage d'art (pont, viaduc) 33;Tour hertzienne 34;Dalle en béton 9;Support non décrit 43;Fût 44;Tour de contrôle 45;Contre-poids au sol 46;Contre-poids sur shelter 47;Support DEFENSE 48;pylône arbre 49;Ouvrage de signalisation (portique routier, panneau routier, panneau publicitaire) 50;Balise ou bouée 51;XXX 52;Eolienne = il reste à traduire ces types en tag osm pertinent. Après, on peut certainement indiquer les services supportés par un site : FH, 2G, 3G, 4G. Mais il faut aussi penser à la mise à jour de ces informations. A mon avis, si on intègre déja les sites radios, ca serait déja bien et le plus pertinent serait de pointer vers les données ANFR en indiquant une url associée au site. Eric 2015-04-29 20:02 GMT+02:00 Jérôme Amagat jerome.ama...@gmail.com: J'ai pris un exemple dans les données pressentes sur data.gouv.fr de lanfr voila ou se trouve le pylone : https://www.openstreetmap.org/node/3487062694 toutes les donnée sur cette station sont là : https://docs.google.com/spreadsheets/d/1Q2I5QfX0imcOyFI2BQlBSA8Y3rM3eVUY9w3EI1gFYXA/edit?usp=sharing c'est un pylône autostable appartenant à TDF, dessus il y a 8 supports exploités par différentes personnes ( 3*TDF, SNCF, FREE, Bouygues,...) et sur ces supports il y a des antennes, 29 ! en tout sur ce pylône (16 pour bouygues, 3 pour free, 2 sncf, 4 TDF, ...) et certaines antennes peuvent émettre sur plusieurs fréquences (par exemple pour une antenne free : UMTS 2100, LTE 2600 et UMTS 900 avec à chaque fois 2 bandes de fréquence). Maintenant comment intégré ça (ou au moins une parti) dans osm? tout ça est sur un pylône (d’après la vue aérienne) donc normalement 1 point dans osm, a moins d’empiler les nœuds les uns sur les autres. Le 29 avril 2015 15:35, THEVENON Julien julien_theve...@yahoo.fr a écrit : * De :* dHuy Pierre dh...@yahoo.fr * *C'est là que des tags comme height interviennent à mon sens, la hauteur et l'élévation de l'antenne permette de déterminer sa visibilité directement pas forcement, de plus en plus d antennes GSM sont camouflees donc le tag indiquant si elles sont visibles/cachees ou non a un sens http://www.animatif.com/panoramas/gsm/antenne-relais-camouflage.html http://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=3ved=0CDEQFjACurl=http%3A%2F%2Fwww.kathrein.fr%2Fmedia%2Fdocuments%2Fcellulaire%2Ffran%25C3%25A7ais%2Fsolutions%2520d%2527integration.pdfei=S91AVbvyFoLsat3agcADusg=AFQjCNGRbcj_yoVS0lEqo3MggQZe7nuAQQbvm=bv.91665533,d.d2scad=rja Julien http://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=3ved=0CDEQFjACurl=http%3A%2F%2Fwww.kathrein.fr%2Fmedia%2Fdocuments%2Fcellulaire%2Ffran%25C3%25A7ais%2Fsolutions%2520d%2527integration.pdfei=S91AVbvyFoLsat3agcADusg=AFQjCNGRbcj_yoVS0lEqo3MggQZe7nuAQQbvm=bv.91665533,d.d2scad=rja ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO: visualisation des adresses de la BAN
Parfois le rouge pointillé et le rouge de départ se chevauchent, rendant le texte carrément illisible. PY Le 26 avril 2015 17:20, Christian Quest cqu...@openstreetmap.fr a écrit : Encore un peu de neuf sur le rendu BANO sur les données BAN... Afin d'aider à compléter les noms de rues manquants dans OSM, j'ai ajouté l'entourage des adresses BAN sur le même principe que celles du cadastre. Pour les différencier, j'ai mis : - en pointillé rouge les adresses BAN pour lesquelles un rapprochement a pu être fait avec FANTOIR mais pas avec OSM - en pointillé gris les adresse BAN pour lesquelles le rapprochement FANTOIR n'a pas pu être fait. C'est un premier jet ;) Exemple sur une commune au cadastre raster: http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.96311/2.19007 -- Christian Quest - OpenStreetMap France ___ 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
Re: [Talk-at] maxspeed=AT:*
Hallo KaiRo, das fände ich schade, denn zumindest für Straßen ohne maxspeed wäre es meiner Meinung nach ein großer Mehrwert sie zu erfassen. Meine Anliegen war, dabei zu helfen, das maxspeed-Tagging in Österreich noch flächendeckender und auch konsistenter zu bekommen. Natürlich könnten potentielle Anwendungen von OSM versuchen die maxspeed zu erraten (und mit Gemeindeumrissen, landuse, highway-Klasse etc zu verschneiden) .. aber Fakt ist, dass in kommerziellen Karten wie TeleAtlas oder Nokia/Here die Information einfach bereit steht - fix und fertig als Zahl und ohne raten. Ich denke darauf sollten auch wir hinarbeiten. LG, Markus On 2015-04-29 03:22, Robert Kaiser wrote: Dabnke für die Diskussion, ich weiß jetzt, dass ich mich von allen Ergänzungen, die irgendwas mit maxspeed zuu tun haben, fern halte und nichts dergleichen in den nächsten Monaten bis Jahren ergänzen werde, da es nur Choas gibt, und da bin ich nicht bereit, mitzumischen. KaiRo ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] bano-data sur github
D'accord avec Art. Avoir ce type de suivi est également une source de motivation. Et oui, peu importe le support (gitHub ou autre chose de moins expérimental). PY Le 26 avril 2015 22:24, Art Penteur art.pent...@gmail.com a écrit : Lorsque j'ai eu le temps de chasser du rouge, la lecture du diff quotidien de github m'aidait bien : je vérifiait que mes changements produisaient de nouveaux rapprochements, et j'ai aussi debuggué des oscillations par exemple quand une moitié de rue était nommée rue Jules Verne et l'autre moitié rue de Jules Verne, il arrivait que le rapprochement se fasse un jour sur deux avec chaque moitié de rue. C'était assez facile à repérer et corriger. Ça reste une justification indirecte de github : Il y a sans doute d'autres outils pour faire ces contrôles. Art. Le 26 avr. 2015 5:10 PM, Christian Quest cqu...@openstreetmap.fr a écrit : Pas normal... mais ce mode de distribution (expérimental) semble peu adapté vu le volume global et la quantité de changements. Je pensais stopper... Le 26/04/2015 11:23, Pierre-Yves Berrard a écrit : Bonjour, Est-il normal que les fichiers bano[1] sur github ne soient plus mis à jour depuis un mois ? PY [1]https://github.com/osm-fr/bano-data -- Christian Quest - OpenStreetMap France ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-de] Wochennotiz Nr. 249 21.4.–27.4.2015
Hallo, die Wochennotiz Nr. 249 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2015/04/wochennotiz-nr-249/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Normalisation du tag antenne
Le 29 avril 2015 22:48, Eric Debeau eric.deb...@gmail.com a écrit : Dans les données ANFR, les différents sites possèdent des infos sur le support : 0;Sans nature 40;Sémaphore 41;Phare 4;Château d'eau - réservoir 38;Immeuble 39;Local technique 42;Mât 8;Intérieur galerie 9;Intérieur sous-terrain 10;Tunnel 11;Mât béton 12;Mât métallique 21;Pylône 17;Bâtiment 19;Monument historique 20;Monument religieux 22;Pylône autoportant 23;Pylône autostable 24;Pylône haubané 25;Pylône treillis 26;Pylône tubulaire 31;Silo 32;Ouvrage d'art (pont, viaduc) 33;Tour hertzienne 34;Dalle en béton 9;Support non décrit 43;Fût 44;Tour de contrôle 45;Contre-poids au sol 46;Contre-poids sur shelter 47;Support DEFENSE 48;pylône arbre 49;Ouvrage de signalisation (portique routier, panneau routier, panneau publicitaire) 50;Balise ou bouée 51;XXX 52;Eolienne = il reste à traduire ces types en tag osm pertinent. Sur chacun des cas, il y a plusieurs possibilités. Voici celles où on se sert du support pour indiquer qu'il y a de la radio dessus, avec au passage la ref ANFR. 0 : N'importe quel objet 40 : Il y a historic=optical telegraph http://wiki.openstreetmap.org/wiki/Tag:historic%3Doptical_telegraph, mais je doute que ce soit le sens de Sémaphore ici, plutôt une balise qu'une télégraphe. 41 : man_made=lighthouse (approved) 4 : man_made=water_tower (de facto) 38, 17, 19, 20 : On place un noeud au centre de la zone technique (si visible sur le toit), pas sur les antennes pouvant être réparties aux 4 coins). L'immeuble est tagué avec building=* (approved). 39, 8, 9, 10 : Maintes possibilités : préférer placer un nœud dédié sur l'emplacement supposé de la zone technique (local intérieur) 42 : man_made=mast (unspecified) 11 : man_made=mast + material=concrete 12 : man_made=mast + material=metal 21 : Au sens électrique : power=tower 22, 23, 24, 25, 26 : man_made=tower + tower:type=communication (unspecified) 31 : man_made=silo (de facto) 32 : Maintes possibilités 33 : man_made=communications_tower 34 : ? 43 : ? 44 : man_made http://wiki.openstreetmap.org/wiki/Key:man_made=tower http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower and service http://wiki.openstreetmap.org/wiki/Key:service=aircraft_control http://wiki.openstreetmap.org/w/index.php?title=Tag:service%3Daircraft_controlaction=editredlink=1 (proposed) 45, 46, 47 : ? 48 : man_made=mast + tag_pour_integration_paysagere=arbre 49 : Maintes possibilités 50 : La même chose qu'un sémaphore ? 52 : power=generator + generator:source=wind + generator:type=horizontal_axis Sinon pour être plus puriste : on place un nœud (ou une zone) sur toute la zone technique (faisant l’objet d'un acte de propriété ou d'un bail bien souvent) du site radio (les antennes en elles-même peuvent être plus largement réparties) et on met en relation avec le support situé à une distance plus ou moins grande. La zone technique est plus globale que le support en lui-même : http://www.europoles.fr/uploads/pics/cb_070427_1_l_06.jpg Après, on peut certainement indiquer les services supportés par un site : FH, 2G, 3G, 4G. Mais il faut aussi penser à la mise à jour de ces informations. Ça ne semble pas être le rôle d'OSM. Ces infos sont de nature très variable dès qu'on rentre dans le paramétrage on a un problème sur la vérifiabilité et sur la mise à jour. En mettant le numéro ANFR sur le support, on peut joindre facilement tout ou partie du jeu de données ANFR avec les infos géographique d'OSM. Exemple : https://carte-fh.lafibre.info/ Indiquer le support, quelques informations en plus pourquoi pas, mais utiliser le numéro pour faire une jointure c'est mieux. Ceci à coupler avec la référence du site chez l'opérateur, bien souvent visible sur le terrain, on peut avoir deux solides références. A mon avis, si on intègre déja les sites radios, ca serait déja bien et le plus pertinent serait de pointer vers les données ANFR en indiquant une url associée au site. Eric Pas d'URL, dont la structure peut changer facilement, mais le numéro identifiant le site côté ANFR avec un tag ref:FR:ANFR=*, just my 2 cts. ++ *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-in] Confusion over tagging POIs as using nodes or areas
Some things are better as points. man_made=water_tap would be such a small area that it would not be worth while mapping as an area. Most initial mapping occurs as points - quicker and easier for the mapper. And it does get the information across to the end user, the added information of an area is helpfull but the added time of mapping the data compared to the benefit is not as good as that of mapping it as a point. If you have the time to spare than by all means map the area. If on the other hand you can get more information onto the map by mapping things as points then map as points. Greatest benefit for the least amount of work? On 30/04/2015 2:04 AM, Arun Ganesh wrote: To me everything is ultimately an area (even a point, that you really really zoom into ;)) A point is thus only a convenient way of representing an area at a certain scale. On a world map, a city is a point, but on a city map, it becomes an area. Its possible to derive a point as a centroid of an area very easily, but you cannot get an area from a point. Looking at it this way, it just makes sense to map everything as an area whenever possible, and this makes points redundant. Hope I made the point clear. On Wed, Apr 29, 2015 at 7:16 PM, Yogesh योगि yog...@karnatakaeducation.org.in mailto:yog...@karnatakaeducation.org.in wrote: This was discussed on a osm-talk thread last week and thought sharing the same here would be helpful for new mappers - https://lists.openstreetmap.org/pipermail/talk/2015-April/072583.html Similar question was also asked long back on osm help site - https://help.openstreetmap.org/questions/617/when-you-have-a-building-and-a-surrounding-area-which-one-should-most-tags-be-on -- Yogesh K S Sent from an Electronic Device ___ Talk-in mailing list Talk-in@openstreetmap.org mailto:Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Info per mappatura nuove regole di navigazione a Venezia
Ciao Davide, ti rispondo piu' che altro per cortesia dato che non sono di Venezia (ma ogni volta che ci vado mi scappa una mappatura!). Dato che questo e' il tuo primo messaggio e non so quanto ne sai di OSM premetto alcune cose. OSM e' un grande database dove noi mappatori inseriamo, secondo precise regole, contenuti che poi si renderizzano in una mappa. Il tipo di dati che possiamo inserire e' perlopiu' prestabilito (nodi, linee, poligoni e relazioni, con etichette che ne definiscono la tipologia), ma il modo con cui questi dati vengono renderizzati non dipende da noi ma da un motore software. Si dice che un buon mappatore non deve preoccuparsi del rendering ma della qualita' dei dati che inserisce! Pertanto se a voi serve una mappa personalizzata con: percorsi colorati, etichette, simbologie nautiche etc.. potete usare OSM come base ma dovete ricorrere a qualche altro programma per inserire le vostre personalizzazioni. Ovviamente nulla vieta che possiate inserire in OSM elementi attualmente mancanti ed a voi utili: attracchi, ponti, scalinate, nomi. Addirittura percorsi obbligati (routing) da seguire con navigatore, ma non aspettarti che la renderizzazione sia personalizzabile a piacimento. Ti consiglio di provare a mappare qualcosa per testare le potenzialita' ed i limiti di OSM e vedere il risultato sulla mappa. Fa piacere comunque che avete scelto OSM e spero che qualcuno si faccia avanti per darvi una mano nel caso specifico. Saluti. -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/Info-per-mappatura-nuove-regole-di-navigazione-a-Venezia-tp5842210p5842474.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Normalisation du tag antenne
De : dHuy Pierre dh...@yahoo.fr C'est là que des tags comme height interviennent à mon sens, la hauteur et l'élévation de l'antenne permette de déterminer sa visibilité directement pas forcement, de plus en plus d antennes GSM sont camouflees donc le tag indiquant si elles sont visibles/cachees ou non a un sens http://www.animatif.com/panoramas/gsm/antenne-relais-camouflage.htmlhttp://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=3ved=0CDEQFjACurl=http%3A%2F%2Fwww.kathrein.fr%2Fmedia%2Fdocuments%2Fcellulaire%2Ffran%25C3%25A7ais%2Fsolutions%2520d%2527integration.pdfei=S91AVbvyFoLsat3agcADusg=AFQjCNGRbcj_yoVS0lEqo3MggQZe7nuAQQbvm=bv.91665533,d.d2scad=rja Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Continent Oceania or Australia
Iceland belongs to Europe in the same manner as Oceania exists of Australia and the islands. Thus we are using the cultural constructs of Continents and not the geographical landmass (or Eurasia would be instead of Europe and Asia). https://en.wikipedia.org/wiki/Continent As a cultural construct, the concept of a continent may go beyond the continental shelf to includeoceanic islands https://en.wikipedia.org/wiki/Oceanic_islandand continental fragments. In this way, Iceland is considered part of Europe andMadagascar https://en.wikipedia.org/wiki/Madagascarpart of Africa. Extrapolating the concept to its extreme, some geographers group theAustralasian https://en.wikipedia.org/wiki/Australasiacontinental plate with other islands in the Pacific into one continent calledOceania https://en.wikipedia.org/wiki/Oceania. This divides the entire land surface of the Earth into continents or quasi-continents.^[10] https://en.wikipedia.org/wiki/Continent#cite_note-10 Þann 29.4.2015 13:18, skrifaði Michael Krämer: This is in fact a pretty interesting question and I was surprised once I started looking into things a bit. 2015-04-29 14:13 GMT+02:00 Jóhannes Birgir Jensson j...@betra.is mailto:j...@betra.is: However looking at what is within is_in:continent=Australia then I only get regions and cities and no countries. is_in:continent=Oceania gives me the normal countries we think of as Oceania (including Australia the country). This was the first suprise to me since to me Australia is not part of Oceania. After reading through some articles on Wikipedia I found that this seems to be a German point of view. On a side note: I looked into the history of Austraila's country node and found that the value of is_in:continent was changed from Australia to Oceania by the OSMF redaction account. Thus it seems place=continent;name=Australia is now outdated and not used. According to usage it seems clear that we are now using the regular Oceania classification. Wikipedia's list of continents (https://en.wikipedia.org/wiki/Continent) does not include Oceania but Australia. Oceania itself is classified as a region rather than a contient. I propose we change this to reflect to current usage. I think that we probably should not adjust the classifications based on usage. Especially since there seems to be a different point of view in different cultures. I would rather define the classification system and only then update the is_in tags if necessary. Michael (user Ohr) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Normalisation du tag antenne
Le mercredi 29 avril 2015 13:04:16 dHuy Pierre a écrit : C'est là que des tags comme height interviennent à mon sens, la hauteur et l'élévation de l'antenne permette de déterminer sa visibilité directement Là, en l'occurence, la hauteur n'indiquerait rien, car l'antenne est bien cachée à l'intérieur du clocher dont les baies sont obturées par des abat-sons (persiennes). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Evento de mapeamento na USP São Carlos
Olá João, como podemos ter acesso a este webinar? Obrigado, Julio *-* *Julio Cesar Refosco* *Engenheiro Florestal, Dr., Especialista em GIS e Gestão Ambiental* *www.3geo.com.br http://www.3geo.com.br* *ju...@3geo.com.br ju...@3geo.com.br* *04796170560* Em 27 de abril de 2015 21:25, Joao Porto jpo...@gmail.com escreveu: Pessoal, Hoje fizemos um evento de mapeamento humanitário com os estudantes da USP São Carlos para o Nepal e Xanxerê (aparentemente os estudantes se concentraram mais no Nepal): http://www.agora.icmc.usp.br/site/?p=922 Agradeço muito ao Wille que fez um webinar introdutório aos estudantes, mesmo com o aviso em cima da hora, muito obrigado! Espero que tenhamos ajudado os esforços humanitários e ganhado alguns novos mapeadores para a comunidade OSM Brasil. Abraços, João Porto ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
ho fatto una cosa del genere con 3 miei amici oggi sempre al poli (zona Bovisa)...ho avuto modo di spiegare in 30 secondi cosa facciamo, e perchè. e poi gli ho mostrato come aprivo una task di HOT editavo in JOSM e chiudevo il tutto. I miei amici non capivano in particolare come mai governo locale e agenzie umanitarie avrebbero dovuto usare le nostre mappe e non quelle di google visto che da noi non è possibile farsi un idea,mancando delle foto satellitari, della situazione reale dell'ambiente circostante le strade e gli edifici mappati...ho abbozzato qualche risposta (più facile interpretare una mappa tematica rispetto una foto, magari a bassa risoluzione, possibilità di unire dati non visibili ma utili ai soccorsi ai dati visibili, caricare la mappa su dispositivi e navigare offline) e credo di averli convinti ma per la prossima volta spero di riuscire a preparare altri argomenti a favore di OSM e HOT - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Kathmandu-OSM-e-il-Politecnico-di-Milano-tp5842207p5842381.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-ar] Mapatón Nepal
Gente, En este mismo momento está ocurriendo una mapatón en Valencia coordinado por los geoinquietos locales para ayudar con el mapeo de Nepal. https://wiki.openstreetmap.org/wiki/Comunitat_Valenciana_HOT_Nepal_Earthquake_Mapathon_1 Si quieren participar pueden entrar al canal #geoinquietos de freenode, ahí se van a ir definiendo y administrando las tareas con los asistentes remotos. Saludos! Mauri ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[talk-latam] Mapatón Nepal
Gente, En este mismo momento está ocurriendo una mapatón en Valencia coordinado por los geoinquietos locales para ayudar con el mapeo de Nepal. https://wiki.openstreetmap.org/wiki/Comunitat_Valenciana_HOT_Nepal_Earthquake_Mapathon_1 Si quieren participar pueden entrar al canal #geoinquietos de freenode, ahí se van a ir definiendo y administrando las tareas con los asistentes remotos. Saludos! Mauri ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
I miei amici non capivano in particolare come mai governo locale e agenzie umanitarie avrebbero dovuto usare le nostre mappe e non quelle di google visto che da noi non è possibile farsi un idea,mancando delle foto satellitari, della situazione reale dell'ambiente circostante le strade e gli edifici mappati...ho abbozzato qualche risposta Non mi pare GM abbia i sentieri e le track che in un paio di gg la comunità OSM ha inserito. Potresti usare map compare di geofabrik.de appena fuori Kathmandu o in una zone rurale a caso.. credo dimostri la differenza. Poi una veloce passata dei dati in maperitive ed hai una mappa decisamente piú utile di GM. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] maxspeed=AT:*
On 2015-04-30 07:07, Friedrich Volkmann wrote: Dann geh hinaus und mappe sie. Z.B.: http://www.openstreetmap.org/note/289578 http://www.openstreetmap.org/note/192232 OSM lebt von Leuten, die Daten erfassen, nicht von Leuten, die alles hin und her ändern. Danke für deine freundliche Einschätzung. Tatsächlich habe ich schon sehr viele maxspeeds in Wien per Vor-Ort-Besuch gemappt und mache das auch weiterhin, aber im Alleingang werde ich das nicht in endlicher Zeit schaffen. LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-in] Confusion over tagging POIs as using nodes or areas
To me everything is ultimately an area (even a point, that you really really zoom into ;)) A point is thus only a convenient way of representing an area at a certain scale. On a world map, a city is a point, but on a city map, it becomes an area. Its possible to derive a point as a centroid of an area very easily, but you cannot get an area from a point. Looking at it this way, it just makes sense to map everything as an area whenever possible, and this makes points redundant. Hope I made the point clear. On Wed, Apr 29, 2015 at 7:16 PM, Yogesh योगि yog...@karnatakaeducation.org.in wrote: This was discussed on a osm-talk thread last week and thought sharing the same here would be helpful for new mappers - https://lists.openstreetmap.org/pipermail/talk/2015-April/072583.html Similar question was also asked long back on osm help site - https://help.openstreetmap.org/questions/617/when-you-have-a-building-and-a-surrounding-area-which-one-should-most-tags-be-on -- Yogesh K S Sent from an Electronic Device ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-at] maxspeed=AT:*
On 29.04.2015 23:03, Markus Straub wrote: Hallo KaiRo, das fände ich schade, denn zumindest für Straßen ohne maxspeed wäre es meiner Meinung nach ein großer Mehrwert sie zu erfassen. Vorausgesetzt die maxspeed sind nicht schon durch den Straßentyp impliziert (https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#Default_speed_limits_by_country). Die unterschiedlichen Keys für die AT:xxx Werte brauchen keinen vom Mappen abhalten, gerade weil ja alle drei zulässig sind. Meine Anliegen war, dabei zu helfen, das maxspeed-Tagging in Österreich noch flächendeckender und auch konsistenter zu bekommen. Dann geh hinaus und mappe sie. Z.B.: http://www.openstreetmap.org/note/289578 http://www.openstreetmap.org/note/192232 OSM lebt von Leuten, die Daten erfassen, nicht von Leuten, die alles hin und her ändern. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-br] Duplicata em Relação de município.
Boa noite pessoal. Detectei um multipolígono em duplicata do município de Formosa do Rio Preto - BA. Estou ciente que as divisas municipais da Bahia já estão sendo revistas pelos colaboradores, portanto deixei de corrigir para que alguém já esteja trabalhando na área o faça. http://www.openstreetmap.org/relation/363168 http://www.openstreetmap.org/relation/362454 Falando em municípios, no Portal de Mapas do IBGE ja tem arquivos atualizados de municípios. Os dados que vejo no OSM se enquadram nos de 2007 do IBGE, mas eles la ja possuem de 2010 e 2013, com divisas atualizadas. Att,BladeTC ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Duplicata em Relação de município.
2015-04-30 0:12 GMT-03:00 Blademir Andrade de Lima blademi...@hotmail.com: Detectei um multipolígono em duplicata do município de Formosa do Rio Preto - BA. Apaga essa: http://www.openstreetmap.org/relation/363168 (só a relação, mantendo os caminhos). Relação duplicada assim (com os mesmos membros) seria algo interessante para se verificar no Brasil inteiro depois. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-at] maxspeed=AT:*
On 28.04.2015 17:51, Walter Schlögl wrote: auch wenn weltweit beide Varianten zulässig sind, spricht aus meiner Sicht nichts dagegen, für AT einer Variante den Vorzug zu geben, und dann einheitlich auch dabei zu bleiben. So ähnlich ist es ja auch bei highway=* + ref=B20, in DE wird ref=B 20 mit Leerzeichen geschrieben, weltweit sind beide Varianten zulässig und zu finden. ref ist ein Freitextfeld und für jede Straße anders, so wie name=*. In Russland gibt es refs wie 46K-7021, und in Ungarn enthalten die refs überhaupt nur Ziffern. Das wir in AT die refs ohne Leerzeichen in OSM haben, basiert auf der Annahme eines einzelnen Mappers, dass sie so im Gesetz stehen, und der es deshalb so ins Wiki hineingeschrieben hat. In Wahrheit stehen sie mit Leerzeichen im Gesetz, und eigentlich waren alle Leerzeichenlöschungen (an denen ich auch selber beteiligt war) genau verkehrt. Das zeigt, wie bedenklich solche Umtag-Aktionen sind, und auch wie gefährlich es ist, wenn einzelne sich herausnehmen für ein Land die Standards zu definieren. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
