[OSM-talk-fr] [tag] musée d'art
Ma lecture orthodoxe du wiki m'indique que les musées d'art et
galleries d'art portent le tag:
tourism=gallery [1]
Tandis qu'est réservé aux musées sur d'autres sujets ('scientific,
historical, cultural') le tag:
tourism=museum [2]
Mais la documentation en français n'existe pas [1,2] ou donne beaucoup
moins de détails que la version anglaise. [3,4]
Et nous avons quelques musées qui ne respectent pas le schéma
proposé... En fait, tous ceux que j'ai regardé parmi les plus connus à
Paris...
Alors quoi ? On boycotte le tag tourism=gallery ? On rectifie ? Osmose ?
name=Jeu de Paume [5]
tourism=museum
amenity=arts_centre [6]
name=Centre Pompidou
tourism=attraction
name=Musée national d'art moderne [7]
tourism=museum
alt_name=Musée du Louvre [8]
historic=castle
name=Le Louvre
tourism=attraction
name=Musée d'Orsay [9]
tourism=museum
name=Musée Rodin [10]
tourism=museum
[1] http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dgallery
[2] http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dmuseum
[3] http://wiki.openstreetmap.org/wiki/Map_features#Tourism
[4] http://wiki.openstreetmap.org/wiki/FR:Map_Features#Tourisme_.28tourism.29
[5] http://www.openstreetmap.org/way/541889946
[6] http://www.openstreetmap.org/way/55503397
[7] http://www.openstreetmap.org/node/2146085910
[8] http://www.openstreetmap.org/way/53813362
[9] http://www.openstreetmap.org/way/63178753
[10] http://www.openstreetmap.org/way/68568682
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] ScoutSign
licht anarchistisch Is er een verband met http://www.scouts.be/ ? Zoniet, waarover gaat het eigenlijk? / On 15-01-15 17:09, Marc Gemis wrote: Hallo, Scout has released a service in which they publish the traffic signs that are recognized by their navigation system. A presentation [1] was given during SOTM 2014. There is a JOSM plugin that allows one to access this service. It comes down to a number of traffic signs that are shown in your editor. Of course there is not a lot of data yet in Belgium. However, someone followed the Afrikalaan in Gent. Near the Lubeckstraat there are 2 traffic signs recognized. Maxspeed = 70. The tagging in OSM now states maxspeed =50. Since I'm not familiar with the area, I'm not going to retag the road, but maybe someone from Gent could take a look ? Furthermore they are working on integration of Mapillary photo's in their service. Of course we have the traffic sign database in Flanders, but I've read somewhere that it is getting out of date quickly, as nobody seems interested to maintain it. regards m [1] http://vimeo.com/album/3134207/video/115313286 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] ScoutSign
Hallo, Scout has released a service in which they publish the traffic signs that are recognized by their navigation system. A presentation [1] was given during SOTM 2014. There is a JOSM plugin that allows one to access this service. It comes down to a number of traffic signs that are shown in your editor. Of course there is not a lot of data yet in Belgium. However, someone followed the Afrikalaan in Gent. Near the Lubeckstraat there are 2 traffic signs recognized. Maxspeed = 70. The tagging in OSM now states maxspeed =50. Since I'm not familiar with the area, I'm not going to retag the road, but maybe someone from Gent could take a look ? Furthermore they are working on integration of Mapillary photo's in their service. Of course we have the traffic sign database in Flanders, but I've read somewhere that it is getting out of date quickly, as nobody seems interested to maintain it. regards m [1] http://vimeo.com/album/3134207/video/115313286 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Réunion contributeurs Toulouse ?
Désolé, je ne pourrais pas venir Cordialement Lenny Le 11/01/2015 23:09, Sébastien Dinot a écrit : Frédéric Bonifas a écrit : Je serai présent aussi ! Cool, nous sommes donc au moins quatre sur la région. :) Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
J'ai regarder a l’étranger et en angleterre il y a quelque chose qui ressemble a notre problème de Lyon (j'y connait rien je vient de lire la page wikipedia et de regarder les relation dans osm) http://fr.wikipedia.org/wiki/Subdivisions_de_l%27Angleterre Sous le niveau 6, il y a plusieurs choses : des comtés, des Autorités unitaires et le Grand Londres. Dans osm il y a une indication (pas toujours?) sous le tag designation= Il faut pas oublie que le tag admin_level est un tag mondiale qui donne une équivalence plus ou moins bonne entre les hiérarchies administrative du monde. Donc en france là ou il y n'y a pas de départements (comme en nouvelle Calédonie) le niveau 6 peut bien être autre chose que un département mais qui en est proche. Apres je pense qu'il faut créer un tag pour faire la différence au sein d'un pays (autre que designation=) Utiliser des decimales comme 6.1 je pense que ca doit ce discuter au niveau mondial et pas que pou la france. Moi je voit pas l'utilité. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-ie] requesting TCD map upload sheet for townland boundary mapping 17/7/SW
___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
H::: pas vraiment : les représentants de la région sont encore séparés de ceux des départements, les départements ne sont pas directement membres des régions. Ce qui fait le lien c'est le lien préfectoral (structure de l'Etat) et dans ce cas il n'y a toujours qu'une préfecture du Rhône à Lyon qui est aussi préfecture de la région Rhône-Alpes, compétente pour toutes les collectivités (région, départements, métropole, communes, EPCI...) et les administrations délocalisées de l'Etat (académies, police/gendarmerie, sécurité civile, justice, CHR; universités...), partiellement aussi pour les armées (la gendarmerie sauf pour son commandement interne qui est du ressort militaire, mais pas pour ses missions civiles assignées de façon décentralisées par les préfets). Le 14 janvier 2015 19:01, Otourly Wiki otou...@yahoo.fr a écrit : Pour la métropole de Lyon le problème c'est qu'il y a le Rhône (territoire) qui regroupe les deux collectivités territoriales (Conseil Général du Rhône et Métropole de Lyon) sur ce territoire s'appliquent encore quelques services d'états commun aux deux collectivités (dont le recensement/stats ou la météo) mais que désormais au conseil régional nous avons une séparation des représentants ( http://www.rhonealpes.fr/682-accueil-fonctionnement-region.htm ). Et donc dans l'optique État → Région → Département; avouez que c'est à la fois un peu faux et vrai... Florian Le Mercredi 14 janvier 2015 18h48, sly (sylvain letuffe) lis...@letuffe.org a écrit : Le mercredi 14 janvier 2015 17:45:15, vous avez écrit : C'est potentiellement inexploitable, source de confusion aussi bien pour le contributeur que pour le consommateur. C'est tout particulièrement au consommateur que je pense. Si quelqu'un vient vers moi et me dit : ok, j'ai importé les données de l'UE dans ma base, comment est la requête pour sortir les géométries des départements français ? Et bien en france, les départements c'est admin_level=6 + boundary=administrative mais pas border=religious et pas non plus administrative=metropole ni non plus administrative=province. Et quand il/elle aura fait ses 28 requêtes avec 5 conditions chacune qu'il aura incorporé dans son soft lui permettant de modeler l'UE administrative à sa convenance, il deviendra délicat de lui expliquer que tous les 3 mois il doit ajouter telle condition car notre modèle n'est pas super stable. (Ok, de toute façon, avec les policiens europééns, il devra quand même modifier son truc car les départements français vont sauter) Mon exemple est fictif, il est l'extension de mon cas où je fourni un export en shapefile des départements et régions françaises. Mais... je crains qu'on aie un peu de mal à tagguer vraiment différemment aussi bien Lyon que la Nouvelle-Calédonie. Donc je verrais bien le maintien des tags actuels (boundary et admin_level) sans changer leurs valeurs, mais à la condition qu'on ajoute, comme le suggère Philippe, un tag qui raffine le sens, afin de pouvoir les distinguer, autrement que par leur ID de relation ou par la valeur de leur tag name. Je n'ai pas cherché bien loin, mais il existe par exemple le tag 'administrative', joyeux fourre-tout pour l'instant : http://taginfo.openstreetmap.org/keys/administrative#values qu'on pourrait utiliser, par exemple pour Lyon : boundary=administrative admin_level=6 administrative=metropole et en NC : boundary=administrative admin_level=6 administrative=province Je donne ça comme exemple, pas pour dire que ça doit être ce tag ni cette valeur, le fond de la question étant de pouvoir manipuler ces données sans confusion possible. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Tagguer-les-Departements-francais-et-admin- level-6-tp5829994p5830012.html To unsubscribe from Tagguer les Départements français et admin_level=6, visit http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_ by_codenode=5829994code=bGlzdGUyQGxldHVmZmUub3JnfDU4Mjk5OTR8MjA3MDY3NzIwM A== -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Re-Tagguer-les-Departements-francais-et-admin-level-6-tp5830021.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
p je veux bien des . dans les admin_level mais uniquement si c'est nécessaire pour créer des niveaux intercalaires entre niveaux entiers existants. Ca n'a pas de sens et justement ça brise le fait qu'on a bel et bien ***depuis toujours*** assimilé des entités de type différents au plan international pour admin_level dans le but d'obtenir une hiérarchie simple facilement énumérable. Gardons le bénéfice de l'assimilation, un autre tag pour indiquer un statut plus spécifique national servira aux pointilleux qui n'aiment pas le mélange pourtant présent depuis toujours dans admin_level=* Changer les admin_level existants ne fera que compliquer encore plus en faisant disparaitre des territoires entiers de tas de cartes qui ne verront pas ce changement (sans compter qu'on ne peut pas compter sur les autres pays pour comprendre le détail des spécificités françaises). Un border_type=FR;:* ne mange pas de pain, c'est simple et on n'a pas de limitation sur le nombre de statuts diférents pour un même niveau hiérarchique ! Je n'admettrai les . dans admin_level QUE pour le besoin d'un nouveau niveau hiérarchique supplémentaire entre deux niveaux existants dont les numéros entiers sont consécutifs (aucune change que ça arrive alors que justement il est fortement question de réduire le nombre de niveaux des collectivités). Mais même l'Allemagne a évité l'écueil i y a 2 ans et a préféré renuméroter en gardant des niveaux entiers. et OSM a décide de limtier le nombrede niveaux admins entre 1 et 11 (mais le niveau 1 n'est plus utilisé du tout; il n'y a pas de réelle structure internationale unique, même pas pour l'Europe et désaccord sur la définition des continents). Le 15 janvier 2015 12:17, sly (sylvain letuffe) lis...@letuffe.org a écrit : Vous semblez vous moquer de l'idée de manière bien légère. Moi je dis, et pourquoi pas ? Cela offre l'avantage de maintenir l'idée de hiérarchie (contrairement à un border_type=collectivite_francaise). De pouvoir intercaler autant de nouveau niveau que l'on veut par la suite. Et de par exemple choisir pour la nouvelle calédonie de ne pas avoir de niveau 6 et 4 mais d'avoir un niveau 6.1 et 4.1. Ainsi, on aurait : 2 - france 4.1 - N. calédonie 6.1 - Province Sud 8 - Communes La Province Sud n'est donc pas un département au même titre que ceux de métropole, mais s'intercalle quand même bien entre commune et N. Calédonie L'ajout sur le wiki français de l'explication 6.1 = Provinces de nouvelle calédonie exprime alors ce statu particulier, permettant de les récupérer sans ambiguité. 6.2 pour le Grand Lyon ? On mercredi 14 janvier 2015, you wrote: Mouarf très bonne idée tiens ! ;-) Nicolas Que comme le sujet revient régulièrement, on finira par utiliser des admin_level=5.5 ? Ok, je signe pas… ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Tagguer-les-Departements-francais-et-admin- level-6-tp5829994p5830006.html To unsubscribe from Tagguer les Départements français et admin_level=6, visit http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_ by_codenode=5829994code=bGlzdGUyQGxldHVmZmUub3JnfDU4Mjk5OTR8MjA3MDY3NzIwM A== -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Re-Tagguer-les-Departements-francais-et-admin-level-6-tp5830106.html Sent from the France mailing list archive at Nabble.com. ___ 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-be] ScoutSign
I could not check the distance, but according to the picture, it is 70. regards m. On Thu, Jan 15, 2015 at 6:41 PM, Sander Deryckere sander...@gmail.com wrote: Please note, when mapping with the aid of scout, that the reported positions are often shifted a significant distance (malenki reported on average 20m), and that the OCR might fail (reporting 70 when it should be 90 f.e.) See the diary entry malenki wrote about it: http://www.openstreetmap.org/user/malenki/diary/28357 Regards, Sander 2015-01-15 18:09 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Hallo, Scout has released a service in which they publish the traffic signs that are recognized by their navigation system. A presentation [1] was given during SOTM 2014. There is a JOSM plugin that allows one to access this service. It comes down to a number of traffic signs that are shown in your editor. Of course there is not a lot of data yet in Belgium. However, someone followed the Afrikalaan in Gent. Near the Lubeckstraat there are 2 traffic signs recognized. Maxspeed = 70. The tagging in OSM now states maxspeed =50. Since I'm not familiar with the area, I'm not going to retag the road, but maybe someone from Gent could take a look ? Furthermore they are working on integration of Mapillary photo's in their service. Of course we have the traffic sign database in Flanders, but I've read somewhere that it is getting out of date quickly, as nobody seems interested to maintain it. regards m [1] http://vimeo.com/album/3134207/video/115313286 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
On peut aussi regarders aux USA, avec le statut special donné à Washingtn DC, qui n'est techniquement pas un État mais la Capitale Fédérale; mais qui est pourtant aussi assimilé aux autres Etats dans admin_level. Son statut spécial vient du fait qu'il n'adhère pas directement à la fédération mais est formé par l'accord ente les Etats membres; et que son statut lui impose des obligations vis-à-vis des autres Etats; notamment dans sa constitution locale, et en retour aussi la reconnaissance de son statut de capitale fédérale (qui a été contesté lors de la Guerre de Sécession). Même chose au Brésil, en Inde, en Australie, en Afrique du Sud, ou encore à Moscou. Les statuts nationaux spécifiques n'empêche pas les assimilations au même niveau dans plein de domaines, et c'est normal de les unifier y compris au niveau international dans admin_level. Revenir sur cette unification serait compromettre trop de choses dans OSM et avoir au final une carte mondiale inutilisable. Même au sein des pays les assimilations sont faites dans les tableaux de synthèses statistiques; même si dans les tables il y a des rangées classées à part en fin de tableau ou au début avant le reste, ou des groupements par types d'entité (exemple les différents statuts de villes aux USA dans un même Etat). S'il n'y a pas de conflit (les statuts sont antagonistes sur un même territoire, sans recouvrement) l'assimilation des noveaux est possible et souhaitable dans la pratique. Bref un autre tag pour les statuts spécifiques OK. Mais gardons les admin_level simples, et entiers (tant qu'on ne peut pas faire autrement); pour des éléments qui tout compte fait sont comparables entre eux et synthétisables dans les mêmes tables de données. Le 15 janvier 2015 19:24, Jérôme Amagat jerome.ama...@gmail.com a écrit : J'ai regarder a l’étranger et en angleterre il y a quelque chose qui ressemble a notre problème de Lyon (j'y connait rien je vient de lire la page wikipedia et de regarder les relation dans osm) http://fr.wikipedia.org/wiki/Subdivisions_de_l%27Angleterre Sous le niveau 6, il y a plusieurs choses : des comtés, des Autorités unitaires et le Grand Londres. Dans osm il y a une indication (pas toujours?) sous le tag designation= Il faut pas oublie que le tag admin_level est un tag mondiale qui donne une équivalence plus ou moins bonne entre les hiérarchies administrative du monde. Donc en france là ou il y n'y a pas de départements (comme en nouvelle Calédonie) le niveau 6 peut bien être autre chose que un département mais qui en est proche. Apres je pense qu'il faut créer un tag pour faire la différence au sein d'un pays (autre que designation=) Utiliser des decimales comme 6.1 je pense que ca doit ce discuter au niveau mondial et pas que pou la france. Moi je voit pas l'utilité. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-ie] requesting TCD map upload sheet for townland boundary mapping 17/7/SW
Uploaded IRL-GSGS-3906-17-07-SW-Glanmire.tif http://mapwarper.net/maps/7823 Great to finally see someone mapping Cork! D On 15 January 2015 at 18:56, Enda O Flaherty eann...@gmail.com wrote: ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
Je n'avais jamais vu administrative=* pour indiquer le statut mais plus souvent border_type=* Noter aussi les différents statuts des frontières maritimes (eaux territoriales, ZEE...) Ca demande réflexion et un peu d'unification : si les statuts sont spécifiques à un pays; il faut un tag du type border_type=FR:departement (éviter l'accent, le mot est repris tel quel sans accent en anglais et de nombreuses autres langues; ce qui permet à un rendu de le traduire facilement quand ils traduisent un statut même étranger). Alors on aura aussi les statuts des villes au Royau,e-Uni et en Allemagne. Pour certains statuts certains n'existent que de nom (dans le nom officiel d'un territoire) tel que celui de la Corse (assimilée aussi à une région, bien qu'elle est désignée collectivité territoriale) et on l'indique plutôt dans la forme longue du nom officiel (official_name=*) car il est entièrement spécifique d'un et un seul territoire (par exemple la collectivité territoriale de Saint-Pierre-et-Miquelon est très différente de celle de Corse, l'une est une COM non assimilable à une région, l'autre reste assimilée à une région meˆme si la législation impose d'expliciter si un droit s'appliquant aux régions doit s'appliquer aussi à la Corse. Le 14 janvier 2015 18:15, sly (sylvain letuffe) lis...@letuffe.org a écrit : Le mercredi 14 janvier 2015 17:45:15, vous avez écrit : C'est potentiellement inexploitable, source de confusion aussi bien pour le contributeur que pour le consommateur. C'est tout particulièrement au consommateur que je pense. Si quelqu'un vient vers moi et me dit : ok, j'ai importé les données de l'UE dans ma base, comment est la requête pour sortir les géométries des départements français ? Et bien en france, les départements c'est admin_level=6 + boundary=administrative mais pas border=religious et pas non plus administrative=metropole ni non plus administrative=province. Et quand il/elle aura fait ses 28 requêtes avec 5 conditions chacune qu'il aura incorporé dans son soft lui permettant de modeler l'UE administrative à sa convenance, il deviendra délicat de lui expliquer que tous les 3 mois il doit ajouter telle condition car notre modèle n'est pas super stable. (Ok, de toute façon, avec les policiens europééns, il devra quand même modifier son truc car les départements français vont sauter) Mon exemple est fictif, il est l'extension de mon cas où je fourni un export en shapefile des départements et régions françaises. Mais... je crains qu'on aie un peu de mal à tagguer vraiment différemment aussi bien Lyon que la Nouvelle-Calédonie. Donc je verrais bien le maintien des tags actuels (boundary et admin_level) sans changer leurs valeurs, mais à la condition qu'on ajoute, comme le suggère Philippe, un tag qui raffine le sens, afin de pouvoir les distinguer, autrement que par leur ID de relation ou par la valeur de leur tag name. Je n'ai pas cherché bien loin, mais il existe par exemple le tag 'administrative', joyeux fourre-tout pour l'instant : http://taginfo.openstreetmap.org/keys/administrative#values qu'on pourrait utiliser, par exemple pour Lyon : boundary=administrative admin_level=6 administrative=metropole et en NC : boundary=administrative admin_level=6 administrative=province Je donne ça comme exemple, pas pour dire que ça doit être ce tag ni cette valeur, le fond de la question étant de pouvoir manipuler ces données sans confusion possible. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Tagguer-les-Departements-francais-et-admin- level-6-tp5829994p5830012.html To unsubscribe from Tagguer les Départements français et admin_level=6, visit http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_ by_codenode=5829994code=bGlzdGUyQGxldHVmZmUub3JnfDU4Mjk5OTR8MjA3MDY3NzIwM A== -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Re-Tagguer-les-Departements-francais-et-admin-level-6-tp5830021.html Sent from the France mailing list archive at Nabble.com. ___ 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-be] ScoutSign
Please note, when mapping with the aid of scout, that the reported positions are often shifted a significant distance (malenki reported on average 20m), and that the OCR might fail (reporting 70 when it should be 90 f.e.) See the diary entry malenki wrote about it: http://www.openstreetmap.org/user/malenki/diary/28357 Regards, Sander 2015-01-15 18:09 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Hallo, Scout has released a service in which they publish the traffic signs that are recognized by their navigation system. A presentation [1] was given during SOTM 2014. There is a JOSM plugin that allows one to access this service. It comes down to a number of traffic signs that are shown in your editor. Of course there is not a lot of data yet in Belgium. However, someone followed the Afrikalaan in Gent. Near the Lubeckstraat there are 2 traffic signs recognized. Maxspeed = 70. The tagging in OSM now states maxspeed =50. Since I'm not familiar with the area, I'm not going to retag the road, but maybe someone from Gent could take a look ? Furthermore they are working on integration of Mapillary photo's in their service. Of course we have the traffic sign database in Flanders, but I've read somewhere that it is getting out of date quickly, as nobody seems interested to maintain it. regards m [1] http://vimeo.com/album/3134207/video/115313286 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] ScoutSign
Scouting betekent verkennen in het Engels. Maar het heeft niets met onze scouts te maken. Er is dus blijkbaar een dienst op het internet die tracht om verkeerborden te herkennen op foto's. Alleen hebben wij in België nog niet veel zulke foto's. Ze willen dat nu ook gaan toepassen op foto's van mapillary en daar zouden we er relatief vlot wel veel van kunnen hebben, als dat eenmaal aanslaat. Jo 2015-01-15 18:47 GMT+01:00 Karel Adams fa348...@skynet.be: licht anarchistisch Is er een verband met http://www.scouts.be/ ? Zoniet, waarover gaat het eigenlijk? / On 15-01-15 17:09, Marc Gemis wrote: Hallo, Scout has released a service in which they publish the traffic signs that are recognized by their navigation system. A presentation [1] was given during SOTM 2014. There is a JOSM plugin that allows one to access this service. It comes down to a number of traffic signs that are shown in your editor. Of course there is not a lot of data yet in Belgium. However, someone followed the Afrikalaan in Gent. Near the Lubeckstraat there are 2 traffic signs recognized. Maxspeed = 70. The tagging in OSM now states maxspeed =50. Since I'm not familiar with the area, I'm not going to retag the road, but maybe someone from Gent could take a look ? Furthermore they are working on integration of Mapillary photo's in their service. Of course we have the traffic sign database in Flanders, but I've read somewhere that it is getting out of date quickly, as nobody seems interested to maintain it. regards m [1] http://vimeo.com/album/3134207/video/115313286 ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] touching inner rings détecté par OSM Inspector
On jeudi 15 janvier 2015, Romain MEHUT wrote: c'est à dire qu'il utilise un segment de landuse pour l'attribuer dans deux relations définissant les landuses contigus. C'est compliqué les choses là où ce n'est pas nécessaire... J'ai peur que l'on ne puisse pas trancher le c'est compliquer les choses, c'est affaire de goûts, d'outils et d'habitudes. A titre personnel, j'enrage quand je dois découdre puis re-coudre des polygones de landuse qui se superposent sur des centaines de noeuds, j'ai l'impression de devoir tout coudre 2 fois ou parfois de devoir cliquer comme un parkinsonien car les outils de duplication/fusion me perdent. J'imagine que pour toi, c'est l'inverse ;-) Bref, je préfère la solution du multi-polygon (sans touching inners ou outers), sans doute car j'ai morflé longtemps sur les limites admininistratives et que je me suis habitué. Le bosquet d'arbre de 7 noeuds ne suffira pas à me motiver pour sortir les relations mais au delà de 50 noeuds ou des 6 morceaux de frontière, oui. Toutefois, je n'entreprend pas un djiad pour forcer les autres. Passer au multi-polygon dans ce seul but, je ne le cautionne pas, en effet, c'est autorisé : http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon#Anneaux_interne s_adjacents Par contre, quand je me met en tête de refaire tout une zone, je commence par supprimer corine et je refais tout en MP J'aimerai avoir votre point de vue avant de poursuivre la discussion avec ce contributeur. Il ne devrait pas insister car il n'apporte rien à ce qui est, et OSM Inspector devrait être prévenu que son détecteur d'erreur qui ne dit pas son nom contrevient à ce que dit le wiki, et incite au djiad (ce qui, nous le savons, est puni par la loi) -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-ie] Talk-ie Digest, Vol 68, Issue 4
Hallo Stephen, You have to do that yourself, follow the instructions on https://lists.openstreetmap.org/listinfo/talk-ie (this link is included at the bottom of all digests mail) regards m On Thu, Jan 15, 2015 at 1:05 PM, Stephen Huggard shugg...@gmail.com wrote: Can someone remove me from this... On 15 Jan 2015 12:02, talk-ie-requ...@openstreetmap.org wrote: Send Talk-ie mailing list submissions to talk-ie@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ie or, via email, send a message with subject or body 'help' to talk-ie-requ...@openstreetmap.org You can reach the person managing the list at talk-ie-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ie digest... Today's Topics: 1. Open Data Ireland - Govt Survey on Datasets (Dave Corley) 2. Re: Open Data Ireland - Govt Survey on Datasets (Rory McCann) 3. Re: Meath field names (Rory McCann) 4. Re: Meath field names (Killyfole and District Development Assocation) -- Message: 1 Date: Wed, 14 Jan 2015 15:52:58 + From: Dave Corley davecor...@gmail.com To: Discussion of Open Streetmap in Ireland talk-ie@openstreetmap.org Subject: [OSM-talk-ie] Open Data Ireland - Govt Survey on Datasets Message-ID: cahwd_aem4p0xjrw2r5dp0aapiv_-nw4qj++lc7-qucche+g...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Folks, tl;dr - go to https://www.surveymonkey.com/s/OpenDataIreland and complete the survey to get the Irish govt to open up more geo data for us to use with open licences I want to make you aware of a survey being run by Dept. of Public Enterprise and Reform. For those not aware, it is this dept which is responsible for driving the open data process in govt. They have done some good work so far on data.gov.ie which has something like 500 datasets so far. Granted most are not compliant in formats or are not of any value, but it is a good start. Part of the next step is asking the public what data is considered high value as this is what they will focus on releasing next (where possible). With this is mind they are running at survey at https://www.surveymonkey.com/s/OpenDataIreland which I would like to ask as many of you as possible to complete. They will ask for personal details and I was a bit hesitant at first, but then realised the govt has all my personal details already. I was in the process of completing the survey and ranked geospatial data as my number 1 choice in question 3. In question 5 it asks you to list 5 datasets that you would consider high value. I put the following: * Full accurate boundary data for all boundaries in Ireland (coastline, counties, townlands, towns, cities, etc) released as shapefiles * Full set of roads shapefile to include all associated attribute data (speed limit, road classification, name, reference number e.g. N17 etc) * Building footprint shapefile for all buildings in Ireland including related attribute data (building type (house, apartment etc), address, age built etc) * Shapefile of all historic monuments and site in Ireland including all related attribute data (name, feature type, age, etc) * Full release of Eircode post code data points for all of Ireland Feel free to copy or add your own The survey took about 10 mins to complete and only contains 12 questions in total so I would urge you all to take a few mins to complete it, you never know, it could lead to a load of OSi other useful data being opened up that we can use Thanks, Dave -- Message: 2 Date: Wed, 14 Jan 2015 19:25:20 +0100 From: Rory McCann r...@technomancy.org To: Discussion of OpenStreetMap in Ireland talk-ie@openstreetmap.org Subject: Re: [OSM-talk-ie] Open Data Ireland - Govt Survey on Datasets Message-ID: 54b6b490.6000...@technomancy.org Content-Type: text/plain; charset=utf-8 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Dave, That's a great idea. I've filled it in there, and would hope that everyone will do it too. Like you I listed some ideal data sets. We'll see what happens. re: Historic Monuments, there are shapefiles available for the Archeological Survey of Ireland from the National Monuments Serice. You can download the shapefiles here http://www.archaeology.ie/archaeological-survey-ireland *but* the copyright is closed. Only non-commerical usage etc. Rory On 14/01/15 16:52, Dave Corley wrote: Folks, tl;dr - go to https://www.surveymonkey.com/s/OpenDataIreland and complete the survey to get the Irish govt to open up more geo data for us to use with open licences I
Re: [OSM-talk-fr] touching inner rings détecté par OSM Inspector
Osm insoector à raison de mettre un warnings. Le schéma simple n'est pas une erreur pour osm mais l'est en GIS standard. Il est accepté en premier tracé mais les polygones adjascents contenant chacun de nombreux noeuds et d'autres objets internes et qui se touchent sont assez vite une plaie. Et il est donc permis d.en faire des relations multipolygone pour supprimer le warning qui complique la sélection des traits et les modifs ultérieures quand ces traits se superposent. A mon avis ton revert est plutôt abusif alors que c'est fait correctement et justifie ici car ce polygone englobe tout un village contenant des tas d'autres objets. Le warnings à ait été corrigé mais tu le fais réapparaître et ton revert desssert plus qu'il ne sert. Le scénario simple permet juste d'aller plus vite pour les traces initiaux mais franchement je ne vois pas pour quoi la correction en multipolygone te gêne! Alors que cela surcharge moins la carte et facilite le travail ensuite sur les détails à ajouter autour. Les relations il y en a des tonnes ce sont des objets de base dont on doit se servir. Les cas où on ne s'en sert pas c'est pour des objets bien plus petit comme un seul batiment. Même s'il est collé à un bâtiment voisin mais clairement distinct notamment par sa hauteur ou son architecture ou son usage. Le 15 janv. 2015 15:16, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Un contributeur (allemand je suppose d'après son pseudo) a corrigé cette zone http://tools.geofabrik.de/osmi/?view=multipolygonlon=5.88102lat=48.74449zoom=15overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes car une erreur est détecté par OSM Inspector dans la catégorie touching inner rings. J'ai reverté à 2 reprises ses contributions (cf. par exemple http://www.openstreetmap.org/way/319630506/history) car à mon sens il emploie un schéma de relation qui ne se justifie pas: c'est à dire qu'il utilise un segment de landuse pour l'attribuer dans deux relations définissant les landuses contigus. C'est compliqué les choses là où ce n'est pas nécessaire... Cela correspondant à ce cas de figure dans le wiki http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon#Anneaux_internes_adjacents J'aimerai avoir votre point de vue avant de poursuivre la discussion avec ce contributeur. Merci. Romain ___ 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] Objet atelier d'artistes
Bonjour, je cherche comment taguer un atelier d'artiste. (local communautaire). Si ce type d'objet à sa raison d'exister dans OSM. Bonne fin d'après-midi. Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-pe] Mapazonía: Maping Raymi desde OSMpe
Para ir dándole forma: https://titanpad.com/mappingraymi El 2015-01-14 22:46, Johnattan Rupire escribió: Hola listas OSM Perú y Latinoamérica, sobre la participación en Mapazonía de la comunidad OSMpe, llegamos al acuerdo de movilizar mapeadores y organizar varias Mapping Raymi [1] simultáneas para convocar a mapear la amazonía peruana, en principio se propusieron sedes en Lima y Ayacucho, en Perú, y Madrid en España. Este tema lo abriríamos a la lista para en ella enriquecerlo y convocar más fuerzas y opiniones. Como fecha se propuso el 24 DE ENERO, porque nos venía mejor a todos los presentes. También se indicó en que además de hacer el mapeo en las mapping raymi también convocaríamos a organizaciones que tienen datos sobre la amazonía a compartir los mismos. Avanzo que he coordinado con el Medialab Prado [2], una sala para la realización de la Mapping Raymi en su sede de Madrid, también estoy enviando un correo a las listas de por aquí para invitar a la gente a participar. Quedamos en ver una forma de distribuirnos las zonas y tareas para no pisarnos en el proceso, vamos con ello. Esta semana tengo bastante tiempo ocupado pero le iré dando un ratito todos los días. Que sirva este hilo, para darle forma a la mapping raymi transoceánica... Abrazos [1] Mapping Raymi: le pusimos así a una de las primeras actividades de mapeo que realizamos en Lima, por combinar un poco del inglés Mapping con el quechua Raymi de celebración o fiesta :) http://osmpe.ourproject.org/2012/11/24/mapping-raymi-apredende-a-hacer-mapas-en-osm-desde-cero-24-nov-2012/ [1] [2] http://medialab-prado.es/ [2] Links: -- [1] http://osmpe.ourproject.org/2012/11/24/mapping-raymi-apredende-a-hacer-mapas-en-osm-desde-cero-24-nov-2012/ [2] http://medialab-prado.es/ ___ ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne
- oapi-fr.openstreetmap.fr Peux-tu lui coller un alias plus parlant (...) ? Ha ben non ! Quand ça devient trop explicite, les gens ne lisent plus la doc, et après se plaignent à moi qu'ils n'ont pas lu la doc. troll excuses=humour caricature liberte_expression rire_is_good Voire carrément se servent de cet Overpass API pour faire des modifs en masse et invoquent après s'être fait attrapé par la police que la documentation était placardée dans le fond d'un classeur fermé à clé, coincé dans des lavabos désaffectés avec sur la porte la mention : Gare au léopard. /troll Non, oapi-fr c'est bien, c'est court et mystérieux ça donne envie de se renseigner et ça rappel par le fr que ça ne concerne que la métropole. De plus, avoir trop d'alias pointant au même endroit, ça ne fait que brouiller les pistes du débugging. -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Briefkasten gesucht? www.briefkastenkarte.de
Hallo simpel aber gut. Interessant wäre, ob man für Mapper das Datum der letzten Kontrolle visualisieren könnten. Vllt indem die Transparenz der Symbole mit zunehmendem Alter der letzten Kontrolle immer weiter ansteigt. mfg Hedaja Am 15. Januar 2015 um 21:00 schrieb Danilo Bretschneider bretschnei...@geospatialinformation.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, auf dem letzten FOSSGIS Hacking Event habe ich mich spontan dazu entschieden, nicht nur Briefkästen und deren Leerungszeiten zu mappen, sondern daraus auch für andere eine Karte auf Basis von OSM und (derzeit) der Overpass API zu erstellen. Die Briefkastenkarte ist eine OSM Themenkarte, mit dem Ziel, die Briefkästen (ggf. in Zukunft auch Poststellen sowie Packstationen) in einer einfach zu handhabenden Seite darzustellen. Ein Nutzer kann seinen Standort positionieren und sich die nächsten Briefkästen in seiner Umgebung anzeigen lassen. Ein Mapper kann die Karte dazu verwenden, um sich zu informieren, wo Briefkästen bzw. Leerungszeiten fehlen. Weitere Informationen werde ich in der nächsten Zeit unter [1] bzw. [2] bereitstellen. Die Seite ist derzeit noch in der Entwicklung. Konstruktive Kritik, Ideen, usw. sind Willkommen. Viele Grüße, Danilo * [1] http://www.briefkastenkarte.de * [2] https://wiki.openstreetmap.org/wiki/DE:Briefkastenkarte - -- 50°45'19.9N 7°05'11.9E Briefkasten gesucht? www.briefkastenkarte.de -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUuBxCAAoJEHHS7Nnj7BruHrgH/3lpPSlrqrz9LbdkLSsK6wD7 1/37HxG2Yxy06fXeTbWJEeSpZW1T8O7S/OM9+A8aVrYr7M8aAAOzr9LGttJ8xUwc XkoXnw4EVlyOL2RrZ8LKpDgw5xV9PeGtrsbPYK9ntPjTDVZ12hvHJsS3kW9FaCW8 7HpAjyeTDwlY4Hh87iqk+kX3QYbDyQU30CvEcf9U/LTOX5Jh9oTOwYuBwamOAN8G tqPp4MdpSHGqhClmvMaPSDnSo5UXWq1sY8oGlznQrVJSojAC8tgRRUHV4o6vKWDf 9sTeWIfpRKGerujotSA6ilFCUS4KwZzkgtkGjZpByCHD8C6B793PSV/zg+Ck+so= =O9Wu -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Briefkasten gesucht? www.briefkastenkarte.de
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vielen Dank für die Idee. Ich habe das Wiki damit ergänzt. Grundsätzlich würde ich die Funktionalität in weitere Layer auslagern, sodass der Mapper je nachdem was er sucht, den richtigen Layer auswählen kann. Damit ist hoffentlich auch die Übersichtlichkeit auch beim Betrachten auf mobilen Endgeräten gegeben. Viele Grüße Am 15.01.2015 um 21:44 schrieb christian.pietz...@googlemail.com: Hallo simpel aber gut. Interessant wäre, ob man für Mapper das Datum der letzten Kontrolle visualisieren könnten. Vllt indem die Transparenz der Symbole mit zunehmendem Alter der letzten Kontrolle immer weiter ansteigt. mfg Hedaja Am 15. Januar 2015 um 21:00 schrieb Danilo Bretschneider bretschnei...@geospatialinformation.org: Hallo, auf dem letzten FOSSGIS Hacking Event habe ich mich spontan dazu entschieden, nicht nur Briefkästen und deren Leerungszeiten zu mappen, sondern daraus auch für andere eine Karte auf Basis von OSM und (derzeit) der Overpass API zu erstellen. Die Briefkastenkarte ist eine OSM Themenkarte, mit dem Ziel, die Briefkästen (ggf. in Zukunft auch Poststellen sowie Packstationen) in einer einfach zu handhabenden Seite darzustellen. Ein Nutzer kann seinen Standort positionieren und sich die nächsten Briefkästen in seiner Umgebung anzeigen lassen. Ein Mapper kann die Karte dazu verwenden, um sich zu informieren, wo Briefkästen bzw. Leerungszeiten fehlen. Weitere Informationen werde ich in der nächsten Zeit unter [1] bzw. [2] bereitstellen. Die Seite ist derzeit noch in der Entwicklung. Konstruktive Kritik, Ideen, usw. sind Willkommen. Viele Grüße, Danilo * [1] http://www.briefkastenkarte.de * [2] https://wiki.openstreetmap.org/wiki/DE:Briefkastenkarte ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de - -- 50°45'19.9N 7°05'11.9E Briefkasten gesucht? www.briefkastenkarte.de -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUuCvRAAoJEHHS7Nnj7BruQLoH/2nuXUXxTtPnH/8JsvqkCw6e 7Aq8fhCxDoNRWdp+gyWs1sKXE0f4jPA+UWl4waU8fdbQKIsOCixY8mio80ES3kIA 67LlBfU/2NhcUQWCLE8hJkCQYOA44Se0CNTavkVxZI13JquPB+LXTtPKQ/LYJtfQ qbijTCY5BXtNPSf05IA+WfI6zw1EhVhTpHUkUZhkEOhNRXxn+aIWZczUnRxgoTUM dZpsly3WW+Z/6xUXNGbtugNmxMTdPw+9DrLK/n1Yzi8gUn0OIjFDFhTQk+MzkyJD daDRsFixBIYDsIlTSJ7eomio3bNYUcPZ1AVlEtT96+qBcm4vWzqiNRcblUKW3zU= =jvPg -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-pe] Datea OSMpe
Hola Diego Desde nuestro pequeño equipo queremos presentarnos y, desde nuestras posibilidades, contribuir con la Comunidad OSMpe. ¿Existe algún plan o política establecido para que Datea suba a OpenStreetMap los datos georeferenciados de diferentes características (locales, bancas, paraderos, semáforos, playas, etc) que posee en su web? Saludos -- Omar Vega ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
[Talk-br] Primeira Mapatona de Ciclovias
Oi pessoal, No próximo domingo vai acontecer a Primeira Mapatona de Ciclovias aqui em São Paulo. Estou começando a organizar uma frente de iniciativas de tecnologias e dados abertos sobre as cidades chamada Código Urbano, junto com o Daniel Santini. Vamos mostrar aos participantes como mapear infra-estrutura cicloviária no OpenStreetMap: - Evento no Facebook: https://www.facebook.com/events/321569708042353 - Formulário de Inscrição: http://goo.gl/forms/JyOMvM6NXQ Seria muito bom ter mapeadores de São Paulo e região por lá! Abraços, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-cz] LPIS okolo Jindřichova Hradce
Zdravím, všimnul jsem si podivně se zobrazujícího letiště Kámen [1] a po troše zkoumání jsem zjistil, že to pravděpodobně vzniklo v changesetu #28065150 „lpis okolo jindřichova hradce“, který provedl Petr1868. [2] Tenhle changeset hlavní cestu definující letiště rozsekal na několik kusů, včetně několika dost zdegenerovaných (např. [3]), a samotné letiště ořezal několika sousedními loukami. Předpokládám, že to bude způsobeno tím, že přímo na letišti bylo (odjakživa, já to tam nedal…) nastaveno landuse=meadow. IMHO by to teď asi chtělo vrátit to letiště do předchozí podoby a poté z něj případně vyextrahovat meadow pryč (či alespoň na jiný objekt) a případně dále dělat LPISoviny. Ale sám to hned nedělám, protože nevím, jestli neexistují jiná či jednodušší řešení, než se to snažit lepit ručně. Co vy na to? -- Petr Kadlec / Mormegil [1] http://osm.org/go/0JyYY7Q [2] https://www.openstreetmap.org/changeset/28065150 [3] https://www.openstreetmap.org/way/321484972 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Objet atelier d'artistes
Le 15/01/2015 15:58, Mides a écrit : Bonjour, je cherche comment taguer un atelier d'artiste. (local communautaire). Peut-être du coté de amenity=coworking_space (http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcoworking_space) Le wiki dit certains sont plus consacrés à un secteur ou une niche professionnelle Si ce type d'objet à sa raison d'exister dans OSM. euh pourquoi non ? Bonne soirée Bonne fin d'après-midi. Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] ScoutSign
Waarom zouden wij hier van wakker liggen? De android app is in ieder geval not available for my country Apple iemand ? Glenn 15-01-15 20:33, Marc Gemis wrote: 't gaat over deze scout http://www.telenav.com/products/scout/ mvg m On Thu, Jan 15, 2015 at 6:47 PM, Karel Adams fa348...@skynet.be mailto:fa348...@skynet.be wrote: licht anarchistisch Is er een verband met http://www.scouts.be/ ? Zoniet, waarover gaat het eigenlijk? / ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-de] Briefkasten gesucht? www.briefkastenkarte.de
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, auf dem letzten FOSSGIS Hacking Event habe ich mich spontan dazu entschieden, nicht nur Briefkästen und deren Leerungszeiten zu mappen, sondern daraus auch für andere eine Karte auf Basis von OSM und (derzeit) der Overpass API zu erstellen. Die Briefkastenkarte ist eine OSM Themenkarte, mit dem Ziel, die Briefkästen (ggf. in Zukunft auch Poststellen sowie Packstationen) in einer einfach zu handhabenden Seite darzustellen. Ein Nutzer kann seinen Standort positionieren und sich die nächsten Briefkästen in seiner Umgebung anzeigen lassen. Ein Mapper kann die Karte dazu verwenden, um sich zu informieren, wo Briefkästen bzw. Leerungszeiten fehlen. Weitere Informationen werde ich in der nächsten Zeit unter [1] bzw. [2] bereitstellen. Die Seite ist derzeit noch in der Entwicklung. Konstruktive Kritik, Ideen, usw. sind Willkommen. Viele Grüße, Danilo * [1] http://www.briefkastenkarte.de * [2] https://wiki.openstreetmap.org/wiki/DE:Briefkastenkarte - -- 50°45'19.9N 7°05'11.9E Briefkasten gesucht? www.briefkastenkarte.de -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUuBxCAAoJEHHS7Nnj7BruHrgH/3lpPSlrqrz9LbdkLSsK6wD7 1/37HxG2Yxy06fXeTbWJEeSpZW1T8O7S/OM9+A8aVrYr7M8aAAOzr9LGttJ8xUwc XkoXnw4EVlyOL2RrZ8LKpDgw5xV9PeGtrsbPYK9ntPjTDVZ12hvHJsS3kW9FaCW8 7HpAjyeTDwlY4Hh87iqk+kX3QYbDyQU30CvEcf9U/LTOX5Jh9oTOwYuBwamOAN8G tqPp4MdpSHGqhClmvMaPSDnSo5UXWq1sY8oGlznQrVJSojAC8tgRRUHV4o6vKWDf 9sTeWIfpRKGerujotSA6ilFCUS4KwZzkgtkGjZpByCHD8C6B793PSV/zg+Ck+so= =O9Wu -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Un BANO à l'anglaise, mais garanti sans OSM
Le 15 janvier 2015 20:36, George Kaplan georgekaplan...@hotmail.fr a écrit : Je n'ai trouvé nulle part mention d'OSM aussi bien comme source que comme destination des données. Le plus étonnant reste la FAQ : Future What happens if some other party creates an equivalent open, free product? Incroyable, il semble qu'ils n'ont vraiment pas connaissance d'OSM... Pas connaissance ? On ne peut qu'en douter fortement, mais leur choix est d'ignorer OSM et ne surtout pas en parler pour ne pas avoir à discuter avec les promoteurs d'OSM ou éviter que des utilisateurs chez eux se détourne de leur projet pour aller vers OSM. L'omission est forcément volontaire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] ScoutSign
't gaat over deze scout http://www.telenav.com/products/scout/ mvg m On Thu, Jan 15, 2015 at 6:47 PM, Karel Adams fa348...@skynet.be wrote: licht anarchistisch Is er een verband met http://www.scouts.be/ ? Zoniet, waarover gaat het eigenlijk? / On 15-01-15 17:09, Marc Gemis wrote: Hallo, Scout has released a service in which they publish the traffic signs that are recognized by their navigation system. A presentation [1] was given during SOTM 2014. There is a JOSM plugin that allows one to access this service. It comes down to a number of traffic signs that are shown in your editor. Of course there is not a lot of data yet in Belgium. However, someone followed the Afrikalaan in Gent. Near the Lubeckstraat there are 2 traffic signs recognized. Maxspeed = 70. The tagging in OSM now states maxspeed =50. Since I'm not familiar with the area, I'm not going to retag the road, but maybe someone from Gent could take a look ? Furthermore they are working on integration of Mapillary photo's in their service. Of course we have the traffic sign database in Flanders, but I've read somewhere that it is getting out of date quickly, as nobody seems interested to maintain it. regards m [1] http://vimeo.com/album/3134207/video/115313286 ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-pe] [talk-latam] Reunión de comunidad OSM Perú
Hola El día de la reunión deje el wms anotado en un archivo de texto en la computadora de Alfonso, a ver si luego el nos la puede pasar. Yo agregaré otros wms que conozco a la wiki. Saludos -- Omar Vega ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [OSM-talk-be] ScoutSign
Hmm, eigenaardig, voor zover ik weet was scout gereleased voor Europa, omdat in Europa de borden nogal uniform zijn. Ik vraag me af als ze vergeten zijn om België bij Europa te rekenen. Op 15 januari 2015 20:54 schreef Glenn Plas gl...@byte-consult.be: Waarom zouden wij hier van wakker liggen? De android app is in ieder geval not available for my country Apple iemand ? Glenn 15-01-15 20:33, Marc Gemis wrote: 't gaat over deze scout http://www.telenav.com/products/scout/ mvg m On Thu, Jan 15, 2015 at 6:47 PM, Karel Adams fa348...@skynet.be mailto:fa348...@skynet.be wrote: licht anarchistisch Is er een verband met http://www.scouts.be/ ? Zoniet, waarover gaat het eigenlijk? / ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-us] [Talk-us-newyork] fun with tagging: it's a raceway and an airstrip
On 1/15/15 9:23 AM, Kevin Kenny wrote: I don't know. It's not unique - there are a number of private airports, closed military bases, and so on that do motorsports on the runways at certain times. it's a little different in that these other instances are of temporary racing circuits that probably do not belong in OSM because of their intermittent nature. for historic ones, OHM can work. for ones that were there last year and will be there this year, some other data store that's not OSM would be appropriate. Maybe make a polygon for the aeroway and run the raceway down its centerline? this suggestion, from you and Eric, makes sense and turns out ok: https://www.openstreetmap.org/#map=17/32.22666/-110.00627 richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] OSM-Änderungen LIVE verfolgen!
Am 15.01.2015 um 08:06 schrieb Elstermann, Mike: Show me the way ... Klasse Anwendung, sehenswert! https://geoobserver.wordpress.com/2015/01/15/osm-anderungen-live/ Und es gibt auch seit langem das http://live.openstreetmap.fr/; welches ich ebenfalls toll finde. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-ie] Bord na Móna railways
Fixed Bord na Móna see http://www.openstreetmap.org/changeset/28175757 I just did a wizard query on http://overpass-turbo.openstreetmap.ie/ for: “operator=Bord Na Móna in Ireland” Then selected Export/load data into an OSM editor: Josm. After that it was a simple select all and fix operator tag. D On 15 January 2015 at 21:35, Colm Moore colmmoor...@hotmail.com wrote: Hi, Happy New Year to all. 1. Bord na Móna www.bordnamona.ie is sometimes recorded on OSM as Bord Na Móna (capital N). While OSM can understand the two are the same thing, other systems don't, e.g. on this map: http://www.itoworld.com/map/248?lon=-7.95104lat=53.25239zoom=10fullscreen=true# BnM railways are shown as blue while BNM railways are shown as green, as if they were separate operators. Is there a simple method for doing mass changes like this? 2. Similarly, many Irish Rail facilities are recorded as IÉ (two letters) for Iarnród Éireann. In the English language Irish Rail should be used. Admittedly, as it is only two characters, this is something that has to be done much more carefully. Colm --- Never doubt that a small group of thoughtful, committed citizens can change the world. Indeed, it is the only thing that ever has. Margaret Mead ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-transit] [Talk-us] I've been workin' on the railroad (in California)
On Thu, Jan 15, 2015 at 10:38 PM, stevea stevea...@softworkers.com wrote: And here is what I've learned. This is tedious work, especially a state at at time. It is slow, but that is because it is a whole (large) state. This is not impossibly large work, not by a long shot. Yet for one person, a whole state is a lot of work. For one railroad (elephants are eaten best one forkful at a time) this sort of effort is not difficult, and the rewards in new renderings are available tomorrow. Break it down by county (possibly by county district, given some of the really large ones like San Bernardino, or the real rail dense ones along the coast). Do the rail yards first, the rest becomes a cakewalk. It is important to use the name= tag to unambiguously (assert) a name for an aggregation of rail segments into a Subdivision or Line (or Lead if usage=industrial or service=spur). This is especially true as OSM now often has messy rail around yards and regarding whether there is single-track or double-track in many or most places. What I am saying is that we work to do to be more accurate. And, this work is doable. When in doubt, I move the TIGER-imported name to operator (since it often is) and leave name blank if I don't know the lead or subdivision or line. There seems to be some confusion about this since I've noticed people will rename segments of TriMet's MAX system to Metropolitan Area Express after I've attempted to put the proper name of the line (and not the whole system) on the lines (and some folks keep adding oneway=yes to MAX lines despite it's dual line running and operation on one-way streets, the only place where one-way operation is always true is the loop on Fifth and Sixth avenues and one track of the Steel Bridge based on my knowledge of TriMet's rail operations rulebook and confirmed by repeated ground observation seeing trains operate on opposite the usual track circa when the Green Line opened). Both tags on ways and tags in relations are supported, but it appears tags on ways supercede. I find that in the USA, because of the way that TIGER tags have put much rail into parts of North America, adding usage= tags to ways is often how things begin. Then these get aggregated into type=route, route=railway relations. I have not yet explored the multiple possible options of how tagging might supercede except as above. Annoyingly, the Transit layer also seems to be exceptionally bus-oriented and doesn't render routes on rail lines, as well. This has led to some locales, such as folks interested in mapping the IRT and BRT in New York City, to tag for the renderer, putting routes in parenthesis in the name tag on stations. The renderer also ignores line color, which can be defined in the tagging (and is often, such as in Portland, which uses red, yellow, green, blue, and plans to use orange, brown and used to use black, the only way to identify the line). That said, a much richer branching structure certainly exists (requiring appropriate tagging). Sidings, yards and signalling are crude or virtually nonexistent, though there in some measure. Speed limit data are virtually nonexistent. To some extent, given that signs, signals and speed orders, change more often along rails than along roads, tends to be rather fluid, and are often located in places where, unless you're a frequent rider of a passenger service or work for the line, aren't readily verifiable legally (trespassing on a railroad is srs bsns, both legally and in terms of personal danger). Private corporation rail data are not likely compatible with our ODBL, though it doesn't hurt to ask (for explicit permission). Public rail data from a state with generous public record laws (such as crossing spreadsheets) can be quite helpful to identify names (based on road crossings, city/county and/or lat/long data) of Subdivisions, Lines and Leads. I wish I had this. Though there gets to be overkill, too, for example, every speed limit in Oregon is published, from the smallest alleyway to the largest segments of I 5, and everything in between. ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
[Talk-us] Whole-US Garmin Map update - 2015-01-13
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-01-13 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-01-13/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-01-13 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] fun with tagging: it's a raceway and an airstrip
Given that aeronautical features and road vehicle features have different namespace, tag it as runway and raceway? This is a surprisingly common arrangement in the ground truth and plays a prominent role in the original, US, AU (and very probably, all) versions of Top Gear. On Jan 15, 2015 7:42 AM, Richard Welty rwe...@averillpark.net wrote: not sure how to tag this one. Inde Motorsports Ranch is near Willcox, AZ, a multi configuration road course complex, plus the straight away on the south edge of the complex doubles as a private airstrip: https://www.openstreetmap.org/#map=16/32.2282/-110.0084 haven't yet figured out how to tag this properly, anyone have any suggestions? richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] I've been workin' on the railroad (in California)
And here is what I've learned. This is tedious work, especially a state at at time. It is slow, but that is because it is a whole (large) state. This is not impossibly large work, not by a long shot. Yet for one person, a whole state is a lot of work. For one railroad (elephants are eaten best one forkful at a time) this sort of effort is not difficult, and the rewards in new renderings are available tomorrow. ORM (http://openrailwaymap.org) is useful to see changes, though it does have a 24 hour (or longer) render time. Primarily, the usage= tag (usage=main or usage=branch, which render orange and yellow, respectively) is useful, though other tags and colors are used. It is important to use the name= tag to unambiguously (assert) a name for an aggregation of rail segments into a Subdivision or Line (or Lead if usage=industrial or service=spur). This is especially true as OSM now often has messy rail around yards and regarding whether there is single-track or double-track in many or most places. What I am saying is that we work to do to be more accurate. And, this work is doable. Both tags on ways and tags in relations are supported, but it appears tags on ways supercede. I find that in the USA, because of the way that TIGER tags have put much rail into parts of North America, adding usage= tags to ways is often how things begin. Then these get aggregated into type=route, route=railway relations. I have not yet explored the multiple possible options of how tagging might supercede except as above. That said, a much richer branching structure certainly exists (requiring appropriate tagging). Sidings, yards and signalling are crude or virtually nonexistent, though there in some measure. Speed limit data are virtually nonexistent. Private corporation rail data are not likely compatible with our ODBL, though it doesn't hurt to ask (for explicit permission). Public rail data from a state with generous public record laws (such as crossing spreadsheets) can be quite helpful to identify names (based on road crossings, city/county and/or lat/long data) of Subdivisions, Lines and Leads. This is slow going, but I do appreciate the explosion of activity I (and others) can see. Slow and steady does improve, and I nod my head at how we have both good data and new activity. Railfan crossover contributions are welcome (and I know are out there). Perhaps a WikiProject would be helpful (if no more than a place to meet and chat). And: so far, so good. SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] I've been workin' on the railroad (in California)
On Thu, Jan 15, 2015 at 10:38 PM, stevea stevea...@softworkers.com wrote: And here is what I've learned. This is tedious work, especially a state at at time. It is slow, but that is because it is a whole (large) state. This is not impossibly large work, not by a long shot. Yet for one person, a whole state is a lot of work. For one railroad (elephants are eaten best one forkful at a time) this sort of effort is not difficult, and the rewards in new renderings are available tomorrow. Break it down by county (possibly by county district, given some of the really large ones like San Bernardino, or the real rail dense ones along the coast). Do the rail yards first, the rest becomes a cakewalk. It is important to use the name= tag to unambiguously (assert) a name for an aggregation of rail segments into a Subdivision or Line (or Lead if usage=industrial or service=spur). This is especially true as OSM now often has messy rail around yards and regarding whether there is single-track or double-track in many or most places. What I am saying is that we work to do to be more accurate. And, this work is doable. When in doubt, I move the TIGER-imported name to operator (since it often is) and leave name blank if I don't know the lead or subdivision or line. There seems to be some confusion about this since I've noticed people will rename segments of TriMet's MAX system to Metropolitan Area Express after I've attempted to put the proper name of the line (and not the whole system) on the lines (and some folks keep adding oneway=yes to MAX lines despite it's dual line running and operation on one-way streets, the only place where one-way operation is always true is the loop on Fifth and Sixth avenues and one track of the Steel Bridge based on my knowledge of TriMet's rail operations rulebook and confirmed by repeated ground observation seeing trains operate on opposite the usual track circa when the Green Line opened). Both tags on ways and tags in relations are supported, but it appears tags on ways supercede. I find that in the USA, because of the way that TIGER tags have put much rail into parts of North America, adding usage= tags to ways is often how things begin. Then these get aggregated into type=route, route=railway relations. I have not yet explored the multiple possible options of how tagging might supercede except as above. Annoyingly, the Transit layer also seems to be exceptionally bus-oriented and doesn't render routes on rail lines, as well. This has led to some locales, such as folks interested in mapping the IRT and BRT in New York City, to tag for the renderer, putting routes in parenthesis in the name tag on stations. The renderer also ignores line color, which can be defined in the tagging (and is often, such as in Portland, which uses red, yellow, green, blue, and plans to use orange, brown and used to use black, the only way to identify the line). That said, a much richer branching structure certainly exists (requiring appropriate tagging). Sidings, yards and signalling are crude or virtually nonexistent, though there in some measure. Speed limit data are virtually nonexistent. To some extent, given that signs, signals and speed orders, change more often along rails than along roads, tends to be rather fluid, and are often located in places where, unless you're a frequent rider of a passenger service or work for the line, aren't readily verifiable legally (trespassing on a railroad is srs bsns, both legally and in terms of personal danger). Private corporation rail data are not likely compatible with our ODBL, though it doesn't hurt to ask (for explicit permission). Public rail data from a state with generous public record laws (such as crossing spreadsheets) can be quite helpful to identify names (based on road crossings, city/county and/or lat/long data) of Subdivisions, Lines and Leads. I wish I had this. Though there gets to be overkill, too, for example, every speed limit in Oregon is published, from the smallest alleyway to the largest segments of I 5, and everything in between. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] I've been workin' on the railroad (in California)
Paul Johnson replied: Break it down by county (possibly by county district, given some of the really large ones like San Bernardino, or the real rail dense ones along the coast). Do the rail yards first, the rest becomes a cakewalk. I did, I do; thanks. Rail yards first is a new concept for me. As we initially sketch major arteries (macro), doing the capillaries (micro) is a welcome change in perspective, now that I put some effort into it. When in doubt, I move the TIGER-imported name to operator (since it often is) and leave name blank if I don't know the lead or subdivision or line. Moving TIGER name to operator seems to be a more widely emerging consensus, thank you for chiming in once again we seem to agree this is a good way to do this. There is some usage of owner= in addition to operator=, explainable by sometimes complex trackage rights / leasing arrangements in US rail. Yes, this will emerge better over time, yet we have now a good framework with TIGER, these tags and approaches. There seems to be some confusion about this since I've noticed people will rename segments of TriMet's MAX system to Metropolitan Area Express after I've attempted to put the proper name of the line (and not the whole system) on the lines... Yes, even with light_rail, subway and tram systems it is correct for name= to be the line, not the system. Annoyingly, the Transit layer also seems to be exceptionally bus-oriented and doesn't render routes on rail lines, as well. This has led to some locales, such as folks interested in mapping the IRT and BRT in New York City, to tag for the renderer, putting routes in parenthesis in the name tag on stations. Specific issues with the Transport renderer are perhaps only tangentially germane to this discussion, but I appreciate and agree with your complaints. OSM, its data and its renderers are built brick by brick, day by day, volunteer edit by volunteer edit. It gets better. (THEY -- both data AND renderers -- get better). To some extent, given that signs, signals and speed orders, change more often along rails than along roads, tends to be rather fluid, and are often located in places where, unless you're a frequent rider of a passenger service or work for the line, aren't readily verifiable legally (trespassing on a railroad is srs bsns, both legally and in terms of personal danger). ORM tagging recommendations (excellent, and not to be ignored!) say this, also. Again, I have seen data (e.g. KML files on railfan sites) which are at a high level of detail (near or at current perfection,) so, the data are out there (obtainable). However, please do follow good sense in getting them: personal safety, no trespassing, don't violate copyright or license agreements, and so on. Great discussion -- more? Nicely developing in OSM and displaying well in ORM during the last 30 days: South Carolina, California, Kansas, Missouri, Washington, Idaho, Oregon, Montana, Georgia, Virginia, North Carolina, Maryland, Delaware, New York, Connecticut, Rhode Island and Ohio. And probably a few other places in these fifty states. Yeah! SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Hollywood Sign Rerouting
Not horribly dissimilar to the (painfully slow) effort I've been having trying to get a decent transit map of Tulsa. In both places, political forces and NIMBYism is pretty much making OSM potentially the only solid map for the situation. Tulsa's case is a bit more insidious in that the official data (which I'm cleaning up in OSM as it was an open dataset) has stops in impossible places (like inside office blocks), high HDOP, stops where they're not posted (I've been removing these), and some local idioms we just have no sensible way to ground truth (flag stops where there is no sign, around 20,000 of these; nightlines that will stop anywhere safe to do so up to half a mile off the published route). On Jan 7, 2015 3:19 PM, Ethan Nelson eman...@hotmail.com wrote: Another bonus to contributing to/using an open project...the data cannot be allegedly manipulated by someone or some group. Next, the residents, bolstered by the imprimatur of LaBonge's office, quietly persuaded [...] a producer of navigation equipment whose GPS units are used in cars, as well as mapmakers [...] to steer visitors looking for directions to the [Hollywood] sign to avoid Beachwood's streets. These changes were enacted between 2012 and 2014. http://www.hollywoodreporter.com/news/war-hollywood-sign-pits-wealthy-761385 http://www.hollywoodreporter.com/news/war-hollywood-sign-pits-wealthy-761385 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] ŘOPíky
Ahoj, Lukáš vyhrabal email vedouciho od ROPiku. Najde se dobrovolník, který to s ním zkusí vyjednat, nebo mu mám napsat já? Kamenitxan 11. 1. 2015 v 13:00, talk-cz-requ...@openstreetmap.org: Jj urcite by nejaky posveceni cele akce stalo za to... L. __ Od: Lukáš Gebauer gebyl...@mlp.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10.01.2015 13:13 Předmět: Re: [Talk-cz] ŘOPíky Dne 10.1.2015 v 12:44 Karel Volný napsal(a): no, víme něco jiného, než že ropiky.net nás ignorují? - http://forum.ropiky.net/tema.php?id=1244118437 a když se Da se rict, ze vsechny ROPiky jsou na nasem uzemi zmapovane (od dochovanych, pres poskozene, rozestavene, az po planovane, co se ani stavet nezacaly). Takze mit v mape ty dochovane a poskozene, by asi rozumne bylo. Zbytek uz moc orientacni prvek neni, a zajimat to bude jen pro bunkrology, kteri si to najdou jinde. Ony ty ropiky.net bezi uz nejakou dobu vlastne samospadem. Tam se asi zadne reakce nedockas. Nicmene data tak uplne nedostupna nejsou. Treba me se podarilo narazit na jednoho z hlavnich lidi a vyjednat toto: http://www.geocaching.cz/blog/25/entry-219-%C5%99op%C3%ADkat%C3%BD-geoget-ii/ Tu databazi z toho Geogetu lze exportovat do GPX, nebo cehokoliv jineho, ma to uzivatelsky definovane exportni skripty. Takze ja za soucasne situace verim, ze ziskani dat pro OSM nebude neprekonatelny problem. Mam se pokusit vyhrabat email na toho cloveka? Lukas. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it] POIs di rilevanza storica
Mi accodo alla domanda, per i non rari castellieri [1] presenti in FVG. Si tratta di cumuli di roccie disposti in forme poligonali gran parte ricoperti dalla vegetazione. Un esempio a Sedegliano [2]. Singolare che la pagina wiki di OSM [3] non abbia la traduzione per l'Italia, considerato il numero dei siti. Altrettanto singolare motivazione del taggare o no: per non incoraggiare l'utente OSM a danneggiare e saccheggiare. [1] http://it.wikipedia.org/wiki/Castelliere [2] http://www.openstreetmap.org/way/155998702 [3] http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/POIs-di-rilevanza-storica-tp5830059p5830088.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] POIs di rilevanza storica
2015-01-15 10:35 GMT+01:00 cascafico cascaf...@gmail.com: Mi accodo alla domanda, per i non rari castellieri [1] presenti in FVG. Si tratta di cumuli di roccie disposti in forme poligonali gran parte ricoperti dalla vegetazione. Un esempio a Sedegliano [2]. mappabile... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne
On mercredi 14 janvier 2015, François Lacombe wrote: Autant pour moi, je pensais que la mise à jour de l'overpass-API sur les .fr nécessitait l'installation d'un ssd pour que cela fonctionne. Pour être précis, il n'y a pas de nécessité, toutefois, si on veut pouvoir servir plus de requêtes, et surtout, plus rapidement, oui, il serait bien d'y passer, et c'est prévu. L'upgrade de la version d'OAPI permettant d'avoir accès à l'historique serait souhaitable aussi, mais renforcerait l'attrait de la version fr, donc des nouveaux utilisateurs, donc des ralentissements, donc la nécessité d'un SSD (tout boucle !) donc c'est en grande partie pour ça que je n'ai pas bougé de ce coté là. A noter que le serveur qui a perdu un disque dur est celui qui gère l'oapi ne couvrant que la France, celle couvrant le monde n'est pas impacté car se trouve sur un autre serveur. Ses besoins sont bien moindre évidement, et je pourrais passer celle là, au moins, à la nouvelle version d'oapi. Mais ça me consommerait un peu plus de temps de gérer, simultanément, 2 versions différentes. Comme je suis un garçon raisonnable, j'attend sagement Noël ;-) Christian avait du me dire ça en septembre ou octobre je ne me souviens plus. Sinon bien joué, efficace comme d'hab ! :) Merci à vous *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 14 janvier 2015 20:18, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 14/01/2015 17:12, François Lacombe a écrit : Bon courage pour cet aléas ! Les SSD avaient-ils déjà été installés sur cette machine ? Cette machine n'avait pas de SSD de prévu. Pour le moment, on a juste installé un SSD sur osm13, la machine qui héberge les tuiles de tile.openstreetmap.fr. Ça a permis de bien débloquer la machine, qui est bien plus efficace qu'avant. Une machine et un SSD ont aussi été achetés avec les dons, mais pas encore installés. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] POIs di rilevanza storica
2015-01-15 1:08 GMT+01:00 frasty lottif...@gmail.com: Ciao a tutti, mi stavo chiedendo se è generalmente accettabile mappare località di rilevanza storica di cui adesso si è persa quasi completamente traccia, e se nel caso come farlo. se non c'è alcuna traccia da nessuna parte, è contestato di mapparlo. (C'è chi lo fa, e non puoi quasi mai essere sicuro che d'avvero non c'è alcuna traccia) Faccio un esempio: il sito di un'antica chiesa di campagna di età altomedievale senza più nessuna traccia di rovine, tranne che una diversa conformazione del terreno rispetto a quello circostante; in questo caso la traccia c'è (visibile nel terreno), quindi per me non sarebbe ne anche criticabile di inserire il POI. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
Vous semblez vous moquer de l'idée de manière bien légère. Moi je dis, et pourquoi pas ? Cela offre l'avantage de maintenir l'idée de hiérarchie (contrairement à un border_type=collectivite_francaise). De pouvoir intercaler autant de nouveau niveau que l'on veut par la suite. Et de par exemple choisir pour la nouvelle calédonie de ne pas avoir de niveau 6 et 4 mais d'avoir un niveau 6.1 et 4.1. Ainsi, on aurait : 2 - france 4.1 - N. calédonie 6.1 - Province Sud 8 - Communes La Province Sud n'est donc pas un département au même titre que ceux de métropole, mais s'intercalle quand même bien entre commune et N. Calédonie L'ajout sur le wiki français de l'explication 6.1 = Provinces de nouvelle calédonie exprime alors ce statu particulier, permettant de les récupérer sans ambiguité. 6.2 pour le Grand Lyon ? On mercredi 14 janvier 2015, you wrote: Mouarf très bonne idée tiens ! ;-) Nicolas Que comme le sujet revient régulièrement, on finira par utiliser des admin_level=5.5 ? Ok, je signe pas… ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Tagguer-les-Departements-francais-et-admin- level-6-tp5829994p5830006.html To unsubscribe from Tagguer les Départements français et admin_level=6, visit http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_ by_codenode=5829994code=bGlzdGUyQGxldHVmZmUub3JnfDU4Mjk5OTR8MjA3MDY3NzIwM A== -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Re-Tagguer-les-Departements-francais-et-admin-level-6-tp5830106.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Limiti di velocità
Il giorno 15 gennaio 2015 11:03, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Potremmo generare un poligono basato sui traffic_sign=city_limit, ma non mi pare che ci sia uno standard in merito. si, e non ci sarebbero vantaggi rispetto alla mappatura delle singole traffic_sign=city_limit sui nodi, perché sarebbe sembre soltanto un'interpretazione delle posizioni di questi nodi, che non aggiunge ulteriori informazioni (e non ci sarebbe comunque alcuna garanzia che le posizioni delle city limits fossero completi). Non è praticabile. È facile immaginare situazioni in cui la linea generata unendo due cartelli city limit taglia un quartiere o un sobborgo. Credo anzi che sarebbe ciò che succede la maggior parte delle volte. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Agrarlagerhaus
Am 15.01.2015 um 00:31 schrieb Helmut Kauer: mal wieder eine Frage von mir: wie trägt man ein Agrarlagerhaus (in Bayern sehr oft Raiffeisen) ein? Es gibt dort Werkzeug, Baumaterial, (Vieh-)Futter, Brennstoffe, Kunstdünger, . bis hin zu Getreide. Bei mir die 2 nächstgelegenen Raiffeisenmärkte sind als shop=garden_centre bzw. shop=doityourself gemappt. Das im Thread genannte shop=agricultural gefällt mir gut. Des weiteren gibt es noch shop=agrarian 81 mal in den Daten. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Limiti di velocità
2015-01-15 10:25 GMT+01:00 Luca Sigfrido Percich luca.perc...@gmail.com: Ho capito che, come dice Simone, la combinazione maxspeed e source:maxspeed riportata per ogni arco, anche se causa ridondanza nel DB, è quella che ci consente di essere espliciti (a beneficio dei software di routing e del rendering e in genrale degli utilizzatori) e di cambiare in automatico i valori di default qualora se ne presentasse la necessità. +1 Potremmo generare un poligono basato sui traffic_sign=city_limit, ma non mi pare che ci sia uno standard in merito. si, e non ci sarebbero vantaggi rispetto alla mappatura delle singole traffic_sign=city_limit sui nodi, perché sarebbe sembre soltanto un'interpretazione delle posizioni di questi nodi, che non aggiunge ulteriori informazioni (e non ci sarebbe comunque alcuna garanzia che le posizioni delle city limits fossero completi). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limiti di velocità
Ho capito che, come dice Simone, la combinazione maxspeed e source:maxspeed riportata per ogni arco, anche se causa ridondanza nel DB, è quella che ci consente di essere espliciti (a beneficio dei software di routing e del rendering e in genrale degli utilizzatori) e di cambiare in automatico i valori di default qualora se ne presentasse la necessità. E' anche in linea con il map what you see: quello che vediamo è il source:maxspeed=IT:urban! Un approccio più GIS/DB per eliminare la ridondanza sarebbe attribuire un tipo o classe funzionale alle ways (come il tag highway ma più specifico, che esprima anche l'IT:urban) e derivare implicitamente tutta una serie di informazioni: ma il risultato avrebbe appunto valenza locale e non avremmo garanzia che venisse supportato dai vari client. Potremmo generare un poligono basato sui traffic_sign=city_limit, ma non mi pare che ci sia uno standard in merito. Mi sembra che queste considerazioni siano applicabili in senso più ampio a OSM e alle problematiche legate al passaggio del dato da sistemi GIS. Il giorno 15 gennaio 2015 06:24, Giacomo Boschi gwil...@gmail.com ha scritto: Il giorno 14 gennaio 2015 09:13, Luca Sigfrido Percich luca.perc...@gmail.com ha scritto: quindi, per tornare alla domanda di Stefano, il tag maxspeed andrebbe sempre indicato, indipendentemente dalla presenza del segnale, specificando poi se il limite deriva implicitamente dal contesto (strada urbana) o dalla presenza del segnale? Secondo me sì. A Milano abbiamo 3500 ways con maxspeed=50, e circa 30.000 senza tag (la maggior parte delle quali andrebbe a 50). Dovremmo quindi impostare maxspeed dove manca anche se è a 50? Sì. Prima magari è meglio verificare: si mette il tag dove abbiamo fatto il sopralluogo e sappiamo che non ci sono cartelli che indicano diversamente. Sarebbe certo molto pratico indicare il limite solo se diverso da 50, il default in area urbana. Non c'è modo di associare questa informazione così come si presenta realmente, ovvero tracciando l'area di limite urbano e associandole il limite ? Se ci fosse effettivamente un'area di limite urbano sì, sarebbe una soluzione pratica che come dici te si presenta realmente. Ma quest'area non c'è o se c'è non è di facile reperibilità, quello che possiamo mappare sono i cartelli. Per me la combinazione maxspeed e source:maxspeed è una soluzione più pratica che segnarsi tutti i cartelli al confine dell'area urbana e poi tracciare un poligono che ricalchi tutti questi cartelli. Talk-it@openstreetmap.org -- Giacomo Boschi ___ 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] Limiti di velocità
On 2015-01-15 at 12:33:24 +0100, Simone Saviolo wrote: Non è praticabile. È facile immaginare situazioni in cui la linea generata unendo due cartelli city limit taglia un quartiere o un sobborgo. Credo anzi che sarebbe ciò che succede la maggior parte delle volte. i cartelli city limit devono esserci su tutte le strade che portano alla zona con limite urbano, per cui l'unico caso in cui potrebbe succedere qualcosa del genere è un gruppo di strade isolate e collegate solo alla rete urbana Ad esempio una situazione del genere, dove le T sono i cartelli, sono strade che proseguono (extraurbane) e c'è un pezzetto di strada urbana che sconfina dall'area definita dai soli cartelli. +---+--T- | | | +--+ | || | +---++-+ | +--T- Ma non mi pare difficile allargare l'area per contenere le altre strade coinvolte. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Mapping public transport in Belgium
Thank you Pieter! People sometimes ask me: why add all these route relations to Openstreetmap, when De Lijn already has them as shape files? For one thing, De Lijn cannot share them with us. A good example is the following: http://www.overpass-api.de/api/sketch-line?ref=91network=DLOVstyle=wuppertal If you click through to one of the other lines, change the url so it has style=wuppertal once again at the end. I asked Roland if it wouldn't be possible to keep using the same style, when clicking through. Another example is a map I rendered where I'm combining the PT network (pink on the background), the walking nodes network (orange) and the route I wanted to talk about: https://upload.wikimedia.org/wikipedia/commons/a/a2/Pad_van_Ad_op_OSM.png Only, say 10 years ago, creating such a map would have been an impossible endeavour. It's important for the explanation on this site: https://en.wikivoyage.org/wiki/Ad%27s_Path To be able to show where the bus stops are and the walking node numbers are used in the directions, but not exactly used the way they were meant to be used... only to help point people in the right direction, instead of following them from node to node. Jo 2015-01-14 10:58 GMT+01:00 Pieter Colpaert pieter.colpa...@okfn.org: Hey Jo, I've re-blogged your post into a post within the iRail community: https://hello.irail.be/2015/01/14/mapping-public-transport-in-belgium/ And tweeted it: https://twitter.com/iRail/status/555302292451520512 Kind regards, Pieter On 2015-01-14 10:33, Jo wrote: Hallo, Ik heb een artikeltje geschreven over hoe we public transport hier mappen. Een aantal zaken heb ik geautomatiseerd, om het apenwerk er zoveel mogelijk uit te halen en om alles actueel te houden. Een aantal dingen wijkt mogelijk af van wat er op de wiki te vinden is en er staat vermeld, hoe dat zo gekomen is. De bedoeling is dat iedereen die er interesse in heeft, mee zijn schouders onder het in kaart brengen van de reiswegen zou zetten. http://osm.be/nl/content/mapping-public-transport-belgium Salut, J'ai rédigé un article pour expliquer comment le transport en commun est cartographié chez nous. J'ai automatisé la création des routes en grande partie et je travaille sur un système pour tenir le tout actualisé. Je décris également où l'on dévie de ce qui est décrit sur le wiki et d'où ça vient. C'est également un appel aux mappeurs pour aider avec la cartographie des itinéraires. Il y aura surement des erreurs. Merci si vous pouvez me faire parvenir des améliorations/corrections. http://osm.be/fr/content/mapping-public-transport-belgium Hi, I've created an article to describe how public transport is mapped in Belgium. I'm in the process of automating the creation of the routes as much as possible and on a way to keep it all up-to-date. I also describe in what ways we deviate from the wiki and why this happened. The main motiviation to write this article is to find mappers who'd be willing to help out with the creation/updating of the itineraries. http://www.openstreetmap.org/user/Polyglot/diary/28401 ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be -- +32 486 74 71 22 Open Knowledge Foundation Belgiumhttp://okfn.be Open Transport Working Group OKFNhttp://transport.okfn.org ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-ie] Talk-ie Digest, Vol 68, Issue 4
Can someone remove me from this... On 15 Jan 2015 12:02, talk-ie-requ...@openstreetmap.org wrote: Send Talk-ie mailing list submissions to talk-ie@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ie or, via email, send a message with subject or body 'help' to talk-ie-requ...@openstreetmap.org You can reach the person managing the list at talk-ie-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ie digest... Today's Topics: 1. Open Data Ireland - Govt Survey on Datasets (Dave Corley) 2. Re: Open Data Ireland - Govt Survey on Datasets (Rory McCann) 3. Re: Meath field names (Rory McCann) 4. Re: Meath field names (Killyfole and District Development Assocation) -- Message: 1 Date: Wed, 14 Jan 2015 15:52:58 + From: Dave Corley davecor...@gmail.com To: Discussion of Open Streetmap in Ireland talk-ie@openstreetmap.org Subject: [OSM-talk-ie] Open Data Ireland - Govt Survey on Datasets Message-ID: cahwd_aem4p0xjrw2r5dp0aapiv_-nw4qj++lc7-qucche+g...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Folks, tl;dr - go to https://www.surveymonkey.com/s/OpenDataIreland and complete the survey to get the Irish govt to open up more geo data for us to use with open licences I want to make you aware of a survey being run by Dept. of Public Enterprise and Reform. For those not aware, it is this dept which is responsible for driving the open data process in govt. They have done some good work so far on data.gov.ie which has something like 500 datasets so far. Granted most are not compliant in formats or are not of any value, but it is a good start. Part of the next step is asking the public what data is considered high value as this is what they will focus on releasing next (where possible). With this is mind they are running at survey at https://www.surveymonkey.com/s/OpenDataIreland which I would like to ask as many of you as possible to complete. They will ask for personal details and I was a bit hesitant at first, but then realised the govt has all my personal details already. I was in the process of completing the survey and ranked geospatial data as my number 1 choice in question 3. In question 5 it asks you to list 5 datasets that you would consider high value. I put the following: * Full accurate boundary data for all boundaries in Ireland (coastline, counties, townlands, towns, cities, etc) released as shapefiles * Full set of roads shapefile to include all associated attribute data (speed limit, road classification, name, reference number e.g. N17 etc) * Building footprint shapefile for all buildings in Ireland including related attribute data (building type (house, apartment etc), address, age built etc) * Shapefile of all historic monuments and site in Ireland including all related attribute data (name, feature type, age, etc) * Full release of Eircode post code data points for all of Ireland Feel free to copy or add your own The survey took about 10 mins to complete and only contains 12 questions in total so I would urge you all to take a few mins to complete it, you never know, it could lead to a load of OSi other useful data being opened up that we can use Thanks, Dave -- Message: 2 Date: Wed, 14 Jan 2015 19:25:20 +0100 From: Rory McCann r...@technomancy.org To: Discussion of OpenStreetMap in Ireland talk-ie@openstreetmap.org Subject: Re: [OSM-talk-ie] Open Data Ireland - Govt Survey on Datasets Message-ID: 54b6b490.6000...@technomancy.org Content-Type: text/plain; charset=utf-8 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Dave, That's a great idea. I've filled it in there, and would hope that everyone will do it too. Like you I listed some ideal data sets. We'll see what happens. re: Historic Monuments, there are shapefiles available for the Archeological Survey of Ireland from the National Monuments Serice. You can download the shapefiles here http://www.archaeology.ie/archaeological-survey-ireland *but* the copyright is closed. Only non-commerical usage etc. Rory On 14/01/15 16:52, Dave Corley wrote: Folks, tl;dr - go to https://www.surveymonkey.com/s/OpenDataIreland and complete the survey to get the Irish govt to open up more geo data for us to use with open licences I want to make you aware of a survey being run by Dept. of Public Enterprise and Reform. For those not aware, it is this dept which is responsible for driving the open data process in govt. They have done some good work so far on data.gov.ie which has something like 500 datasets so far. Granted most are not compliant in formats or are not of any value, but it is a good start. Part of the
Re: [Talk-it] Limiti di velocità
Il 15/gen/2015 12:56 Luca Sigfrido Percich luca.perc...@gmail.com ha scritto: Morale: bisogna comunque mettere a posto i city_limits :) Bisognerebbe proprio farlo. Ma sarebbe abbastanza complicato. La delimitazione di centro urbana dal punto di vista urbanistico (deliberata dal Consiglio comunale, ai sensi L. 765/67) è diversa da quella stradale (prevista dal Codice della Strada). Se ci interessa individuare il perimetro all'interno del quale si deve rispettare un certo limite di velocità, dobbiamo fare riferimento al CdS e partire quindi dal segnale di località a margine carreggiata. La perimetrazione prevista dalla 765/67 non ci aiuta, prima di tutto perché non ha valore per il limite di velocità e poi perché potrebbe passare in un punto diverso da quello in cui c'è il segnale di località. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] It was only a matter of time ...
2015-01-14 21:22 GMT+01:00 Glenn Plas gl...@byte-consult.be: Perhaps I should try it out, I only tried out what it produces, so it's frustrating. I have the feeling from looking at the data that it doesn't take the existing data into account, when someone marks a speed_camera, it's usually not connected to the way, but right on top of it however (not taking into account the missing relations that should be created for enforcements). I don't think speed_cams should be nodes on the way. They should be next to the way at the exact position where they are. Sometimes to the right, sometimes to the left one the 'middenberm'. Indeed, but ID users want them on the road, that is the intention anyway looking at the data. A speedcamera isn't any good without the enforcement relation anyways. I've been ranting about this on this ML a few months ago. Back then I also located each and every one of them (with Overpass API) and dragged them off the highways. I think it was OsmAnd that expected them as nodes on the way, but that has since then been resolved on their side. What happens after that, is entirely up to us. Personally, I'm not actively monitoring the edits in my neighbourhood. Maybe I should, but I'm already spending too much time on OSM, as it is. It's quite easy actually, I use an RSS feed to warn me about it. Just mark a bounding box: http://zverik.osm.rambler.ru/whodidit/ My bounding box would comprise all of Belgium... You can do that but split it up in area's, it would probably be 10 RSS feeds to capture belgium. I have 3 area's I monitor. I don't know when I'd have time to check, and especially respond to them. I think I'll have to choose my 'battles' and I'm concentrating on keeping the route relations correct and up-to-date. That's something which can be achieved nation wide, I think. Once I start doing the same for cycle and walking routes, it should highlight problems caused by newly arriving mappers at that level. Hopefully it will also lead to finding people with an interest in these various route relations and with a willingness to help maintain them. The history viewer is great. Thanks for letting me know about it. It will come in handy, I'm sure. I looked at an edit of myself, realigning the entire bus station of Aarschot on a grid, (which is probably exaggerated, but it makes the rendering look really nice, while stil adhering to what's actually present). Unfortunately I can't zoom in far enough for the differences to show up in a meaningful way. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] Limiti di velocità
E' vero, andrebbe tracciato a mano, ammesso di avere tutti i city_limits ovviamente. Se avessi tutti i city_limits potrei determinare gli archi che cadono nell'area urbana con un algoritmo che parte da una way del centro (che gli devo indicare io) e percorre ricorsivamente tutte le ways connesse fino ad incontrare i city_limits. Morale: bisogna comunque mettere a posto i city_limits :) Il giorno 15 gennaio 2015 12:33, Simone Saviolo simone.savi...@gmail.com ha scritto: Il giorno 15 gennaio 2015 11:03, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Potremmo generare un poligono basato sui traffic_sign=city_limit, ma non mi pare che ci sia uno standard in merito. si, e non ci sarebbero vantaggi rispetto alla mappatura delle singole traffic_sign=city_limit sui nodi, perché sarebbe sembre soltanto un'interpretazione delle posizioni di questi nodi, che non aggiunge ulteriori informazioni (e non ci sarebbe comunque alcuna garanzia che le posizioni delle city limits fossero completi). Non è praticabile. È facile immaginare situazioni in cui la linea generata unendo due cartelli city limit taglia un quartiere o un sobborgo. Credo anzi che sarebbe ciò che succede la maggior parte delle volte. Ciao, Simone ___ 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
[OSM-talk-fr] Un projet pour unifier les données géospatiales sur le Web voit le jour
Cela pourrait donner lieu a des applications interessantes. Ils semblent prendre OSM en comptehttp://www.developpez.com/actu/80097/Un-projet-pour-unifier-les-donnees-geospatiales-sur-le-Web-voit-le-jour-le-W3C-et-l-OGC-collaborent-pour-la-creation-d-un-nouveau-standard/___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne
Le 14 janv. 2015 à 20:43, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : - oapi-fr.openstreetmap.fr (Overpass API ne contenant que la France métropolitaine) Peux-tu lui coller un alias plus parlant comme overpass-api.openstreetmap.fr ou overpass.openstreetmap.fr ou à défaut oapi.openstreetmap.fr ? Je préfère le premier car il ressemble plus à celui d’origine : overpass-api.de/api Merci, — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] fun with tagging: it's a raceway and an airstrip
not sure how to tag this one. Inde Motorsports Ranch is near Willcox, AZ, a multi configuration road course complex, plus the straight away on the south edge of the complex doubles as a private airstrip: https://www.openstreetmap.org/#map=16/32.2282/-110.0084 haven't yet figured out how to tag this properly, anyone have any suggestions? richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-be] Mapping public transport in Belgium
Het werkt nu ook in het Nederlands: http://www.overpass-api.de/api/sketch-line?ref=92network=DLOVstyle=DeLijn et en français: http://www.overpass-api.de/api/sketch-line?ref=18network=TECBstyle=TEC Maar er blijven nog wat problemen, als je van de ene naar de andere wilt doorklikken en ook voor lijnen met lage nummers waarvan er in elke stad wel een paar zijn en die dus meermaals in een provincie/entiteit van De Lijn voorkomen. Mais il y a encore de problèmes si on veut sauter d'une ligne à l'autre et aussi pour les lignes avec des identifiants qui sont utilisés plusiers fois dans différentes villes dans la même province/entité du TEC. Jo 2015-01-15 14:09 GMT+01:00 Jo winfi...@gmail.com: Thank you Pieter! People sometimes ask me: why add all these route relations to Openstreetmap, when De Lijn already has them as shape files? For one thing, De Lijn cannot share them with us. A good example is the following: http://www.overpass-api.de/api/sketch-line?ref=91network=DLOVstyle=wuppertal If you click through to one of the other lines, change the url so it has style=wuppertal once again at the end. I asked Roland if it wouldn't be possible to keep using the same style, when clicking through. Another example is a map I rendered where I'm combining the PT network (pink on the background), the walking nodes network (orange) and the route I wanted to talk about: https://upload.wikimedia.org/wikipedia/commons/a/a2/Pad_van_Ad_op_OSM.png Only, say 10 years ago, creating such a map would have been an impossible endeavour. It's important for the explanation on this site: https://en.wikivoyage.org/wiki/Ad%27s_Path To be able to show where the bus stops are and the walking node numbers are used in the directions, but not exactly used the way they were meant to be used... only to help point people in the right direction, instead of following them from node to node. Jo 2015-01-14 10:58 GMT+01:00 Pieter Colpaert pieter.colpa...@okfn.org: Hey Jo, I've re-blogged your post into a post within the iRail community: https://hello.irail.be/2015/01/14/mapping-public-transport-in-belgium/ And tweeted it: https://twitter.com/iRail/status/555302292451520512 Kind regards, Pieter On 2015-01-14 10:33, Jo wrote: Hallo, Ik heb een artikeltje geschreven over hoe we public transport hier mappen. Een aantal zaken heb ik geautomatiseerd, om het apenwerk er zoveel mogelijk uit te halen en om alles actueel te houden. Een aantal dingen wijkt mogelijk af van wat er op de wiki te vinden is en er staat vermeld, hoe dat zo gekomen is. De bedoeling is dat iedereen die er interesse in heeft, mee zijn schouders onder het in kaart brengen van de reiswegen zou zetten. http://osm.be/nl/content/mapping-public-transport-belgium Salut, J'ai rédigé un article pour expliquer comment le transport en commun est cartographié chez nous. J'ai automatisé la création des routes en grande partie et je travaille sur un système pour tenir le tout actualisé. Je décris également où l'on dévie de ce qui est décrit sur le wiki et d'où ça vient. C'est également un appel aux mappeurs pour aider avec la cartographie des itinéraires. Il y aura surement des erreurs. Merci si vous pouvez me faire parvenir des améliorations/corrections. http://osm.be/fr/content/mapping-public-transport-belgium Hi, I've created an article to describe how public transport is mapped in Belgium. I'm in the process of automating the creation of the routes as much as possible and on a way to keep it all up-to-date. I also describe in what ways we deviate from the wiki and why this happened. The main motiviation to write this article is to find mappers who'd be willing to help out with the creation/updating of the itineraries. http://www.openstreetmap.org/user/Polyglot/diary/28401 ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be -- +32 486 74 71 22 Open Knowledge Foundation Belgiumhttp://okfn.be Open Transport Working Group OKFNhttp://transport.okfn.org ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-fr] touching inner rings détecté par OSM Inspector
Bonjour, Un contributeur (allemand je suppose d'après son pseudo) a corrigé cette zone http://tools.geofabrik.de/osmi/?view=multipolygonlon=5.88102lat=48.74449zoom=15overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes car une erreur est détecté par OSM Inspector dans la catégorie touching inner rings. J'ai reverté à 2 reprises ses contributions (cf. par exemple http://www.openstreetmap.org/way/319630506/history) car à mon sens il emploie un schéma de relation qui ne se justifie pas: c'est à dire qu'il utilise un segment de landuse pour l'attribuer dans deux relations définissant les landuses contigus. C'est compliqué les choses là où ce n'est pas nécessaire... Cela correspondant à ce cas de figure dans le wiki http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon#Anneaux_internes_adjacents J'aimerai avoir votre point de vue avant de poursuivre la discussion avec ce contributeur. Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Un BANO à l'anglaise, mais garanti sans OSM
Bonjour, Je viens de découvrir http://openaddressesuk.org/ , une initiative de crowdsourcing pour constituer une base d'adresses opendata vérifiées par tout un chacun. Pour le peu que j'ai lu, on retrouve les motivations qui ont abouti à BANO mais c'est un peu différent, ils sont financés par un organisme public. Je n'ai trouvé nulle part mention d'OSM aussi bien comme source que comme destination des données. Le plus étonnant reste la FAQ : Future What happens if some other party creates an equivalent open, free product? Incroyable, il semble qu'ils n'ont vraiment pas connaissance d'OSM... George ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Novidades do OSM
Muito legal! Avise quando conseguir subir! 2015-01-14 12:14 GMT-02:00 Rafael Franco rafael@gmail.com: Salve salve todxs, Estou mochilando pelo norte desde o começo do ano, nesse momento estou indo pra Floresta Nacional do Tapajós, estou usando o OSMAnd pra gravar trilhas gpx das rotas q estou fazendo de barco de ônibus. Vou tentar mapear as comunidades q tem dentro do tapajós, conversar com algum local com moto pra tentar me ajudar. A conexão por lá é um tanto precaria, mas o sinal de GPS é bom. Estou saindo de Santarém e volto sexta, espero voltar com bastante conteúdo. Grande abraço a todxs. Em ter, 13 de jan de 2015 10:34, Marcelo Pereira pereirahol...@gmail.com escreveu: Wille, Obrigado pelo elogio. Att, Marcelo Pereira Em 13 de janeiro de 2015 08:52, wille wi...@wille.blog.br escreveu: Algumas novidades do OSM: Para quem não tá sabendo, a comunidade latinoamericana está organizando a Mapazonia: http://mapazonia.org. Escrevi um post sobre isso: http://www.openstreetmap.org/user/wille/diary/28319 Temos uma tarefa no Brasil que é mapear parte da Bacia do Xingu (em breve teremos mais uma tarefa). Alcançamos 50% da área mapeada. Quem ajuda a completar o mapeamento? http://tasks.hotosm.org/project/827 John Packer deu duas dicas de tags interessantes no blog dele: http://www.openstreetmap.org/user/jgpacker/diary Marcelo Pereira fez a importação de semáforos do Recife e ficou muito bom! http://www.openstreetmap.org/user/TrvrHldr/diary/28358 -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] [Talk-us-newyork] fun with tagging: it's a raceway and an airstrip
On 01/15/2015 08:33 AM, Richard Welty wrote: not sure how to tag this one. Inde Motorsports Ranch is near Willcox, AZ, a multi configuration road course complex, plus the straight away on the south edge of the complex doubles as a private airstrip: https://www.openstreetmap.org/#map=16/32.2282/-110.0084 haven't yet figured out how to tag this properly, anyone have any suggestions? richard I don't know. It's not unique - there are a number of private airports, closed military bases, and so on that do motorsports on the runways at certain times. Maybe make a polygon for the aeroway and run the raceway down its centerline? -- 73 de ke9tv/2, Kevin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] fun with tagging: it's a raceway and an airstrip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Thu, Jan 15, 2015 at 08:41:31AM -0500, Richard Welty wrote: not sure how to tag this one. Inde Motorsports Ranch is near Willcox, AZ, a multi configuration road course complex, plus the straight away on the south edge of the complex doubles as a private airstrip: Could you just create an overlapping area where the airstrip is and tag it appropriately? - --Eric -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUt87LAAoJEB/kgVGp2CYvgucL+gPvBh6r6JlLaEVaJs/rzoif LIINVCdaorxCzKJvrcF/YEpPH0s13kh0OK1p+uzhgBbUVE18QgHgBTJUZtgOxIsi jYLN0ddmsAeiPfJS7ujgYDpgdJ/uz2KcI+Sxr8mBSh0SkB7Q71R62CjsduxXl5dF ongxZXes1ep+IKem1XhOmqFG+aUY/3u4JcMrXbRxy5LDPj+vZGjvFg2XPDi9UBOq rHUjxmLANTXOJSzOwhHkCehlt8W74LA27eKQhbDn1AyEDAbXxyeag5wGD2WOq9YB KZ/WuLlf5YxwkEx7M1UXfyrullhGI/2px2G7UraJlnqvQEHKzR/40fEau/NxnuWR NVp6VtJ6rY2ziFZOwJsecs9nHY7dQFEtOsbP6INn+OABk0T3ztY9PyIOCPKq2CQn 9ONhPEaLJ+WlurBvkPA3G7bo7uvQTqx2RatAgMdNKNp+uOZMexsf7KOtvUXP0GAh xehWTCfoxC27/dnyPprw35htu/EE1Bmn8bF3vCb7dQ== =9ZFO -END PGP SIGNATURE- ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Comportement JOSM
Le 14/01/2015 16:11, Stéphane Péneau a écrit : Vu que l'objet de ton mail est assez large, JB, je squatte ton sujet :-) Avant de créer un éventuel ticket, j'aimerai avoir votre ressenti, histoire de savoir si ça vient de moi où si c'est une gêne partagée par tous : Je me retrouve souvent avec plusieurs layers, provenant de sources différentes, et il n'est pas rare que l'une d'entre elles ait un peu de souci à servir tout le monde. Par exemple, la couche BANO, hier soir, c'était assez chaotique. Le souci, c'est que j'ai l'impression que lorsque la liaison entre Josm et la source de la couche wms/tms est mauvaise, toutes les autres en pâtissent. La couche BANO ne réagit pas, et du coup les autres ne se rafraichissent pas non plus. On dirait que les accès externes ne sont pas parallélisés, mais à la queue leu-leu. Vous le constatez aussi ? Stf Oui, même constat pour moi, quand une couche est lente à répondre JOSM pédale pour toutes les couches. Il doit y avoir une file d'attente commune, plutôt qu'une file par couche. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
