Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
Bonjour, AMHA, ça n'a rien à faire dans OSM. Les contours des communes y sont, un simple tableau excel permet de retrouver les surfaces par agglomération. - PS : PV ne représente que lui, comme moi d'ailleurs ! Marc Sibert m...@sibert.fr Le 1 mars 2015 18:07, barnes38 desgranges.p...@neuf.fr a écrit : Bonjour, Je cherche à faire le point sur cette notion de *Entité urbaine de plus de 100 000 habitants*. Cette notion de Entité urbaine de plus de 10 habitants existe au niveau de l'INSEE, pour des aspects réglementaires et notamment du code de l'environnement, la réglementation à l'intérieur de ces zones n'est pas la même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. Voir une carte de ces entités urbaines ici : http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054service=DDT_95 Il y en a 61 en France métropolitaine: http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité différente de celle de la nouvelle métropole grenobloise (49 communes), différente de celle de communauté d'agglomération qui existait avant, etc. Les listes des communes des 61 entités urbaines de plus de 100 habitants peuvent être trouvées ici: http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html Donc la première question que je pose : *pensez-vous que il soit judicieux d'avoir cette notion dans OSM ?* S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire (et ça serait la deuxième question) ? Dans le wiki OSM, on peut trouver comment réaliser un regroupement de communes, ça a déjà été réfléchi à ceci pour les EPCI. http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI D'un autre coté, regrouper des entités peux se faire de deux façons différentes: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière Merci -- View this message in context: http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.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-fr] Fwd: Inscrivez-vous aux journées de la recherche de l'IGN les 19 et 20 mars 2015
Je suis inscrit... je vous raconterai + live-tweets Le 04/03/2015 14:44, Nicolas Pettiaux a écrit : Bonjour, Je suppose que vous participez activement (les membres français de OSM). Pourrez-vous nous faire un petit topo ? Merci beaucoup Nicolas -- Message transféré -- De : IGN i...@info.ign.fr Sujet : Inscrivez-vous aux journées de la recherche de l'IGN les 19 et 20 mars 2015 Date : 04 Mar 2015 10:56:14 - À : nico...@pettiaux.be Si ce message ne s'affiche pas correctement, cliquez ici http://info.ign.fr/E13022015145633.cfm?WL=7208WS=384961_5757963WA=3432 http://info.ign.fr/Go/index.cfm?WL=602WS=384961_5757963WA=3432 Ce rendez-vous annuel propose un tour d'horizon des recherches menées à l'IGN. Les travaux des laboratoires y seront présentés, chacun d’entre eux traitant d’un grand domaine de compétence de l'institut. Entrée gratuite, sur inscription Date limite d’inscription : le mardi 17 mars 2015 Inscription http://info.ign.fr/formulaire/form-inscription-JR-2015.cfm?WL=7237WS=384961_5757963WA=3432 Informations et programme http://info.ign.fr/Go/index.cfm?WL=7239WS=384961_5757963WA=3432 Plan d'accès http://info.ign.fr/Go/index.cfm?WL=4735WS=384961_5757963WA=3432 PROGRAMME *JEUDI 19 MARS* # *9h - 12h40*: Ouverture des journées : Jean-Philippe Grelot, directeur général adjoint de lIGN Sessions drones : présentation des travaux du laboratoire LOEMI (Laboratoire d'Optique et de Micro-Informatique), interventions de l'Université de Liège, de l'ENSG, du MAP CNRS, de l'IRSTEA et de l'IFSTTAR : Camlight, photogrammétrie, acquisition par drone et relevé architectural, recherche en environnement, projet DIDRO... *14h - 17h45*: Session télédétection, photogrammétrie et vision par ordinateur : présentation des travaux du laboratoire MATIS (Méthodes d'Analyses et de Traitement d'Images pour la Stéréo-restitution). Projets et démonstrations : TerraMobilita, reconstruction de surface, StreetMaker... *VENDREDI 20 MARS* # *8h50 - 12h15*: Session géodésie : présentation des travaux du laboratoire LAREG (Laboratoire de Recherche en Géodésie) : ITRF2014, modélisation et algorithmie, champ de pesanteur, niveau de la mer, Lidar Raman... *14h - 17h*: Session cartographie et géomatique : présentation des travaux du laboratoire COGIT (Cartographique et Géomatique), projets Mapstyle, CartASUR, GeoHistoricalData... Institut national de l'information géographique et forestière (IGN) Direction de la recherche et de lenseignement Tél : 01 43 98 85 05 - Email : j...@ign.fr mailto:j...@ign.fr Pour ne plus recevoir de messages de la part de l’IGN, cliquez ici http://info.ign.fr/IGN/form_optout_pros.cfm?WL=1356WS=384961_5757963WA=3432. Si vous souhaitez recevoir des informations ciblées de la part de l’IGN (invitations, lettres d’information, événements, nouveautés...), veuillez remplir le formulaire en ligne http://info.ign.fr/Go/index.cfm?WL=1285WS=384961_5757963WA=3432. En application de la loi informatique et libertés du 6 janvier 1978, vous disposez d’un droit d’accès, de rectification, de modification et de suppression concernant les données qui vous concernent. Vous pouvez exercer ce droit auprès de l’Institut national de l'information géographique et forestière à l’adresse suivante : communicat...@ign.fr mailto:communicat...@ign.fr. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Christian, As-tu obtenu les liste électorales facilement de la Préfecture ? Aurais-tu un modèle de demande à partager ; d'autres pourraient être tentés par la même démarche. Denis -Message d'origine- De : Christian Quest [mailto:cqu...@openstreetmap.fr] Envoyé : mercredi 4 mars 2015 16:57 À : talk-fr@openstreetmap.org Objet : Re: [OSM-talk-fr] Adresses non trouvées par BANO Le 04/03/2015 10:39, Nicolas Dumoulin a écrit : Le mercredi 4 mars 2015 10:17:28 Vincent de Château-Thierry a écrit : Côté http://cadastre.openstreetmap.fr/fantoir/#insee=63032 la rue est bien rapprochée, mais dans la catégorie sans adresses. Côté cadastre il n'y a qu'une seule parcelle affectée à cette rue, et elle n'a pas de numero d'adresse, donc ça colle. Le n°8 affiché en plein milieu est le numero de parcelle (feuille BT01, parcelle n°8). Donc sauf à saisir des adresses dans OSM, affectées à cette rue, je ne vois pas grand chose à faire ? Ok, si rien de récupérable dans le cadastre, le script n'y peut rien. Je vais les relever sur le terrain. N'empêche que ça montre que le cadastre ne fait pas tout pour l'instant. Tu en doutais ? Le cadastre c'est un outil fiscal... les adresses ne sont qu'une donnée secondaire. Pour info, j'ai détecté cette anomalie (et d'autres) en récupérant un listing d'adresses postales que j'ai passé à la moulinette avec bano. J'en dirai plus plus tard. C'est instructif :-) Dans le cadre du hackathon Elections, j'ai géocodé des listes électorales... c'est intéressant ;) Si vous voulez géocoder rapidement avec BANO en partant d'un CSV, vous pouvez tester le géocodeur addok sur http://adresse.data.gouv.fr/tools/ -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-at] Wiener Stammtisch heute
Nicht vergessen: Heute Wiener Stammtisch im Wieden Bräu! http://wiki.openstreetmap.org/wiki/Wien/Stammtisch Ich werde mich verspäten, weil ich noch Gleichungen üben muss... ;) Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Le 04/03/2015 10:39, Nicolas Dumoulin a écrit : Le mercredi 4 mars 2015 10:17:28 Vincent de Château-Thierry a écrit : Côté http://cadastre.openstreetmap.fr/fantoir/#insee=63032 la rue est bien rapprochée, mais dans la catégorie sans adresses. Côté cadastre il n'y a qu'une seule parcelle affectée à cette rue, et elle n'a pas de numero d'adresse, donc ça colle. Le n°8 affiché en plein milieu est le numero de parcelle (feuille BT01, parcelle n°8). Donc sauf à saisir des adresses dans OSM, affectées à cette rue, je ne vois pas grand chose à faire ? Ok, si rien de récupérable dans le cadastre, le script n'y peut rien. Je vais les relever sur le terrain. N'empêche que ça montre que le cadastre ne fait pas tout pour l'instant. Tu en doutais ? Le cadastre c'est un outil fiscal... les adresses ne sont qu'une donnée secondaire. Pour info, j'ai détecté cette anomalie (et d'autres) en récupérant un listing d'adresses postales que j'ai passé à la moulinette avec bano. J'en dirai plus plus tard. C'est instructif :-) Dans le cadre du hackathon Elections, j'ai géocodé des listes électorales... c'est intéressant ;) Si vous voulez géocoder rapidement avec BANO en partant d'un CSV, vous pouvez tester le géocodeur addok sur http://adresse.data.gouv.fr/tools/ -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-cat] Come to SoTM US at the UN!
Hi all! Apologies for any cross posting. I'm writing to extend a warmest of invitations to State of the Map US http://stateofthemap.us/ on June 6-8th at the United Nations in the heart of New York City. This will be an amazing conference as diverse in attendance as it's host city and at home with the international work of the United Nations. Towards that end I invite you to come to the conference! Our call for scholarships http://stateofthemap.us/scholarships/ is open until March 15th, our call for talks http://stateofthemap.us/talk/ is open until March 22nd, and I am always open for sponsors! ;) SOTM US promises to be the largest state of the map a most amazing venue. Please be part of the conversation. Everyone is welcome! Let me know if you have any questions. Best, Alyssa Wright OpenStreetMap US President. ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
[OSM-talk-be] wadi
Hooi, Na de mapparty in Antwerpen ben ik nog bezig geweest in Mali #794 en heb er enkele wadi's gemapt. Toen stond de Wadi nog vermeld onder de waterways. Daarna stelde ik vast dat een andere mapper sommige van deze wadi's veranderd had in *stream* en*.* intermittent https://wiki.openstreetmap.org/wiki/Key:intermittent=yes IK ben terug de wiki gaan bekijken onder Waterways en daar is van wadi geen sprake meer. Er is nog wel een item wadi https://wiki.openstreetmap.org/wiki/Tag:waterway%3Dwadi met de melding: Dont'use In Eid wordt wadi niet meer vermeld onder waterways, maar in de nieuwe versie van JOSM staat wadi nog steeds. Wie kan hier iets aan doen ? Dat melden ligt boven mijn petje. En Bref: D'après le wiki waterway:wadi en Français Oued semble avoir avoir été abandonné et remplace par stream ou river et intermittent https://wiki.openstreetmap.org/wiki/Key:intermittent=yes On ne retrouve plus wadi dans Eid mais il est toujours présent dans la nouvelle version de JOSM. Qui peut rectrfier la chôse? Ceci me dépasse. susvhv ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
avec un tel argument imparable, plus besoin non plus des communes,là où on a des quartiers, plus besoins des arrondissements, des départements, régions, pays... on fait quoi ? il y a pourtant des données mais elles ne sont plus dans la base, il faut une base en plus, et un autre outil (Excel) et on n'a plus d'indications sur la carte, il faudra encore une autre carto externe. C'est un peu extrême cet argument. Le 4 mars 2015 16:49, Marc SIBERT m...@sibert.fr a écrit : Bonjour, AMHA, ça n'a rien à faire dans OSM. Les contours des communes y sont, un simple tableau excel permet de retrouver les surfaces par agglomération. - PS : PV ne représente que lui, comme moi d'ailleurs ! Marc Sibert m...@sibert.fr Le 1 mars 2015 18:07, barnes38 desgranges.p...@neuf.fr a écrit : Bonjour, Je cherche à faire le point sur cette notion de *Entité urbaine de plus de 100 000 habitants*. Cette notion de Entité urbaine de plus de 10 habitants existe au niveau de l'INSEE, pour des aspects réglementaires et notamment du code de l'environnement, la réglementation à l'intérieur de ces zones n'est pas la même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. Voir une carte de ces entités urbaines ici : http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054service=DDT_95 Il y en a 61 en France métropolitaine: http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité différente de celle de la nouvelle métropole grenobloise (49 communes), différente de celle de communauté d'agglomération qui existait avant, etc. Les listes des communes des 61 entités urbaines de plus de 100 habitants peuvent être trouvées ici: http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html Donc la première question que je pose : *pensez-vous que il soit judicieux d'avoir cette notion dans OSM ?* S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire (et ça serait la deuxième question) ? Dans le wiki OSM, on peut trouver comment réaliser un regroupement de communes, ça a déjà été réfléchi à ceci pour les EPCI. http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI D'un autre coté, regrouper des entités peux se faire de deux façons différentes: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière Merci -- View this message in context: http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-ee] Come to SoTM US at the UN!
Hi all! Apologies for any cross posting. I'm writing to extend a warmest of invitations to State of the Map US http://stateofthemap.us/ on June 6-8th at the United Nations in the heart of New York City. This will be an amazing conference as diverse in attendance as it's host city and at home with the international work of the United Nations. Towards that end I invite you to come to the conference! Our call for scholarships http://stateofthemap.us/scholarships/ is open until March 15th, our call for talks http://stateofthemap.us/talk/ is open until March 22nd, and I am always open for sponsors! ;) SOTM US promises to be the largest state of the map ever at a most amazing venue. Please be part of the conversation. Everyone is welcome! And let me know if you have any questions. Best,Alyssa Wright OpenStreetMap US President. ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
Re: [OSM-talk-be] wadi
Ik map in ieder geval ook met stream + intermittent, dus op zich is dit geen fout. Even de wiki gecontroleerd... De engelstalige wiki is duidelijk : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dwadi Wadi's niet meer gebruiken dus. We zouden de wadi's gemakkelijk kunnen migreren mbv. Overpass export en Josm. Er valt niet veel te melden dus. Glenn On 04-03-15 18:48, Sus Verhoeven wrote: Hooi, Na de mapparty in Antwerpen ben ik nog bezig geweest in Mali #794 en heb er enkele wadi's gemapt. Toen stond de Wadi nog vermeld onder de waterways. Daarna stelde ik vast dat een andere mapper sommige van deze wadi's veranderd had in /stream/ en/./ intermittent https://wiki.openstreetmap.org/wiki/Key:intermittent=yes IK ben terug de wiki gaan bekijken onder Waterways en daar is van wadi geen sprake meer. Er is nog wel een item wadi https://wiki.openstreetmap.org/wiki/Tag:waterway%3Dwadi met de melding: Dont'use In Eid wordt wadi niet meer vermeld onder waterways, maar in de nieuwe versie van JOSM staat wadi nog steeds. Wie kan hier iets aan doen ? Dat melden ligt boven mijn petje. En Bref: D'après le wiki waterway:wadi en Français Oued semble avoir avoir été abandonné et remplace par stream ou river et intermittent https://wiki.openstreetmap.org/wiki/Key:intermittent=yes On ne retrouve plus wadi dans Eid mais il est toujours présent dans la nouvelle version de JOSM. Qui peut rectrfier la chôse? Ceci me dépasse. susvhv ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-es] Nomenclator básico IGN 2013
Hola. Veo en la página del IGN [1] que hay una versión del nomenclator básico de 2013, más actualizada que la que se importó en OSM en 2011, que era provisional. He visto varios parajes en la provincia de Sevilla que aparecen en el nomenclator de 2013 y que fueron dados de alta ese mismo año, por lo que no aparecen en OSM. En la documentación de esta versión pone que se han eliminado datos de otros países y que se han filtrado datos repetidos, lo cual fue una de las tareas de la anterior importación, por lo que una nueva importación debería ser más fácil. Espero que alguien del equipo de importación anterior (u otro voluntario) se anime a importar los nuevos datos, al menos los parajes, que son muy útiles en los buscadores y como ayuda a los mapeamos a partir de fotos aéreas. Gracias y un saludo. [1] http://centrodedescargas.cnig.es/CentroDescargas/equipamiento.do?method=mostrarEquipamiento -- Jorge Juan Telegram.me/JorgeJuan https://telegram.me/JorgeJuan ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Le 04/03/2015 17:06, HELFER Denis a écrit : Christian, As-tu obtenu les liste électorales facilement de la Préfecture ? Aurais-tu un modèle de demande à partager ; d'autres pourraient être tentés par la même démarche. Denis Je les ai obtenu via le Ministère de l'Intérieur pour les besoins du hackathon élections organisé avec le Ministère et Sciences Po. Le code électoral permet à tout électeur d'obtenir copie des listes électorales auprès des communes ou de la préfecture. Il y a par contre (heureusement) un engagement à ne pas utiliser ces données à des fins de démarchage commercial (ce qui ne nous pose pas de problème). Attention, elles contiennent des données (très) personnelles: nom, prénoms, adresse, date et lieu de naissance... et donc tout traitement de ces données là doit être déclaré à la CNIL, la partie purement adresse par contre ne pose pas de problème. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] [Talk-de] Formal proposal: mechanically reverting fixme=set␣better␣denotation / denotation=cluster
On 04/03/2015 18:18, Bryce Nesbitt wrote: Ok, making a possibly final call for input on the proposed cluster mechanical edit: http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt Just to be clear - you're only removing these tags where they were added by the original problematical mechanical edits, not where they have been manually added by other mappers? Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Comment tagger une place composite ?
Merci pour tous ces retours, sans consensus ;-) Du coup ce fut taggé de ma part en area=plaza landuse=plaza ref:FR:FANTOIR=751194054F http://www.openstreetmap.org/way/148291423 mais cette place restait toujours en rouge dans le rendu Bano, je viens donc de rajouter un highway=plaza (tant qu'on y est, plus on est de fous;-) pour que la correspondance Bano se fasse. Vincent, Christian : est-ce que j'interprète bien quand je me dis qu'il faut un highway pour la correspondance ? Brice Le 25/02/2015 18:13, Jérôme Seigneuret a écrit : C'est pas affreux c'est juste une règle... Dans la plupart des cas area=yes est implicte. dans le cas du highway=pedestrian, hightway est par defaut un linéaire. Donc pour zone tu es obligé de spécifié que c'est area=yes Dans le même exemple il y a les sens de circulation. place n'est pas à utiliser pour une place(fr) mais pour des zones correspondant à un découpage territorial, d'où les tag complémentaire de population et de code postal Dans les autres cas elle ne sert qu'à afficher une étiquette (label) correspondant au nom d'une zone dont on n'est pas capable d'en définir des limites ou pour déporter l'affichage du nom d'une zone quand le nom défini dans la zone ne peut pas s'afficher correctement il me semble. L'emprise d'une place ressemble plus à du surfacique tel que les landuse=residential qu'on va utiliser pour par exemple, un lotissement. J'en ai parlé à un autre moment mais un landuse pour le lotissement c'est à mon avis pas une bonne solution car le landuse représente un usage générique du sol hors un lotissement est un regroupement de parcellaire lié à un projet de construction. C'est donc bien un place dans ce cas de type voisinage *housing estate* - a residential area where the houses were all planned and built at the same time J'ai pas regardé si place=housing_estate était défini mais on sort du sujet. PS: un place peut être poygonal. On avait parlé de ce sujet pour définir si un lieudit devait être en polygonal ou en point et dans quel cas préférer l'un ou l'autre. Vincent je pense que tu doit t'en rappeler. Jérôme Le 25 février 2015 16:15, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le 25/02/2015 15:32, Pieren a écrit : @Stephane, highway=pedestrian + area=yes, c'est aussi du surfacique. Il n'y a donc pas de règle d'or, malheureusement ;-) Je ne sais pas ce que tu en penses, mais j'ai toujours trouvé cette combinaison de tag vraiment affreuse. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
Les landuses sont des area, donc pas besoin d'ajouter ce tag. Pour ma part, landuse=plaza name= ref:FR:FANTOIR= et c'était ok pour Bano. Normalement, pas besoin de highway. Stf Le 04/03/2015 19:56, Brice MALLET a écrit : Merci pour tous ces retours, sans consensus ;-) Du coup ce fut taggé de ma part en area=plaza landuse=plaza ref:FR:FANTOIR=751194054F http://www.openstreetmap.org/way/148291423 mais cette place restait toujours en rouge dans le rendu Bano, je viens donc de rajouter un highway=plaza (tant qu'on y est, plus on est de fous;-) pour que la correspondance Bano se fasse. Vincent, Christian : est-ce que j'interprète bien quand je me dis qu'il faut un highway pour la correspondance ? Brice Le 25/02/2015 18:13, Jérôme Seigneuret a écrit : C'est pas affreux c'est juste une règle... Dans la plupart des cas area=yes est implicte. dans le cas du highway=pedestrian, hightway est par defaut un linéaire. Donc pour zone tu es obligé de spécifié que c'est area=yes Dans le même exemple il y a les sens de circulation. place n'est pas à utiliser pour une place(fr) mais pour des zones correspondant à un découpage territorial, d'où les tag complémentaire de population et de code postal Dans les autres cas elle ne sert qu'à afficher une étiquette (label) correspondant au nom d'une zone dont on n'est pas capable d'en définir des limites ou pour déporter l'affichage du nom d'une zone quand le nom défini dans la zone ne peut pas s'afficher correctement il me semble. L'emprise d'une place ressemble plus à du surfacique tel que les landuse=residential qu'on va utiliser pour par exemple, un lotissement. J'en ai parlé à un autre moment mais un landuse pour le lotissement c'est à mon avis pas une bonne solution car le landuse représente un usage générique du sol hors un lotissement est un regroupement de parcellaire lié à un projet de construction. C'est donc bien un place dans ce cas de type voisinage *housing estate* - a residential area where the houses were all planned and built at the same time J'ai pas regardé si place=housing_estate était défini mais on sort du sujet. PS: un place peut être poygonal. On avait parlé de ce sujet pour définir si un lieudit devait être en polygonal ou en point et dans quel cas préférer l'un ou l'autre. Vincent je pense que tu doit t'en rappeler. Jérôme Le 25 février 2015 16:15, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le 25/02/2015 15:32, Pieren a écrit : @Stephane, highway=pedestrian + area=yes, c'est aussi du surfacique. Il n'y a donc pas de règle d'or, malheureusement ;-) Je ne sais pas ce que tu en penses, mais j'ai toujours trouvé cette combinaison de tag vraiment affreuse. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Evening bussen in Bruges
Hi Brecht It won't take long for Jo (Polyglot) to respond to this and share his insight on the matter. He's our local Public Transport Guru. He will be delighted to receive help I'm sure. In the mean time , unless it is intentional, those links are not usable for us, so perhaps you could actually share the public URL's since I have no access to your files in your home folder (yet) :) Glenn On 04-03-15 20:29, Brecht Bonne wrote: Dear, From the 14 of December, the night busses have been completely changed in Bruges. (on-demand - line) I recently posted in my diary that I wanted to map these lines. I've been told to discuss these matters on the mailinglist. Well here I am :) This Saturday (7/3) I am going to collect data. You'll find me at 20:10, 21:10, 22:10, 23:10, 00:10, 01:10 and 02:10 near the railway station. I've done a bit of research and a few busses have detours, so I excluded these from my list. This is the list: /home/peeweeke/Documenten/bus/Avondlijn Aartrijke - Brugge [94 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn AZ St-Lucas - Station [91 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Aartrijke [94 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge - Beernem - St.-Joris [97 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Hertsberge [95 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Ruddervoorde [96 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge Sijsele - Moerkerke [98 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Veldegem [99 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Dudzele - Koolkerke - Station [90 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Hertsberge - Brugge [95 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Moerkerke - Sijsele - Brugge [98 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Ruddervoorde - Brugge [96 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - AZ St-Lucas [91 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - Koolkerke - Dudzele [90 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn St.-Joris - Beernem - Brugge [97 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Veldegem - Brugge [99 terug].mhtml As I do apreciate the work of Polyglot on the busstops, last edit only 2 months ago, I will concentrate on the lines itself. Although I plan to perform a few quality-checks along the way. If you would have remarks or advice on how to perform this task, feel free to comment. Kind Regards, PeeWeeke ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-gb-westmidlands] Come to SoTM US at the UN!
Hi all! Apologies for any cross posting. I'm writing to extend a warmest of invitations to State of the Map US http://stateofthemap.us/ on June 6-8th at the United Nations in the heart of New York City. This will be an amazing conference as diverse in attendance as it's host city and at home with the international work of the United Nations. Towards that end I invite you to come to the conference! Our call for scholarships http://stateofthemap.us/scholarships/ is open until March 15th, our call for talks http://stateofthemap.us/talk/ is open until March 22nd, and I am always open for sponsors! ;) SOTM US promises to be the largest state of the map ever at a most amazing venue. Please be part of the conversation. Everyone is welcome! And let me know if you have any questions. Best, Alyssa Wright OpenStreetMap US President. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [OSM-talk] [Talk-de] Formal proposal: mechanically reverting fixme=set␣better␣denotation / denotation=cluster
On 04/03/2015 19:20, Bryce Nesbitt wrote: Andy, It appears from an audit that there's been a modest amount of editing,and mechanical copying of the trees affected by the original import. In the UK that import was reverted, but worldwide it is messier. The denotation=cluster tag itself is problematic at best, and better methods of finding tree clusters have been demonstrated. Thus it really seems that the most pragmatic choice is a wholesale purge of the cluster value, and a selective (no touching manual mapping) purge of the fixme. I can certainly see arguments for that (I was around at the time the tag was introduced and never exactly understood what denotation=cluster was supposed to be for), but suspect that a consultation with some of the other mappers using it since would make sense. If you're getting rid of _all_ denotation=cluster worldwide then the wiki page that currently says This was a mechanical edit based on proximity to other trees. needs changing. Limiting the purge to the nodes last touched by user Nop would, unfortunately, be half baked. The cluster value was created by Nop out of a disagreement with the concept of mapping individual trees. The problem spread from there. Well if the aim was to just undo the original mechanical edits that would of course still be an option - not by looking at node last touched by but by looking at the node lists from the original mechanical edit changesets. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] Evening bussen in Bruges
Dear, From the 14 of December, the night busses have been completely changed in Bruges. (on-demand - line) I recently posted in my diary that I wanted to map these lines. I've been told to discuss these matters on the mailinglist. Well here I am :) This Saturday (7/3) I am going to collect data. You'll find me at 20:10, 21:10, 22:10, 23:10, 00:10, 01:10 and 02:10 near the railway station. I've done a bit of research and a few busses have detours, so I excluded these from my list. This is the list: /home/peeweeke/Documenten/bus/Avondlijn Aartrijke - Brugge [94 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn AZ St-Lucas - Station [91 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Aartrijke [94 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge - Beernem - St.-Joris [97 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Hertsberge [95 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Ruddervoorde [96 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge Sijsele - Moerkerke [98 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Veldegem [99 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Dudzele - Koolkerke - Station [90 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Hertsberge - Brugge [95 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Moerkerke - Sijsele - Brugge [98 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Ruddervoorde - Brugge [96 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - AZ St-Lucas [91 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - Koolkerke - Dudzele [90 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn St.-Joris - Beernem - Brugge [97 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Veldegem - Brugge [99 terug].mhtml As I do apreciate the work of Polyglot on the busstops, last edit only 2 months ago, I will concentrate on the lines itself. Although I plan to perform a few quality-checks along the way. If you would have remarks or advice on how to perform this task, feel free to comment. Kind Regards, PeeWeeke ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Fwd: Inscrivez-vous aux journées de la recherche de l'IGN les 19 et 20 mars 2015
merci Le mer 4 mar 2015 à 16:58, Christian Quest cqu...@openstreetmap.fr a écrit : Je suis inscrit... je vous raconterai + live-tweets Le 04/03/2015 14:44, Nicolas Pettiaux a écrit : Bonjour, Je suppose que vous participez activement (les membres français de OSM). Pourrez-vous nous faire un petit topo ? Merci beaucoup Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] wadi
er is wat discussie op de tagging mailing list aan vooraf gegaan: http://gis.19327.n5.nabble.com/waterway-wadi-problem-tt5829991.html#none mvg m 2015-03-04 18:48 GMT+01:00 Sus Verhoeven sus...@gmail.com: Hooi, Na de mapparty in Antwerpen ben ik nog bezig geweest in Mali #794 en heb er enkele wadi's gemapt. Toen stond de Wadi nog vermeld onder de waterways. Daarna stelde ik vast dat een andere mapper sommige van deze wadi's veranderd had in *stream* en*.* intermittent https://wiki.openstreetmap.org/wiki/Key:intermittent=yes IK ben terug de wiki gaan bekijken onder Waterways en daar is van wadi geen sprake meer. Er is nog wel een item wadi https://wiki.openstreetmap.org/wiki/Tag:waterway%3Dwadi met de melding: Dont'use In Eid wordt wadi niet meer vermeld onder waterways, maar in de nieuwe versie van JOSM staat wadi nog steeds. Wie kan hier iets aan doen ? Dat melden ligt boven mijn petje. En Bref: D'après le wiki waterway:wadi en Français Oued semble avoir avoir été abandonné et remplace par stream ou river et intermittent https://wiki.openstreetmap.org/wiki/Key:intermittent=yes On ne retrouve plus wadi dans Eid mais il est toujours présent dans la nouvelle version de JOSM. Qui peut rectrfier la chôse? Ceci me dépasse. susvhv ___ 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] Comment tagger une place composite ?
Le 04/03/2015 20:49, Stéphane Péneau a écrit : Les landuses sont des area, donc pas besoin d'ajouter ce tag. Pour ma part, landuse=plaza name= ref:FR:FANTOIR= et c'était ok pour Bano. Normalement, pas besoin de highway. En effet, la présence d'un tag highway _ou_ d'un tag ref:FR:FANTOIR suffit (avec un tag name bien sûr) et ce, que ce soit sur un point, une ligne ou un polygone. Il y a quelques rares exceptions en cas d'absence de tag highway, ce sont, pour des surfaces, la présence d'un tag landuse=residential, ou celle d'amenity=parking. Pas de souci pour allonger la liste, au cas par cas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ro] Talk-ro Digest, Vol 71, Issue 15
Deci se pare ca am vorbit degeaba, iar unii chiar l-au si incurajat. Nu-i inteleg... Omul s-a apucat sa puna iar nume unguresti la sate romanesti cu liniuta , ba mai rau a incercat sa modifice delimitarea administrativa a judetului Brasov , punandu-i numele de Tinutul Secuiesc... Maine - pomaine o sa deseneze granite de jur imprejurul la Covasna si Harghita si o sa zica ca acolo e Ungaria... se pare ca a fost contagioasa boala lui sorein, dar macar ala tinea cu romanii... Uite asa mai pleaca din useri. osm_blue deja s-a gandit sa renunte sa mai lucreze pe harta asta in asemenea conditii. Adica sa munceasca degeaba... On 02.03.2015 19:40, Gergely Bartha wrote: Cer scuze, din greseala am sters cladirile. Eu as vrea sa avem programat OSM-ul ca in Sud Tirol: Denumirea strazilor in limba romana in tagul separat, denumirea in limba maghiara in tag diferent si softul s-o pune impreuna. CA aici : http://www.openstreetmap.org/relation/47046 *From:* talk-ro-requ...@openstreetmap.org talk-ro-requ...@openstreetmap.org *To:* talk-ro@openstreetmap.org *Sent:* Monday, March 2, 2015 3:58 PM *Subject:* Talk-ro Digest, Vol 71, Issue 15 Send Talk-ro mailing list submissions to talk-ro@openstreetmap.org mailto:talk-ro@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ro or, via email, send a message with subject or body 'help' to talk-ro-requ...@openstreetmap.org mailto:talk-ro-requ...@openstreetmap.org You can reach the person managing the list at talk-ro-ow...@openstreetmap.org mailto:talk-ro-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ro digest... Today's Topics: 1. Re: Talk-ro Digest, Vol 71, Issue 11 (Gabriel Sebastian Moise) -- Message: 1 Date: Mon, 2 Mar 2015 06:57:53 -0700 (MST) From: Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com mailto:gabrielsebastianmo...@gmail.com To: talk-ro@openstreetmap.org mailto:talk-ro@openstreetmap.org Subject: Re: [Talk-ro] Talk-ro Digest, Vol 71, Issue 11 Message-ID: CACnu6n=adggqux97f-8gccpykyj_fcpegnkzln8sx1s-cd0...@mail.gmail.com mailto:adggqux97f-8gccpykyj_fcpegnkzln8sx1s-cd0...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Gergely, era trecut deja, asa se trece ! Campul ala de nume nu suporta un numar mare de caractere la nume, ma refer la partea de soft. Nu de cea de harta. Crezi ca putem scrie povesti ? Zi-mi si mie de exemplu la Strada Ion Heliade Rădulescu , sunt 28 caractere, daca punem in 2 sau 3 limbi direct in denumire, ce iese ? esti conestie de ce iese acolo ? Crezi ca denumirea asta la o strada mai mica, incape sa ti-o afiseze ? La o strada in curba, cum arata denumirea aia ? Eu inteleg ca vrei sa fie trecute si denumirile in Maghiara ! Erau trecute deja. Conform OSM Wiki, cu tag-ul aferent. Asa se trece ! Razvan a sunat azi la Here, si i-a bufnit rasul , sun si eu la Suncart sa-i intreb pe ei, ca toti sunt Unguri si lucreaza din Cluj ! Ti-am mai cerut la fel ca si cei de la OSM care ti-au tot blocat contul, un document oficial, din care sa reiasa, ca asa trebuie sa fie ! Mergi la Primarie ! Verifica si la altii producatori de harti de navigatie ! Nimeni de aici nu e impotriva denumirilor, insa se fac conform cum au fost deja puse de un alt coleg Ungur, cu tag-ul aferent ! Acum raspunde-mi de ce a trebuit sa stergi cladiri, multipoligoane, Aeroportul ? Tu crezi ca woodpeck, zool si someoneelse, degeaba au blocat activitatea ta ? În data de 2 martie 2015, 15:37, Gergely Bartha [via GIS] ml-node+s19327n5835525...@n5.nabble.com mailto:s19327n5835525...@n5.nabble.com a scris: Oare Sudtirolezii cum reusesc sa aiba denumirile in 2 sau 3 limbi? Aici de ce nu poate sa fie respectat o comunitate care compune jumatatea orasului Targu Mures, si 60 % a regiunii Judetelor Mures Harghita si Covasna? -- *From:* [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=0 http://user/SendEmail.jtp?type=nodenode=5835525i=0 [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=1 http://user/SendEmail.jtp?type=nodenode=5835525i=1 *To:* [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=2 http://user/SendEmail.jtp?type=nodenode=5835525i=2 *Sent:* Monday, March 2, 2015 2:57 PM *Subject:* Talk-ro Digest, Vol 71, Issue 11 Send Talk-ro mailing list submissions to [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=3 http://user/SendEmail.jtp?type=nodenode=5835525i=3 To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ro or, via email, send a message with subject or body 'help' to [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=4
Re: [Talk-de] admin schläft
Michael Kugelmann michaelk_...@gmx.de wrote: dann pack die Datei in's OSM-Wiki Möglicherweise problematisch, weil die Datei nicht mit der CC Lizensierung des Wikis harmonieren könnte. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Complex multipolygon not rendering
Hi everyone, recently I stumbled across a pretty complex relation [1] which is not rendered correctly. Looking into it I found that JOSM reported some validation errors. So I thought those caused the problems and so I fixed the geometry until JOSM was happy. But obviously this did not solve the issues since the rendering still is not really what one would expect. At least on zoom level 14 some patches render fine while others are still broken ([2]). I assume that this might be due to the specific geometry of the multipolygon. Especially there are many rings touching in one or two single points. There is a page on the wiki [3] discussing the validity of this geometry. So this seems to be a critical geometry. So in the end I am still not sure if this relation is actually beyond the capability of the rendering or if there is simply something wrong with the multipolygon. Thanks, Michael [1] http://www.openstreetmap.org/relation/1284003 [2] http://www.openstreetmap.org/relation/1284003#map=14/42.0100/-120.7526 [3] http://wiki.openstreetmap.org/wiki/Relation:multipolygon/validity ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] MiniMapping Party al Parco del Lura - Saronno VA
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 04/03/2015 14:15, pjhooker ha scritto: ;-) aggiunto Complimenti per il sito, aggiunto ai preferiti. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU92UDAAoJEMTPIIVov0ZtBEcIAMlu1hUJK7ZUfc/4Bsl5y8Zr HDAauZaSiRbGFb2UPK0iHGqnx03Mm/yVB1sjyrjXa3rwkdSupaVBKDfZdXmsuUvD ZwA4B1cloowyAx2vB7wSD9SRcxAV2qERJCdCPqvXSpeN8NZOE5dHJcOxEJRESP60 O6pHFUq8S6e54a6amEfy5+7oz+Sxoqrbp7Zgq0LfTpRzE4tOVw7iL/bXAShXGiDO J8sEZa8CqpFJWdT7CrHrIEm11tmuOGwQA5Svpa05TMA3Iw4uDlLj0vDFfs+UaUZZ KrMwHJi27e2k+P9ylV/LFQ5ELjf5tVDu8gn+WU3WbcnvwN3Lckgc7Yry8Je7qqo= =fFUe -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Retour d'expérience sur carto-parties
Pour moi une cartopartie est complète une fois les données saisies et une nouvelle carte à jour montrée aux participants... sinon on rate quand même l'essentiel de mon point de vue, c'est à dire la capacité que l'on a à modifier et améliorer la carte. La découverte des outils de saisie est souvent la partie la plus formatrice pour beaucoup de monde. Le 04/03/2015 21:41, Eric Debeau a écrit : Salut Dans le cadre de la semaine du libre, différentes associations, écoles et collectivités se sont réunies pour un beau programme avec OpenStreetMap à l'honneur à travers une conférence et des carto-parties. Le programme est dispo ici : http://libre-en-fete-tregor.fr/ On a prévu plusieurs carto-parties organisées par des associations locales. Lors de nos 'répétitions', on constate que la mise à jour des tuiles peut prendre pas mal de temps suite à la saisie des données (ce souvent des données qui ne sont rendues que dans des zooms élevés). J'aimerais avoir des retours d'expérience pour savoir : - si vous renseignez les données dans OpenStreetMap suite à la carto-partie - les retours des participants lorsqu'ils ne voient pas l'info à jour sur le rendu (j'ai vu certaines frustrations chez certaines personnes) J'ai vu que l'on peut forcer la génération d'une tuile particulière, mais ce n'est pas forcément triviale à réaliser pour des non-informaticiens. PS : A noter que la commune et l'agglo délégueront des représentants pour les carto-parties ;-) Merci par avance Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Si vous voulez géocoder rapidement avec BANO en partant d'un CSV, vous pouvez tester le géocodeur addok sur http://adresse.data.gouv.fr/tools/ -- Christian Quest - OpenStreetMap France J'ai testé rapidement Addok : - Ça fait bizarre de trouver un fond de carte Ign, avec les vieilles erreurs que je n'avais plus l'habitude de voir sur Osm. - L'autocompletion ... c'est vraiment bien. - Pour tester, j'ai cherché des adresses que je connais. J'entre 47 allée de l'indre, nantes... rien - Je télécharge le shp du département 44 dispo sur le site de demo de addok, et les points adresses sont notés comme appartenant à la Rue de l'Indre. Mince... il y a erreur dans osm, à tous les coups une divergence entre le nom de la rue, et le nom indiqué dans la relation http://www.openstreetmap.org/relation/2449618 associatedstreet. Et bien non ! L'erreur est dans le fichier Bano où l'allée de l'indre est absente. Effectivement, elle n'existe pas dans la base Fantoir, mais j'avais cru comprendre que les données venant d'Osm était prioritaire, non ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Retour d'expérience sur carto-parties
Salut Dans le cadre de la semaine du libre, différentes associations, écoles et collectivités se sont réunies pour un beau programme avec OpenStreetMap à l'honneur à travers une conférence et des carto-parties. Le programme est dispo ici : http://libre-en-fete-tregor.fr/ On a prévu plusieurs carto-parties organisées par des associations locales. Lors de nos 'répétitions', on constate que la mise à jour des tuiles peut prendre pas mal de temps suite à la saisie des données (ce souvent des données qui ne sont rendues que dans des zooms élevés). J'aimerais avoir des retours d'expérience pour savoir : - si vous renseignez les données dans OpenStreetMap suite à la carto-partie - les retours des participants lorsqu'ils ne voient pas l'info à jour sur le rendu (j'ai vu certaines frustrations chez certaines personnes) J'ai vu que l'on peut forcer la génération d'une tuile particulière, mais ce n'est pas forcément triviale à réaliser pour des non-informaticiens. PS : A noter que la commune et l'agglo délégueront des représentants pour les carto-parties ;-) Merci par avance Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Le 04/03/2015 21:20, Stéphane Péneau a écrit : J'ai testé rapidement Addok : - Ça fait bizarre de trouver un fond de carte Ign, avec les vieilles erreurs que je n'avais plus l'habitude de voir sur Osm. N'est-ce pas ? - L'autocompletion ... c'est vraiment bien. :) - Pour tester, j'ai cherché des adresses que je connais. J'entre 47 allée de l'indre, nantes... rien - Je télécharge le shp du département 44 dispo sur le site de demo de addok, et les points adresses sont notés comme appartenant à la Rue de l'Indre. Mince... il y a erreur dans osm, à tous les coups une divergence entre le nom de la rue, et le nom indiqué dans la relation http://www.openstreetmap.org/relation/2449618 associatedstreet. Et bien non ! L'erreur est dans le fichier Bano où l'allée de l'indre est absente. Effectivement, elle n'existe pas dans la base Fantoir, mais j'avais cru comprendre que les données venant d'Osm était prioritaire, non ? Quand on a le choix entre plusieurs sources, la priorité c'est OSM, puis opendata puis cadastre... mais on limite à ce qu'on peut rapprocher de FANTOIR. BANO se base actuellement sur un fichier FANTOIR qui date un peu maintenant (mai 2014) et j'attends le feu vert pour utiliser une version de janvier 2015. Cette allée est nouvelle ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] [Talk-de] Formal proposal: mechanically reverting fixme=set␣better␣denotation / denotation=cluster
Ok, making a possibly final call for input on the proposed cluster mechanical edit: http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] Maritime boundary
Hi all, Just heard Bart Tommelein on De Ideale Wereld this evening, state secretary of the north sea (amongst other things). There he said that the north sea is a pure federal responsibility, but the beach is a regional (thus Flemish) responsibility. However, the boundary isn't the high water line (which we tag with natural=coastline), but the official boundary is the low water line (I assume it's the average low water line here, though it could also be the most extreme low water line). I guess, ideally, this should be reflected in our data, where we tag the intermediate section as tidal too. Now, the only thing we're missing is actual high and low water data :) So if anyone knows about open, high position datasets that contains the tidal regions, that would be great. Else we might try to split it with estimated data. Regards, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] Zahl der OSMer
Markus liste12a4...@gmx.de wrote: Wo findet man die richtige Zahl? (müsste bei 2 Mio liegen) Am kommenden Sonntag, den 8. März werden wir den zweimillionsten registrierten OSM User begrüßen dürfen: http://osmstats.neis-one.org/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] Evening bussen in Bruges
Hallo Brecht, Ik heb zonet de laatst beschikbare data van De Lijn afgehaald en deze omgezet naar OSM-formaat: https://www.dropbox.com/s/jv675c51de33egi/DL.osm.zip?dl=0 Dat zijn de haltes. Als je haltes vindt, die niet op de juiste plaats staan, wordt het natuurlijk enorm geapprecieerd, als je de posities aanpast. Maar dat had je al gedaan voordat ik in Brugge passeerde, heb ik begrepen. Wat ook fijn zou zijn, is als je Mapillary fotosequenties zou kunnen maken van de omgeving van de haltes. Dan kan iedereen zien hoe ze in het straatbeeld passen en dan kunnen we ook extra attributen zoals bank, vuilbak, hokje, noppentegels, verhoogd perron, elektronisch doorkomstenscherm, tot zelfs het overzichtskaartje toe toevoegen aan de data. Het zou helemaal fijn zijn als we dat in heel Vlaanderen, lees België zouden kunnen klaarspelen... al zal dat niet meevallen, het gaat om meer dan 50.000 haltes. Op dit moment genereer ik de routes opnieuw. Dat zal wel nog een paar uur duren, eer dat helemaal achter de rug is. Het was de bedoeling om dat regelmatiger te doen, maar ik ben wat afgeleid geraakt de laatste tijd door Mapillary en sinds vrijdagavond umap. Wat die routes betreft, kan ik er enkel voor zorgen dat voor alle variantes een routerelatie wordt aangemaakt, met daarin de haltes in de correcte volgorde. Op mijn OSM-dagboek staan er een aantal posts met suggesties om van die schematische routerelaties te komen tot echte routerelaties waar ook de ways van de reiswegen in zitten. Ik ben altijd bereid tot dialoog of Hangout. Of we kunnen die nieuwe Hello van Firefox 's uitproberen. Al heb ik de indruk dat we daarmee voorlopig nog geen scherm kunnen delen. En dat is bij momenten bijzonder praktisch voor demodoeleinden. Toen ik even ging terugkijken naar jouw boodschap, zie 'k dat 'k dit eigenlijk in het Engels had moeten schrijven... mijn excuses aan alle niet-Nederlandstaligen op deze lijst. Als ik morgen wat tijd vindt, probeer ik misschien om het te vertalen. Nu ga ik nog wat knoeien met umap om daar bomen op gerenderd te krijgen (die worden opgehaald uit de OSM-data mbv Overpass API)... dat wil maar niet lukken. mvg, Jo 2015-03-04 20:29 GMT+01:00 Brecht Bonne brechtbo...@gmail.com: Dear, From the 14 of December, the night busses have been completely changed in Bruges. (on-demand - line) I recently posted in my diary that I wanted to map these lines. I've been told to discuss these matters on the mailinglist. Well here I am :) This Saturday (7/3) I am going to collect data. You'll find me at 20:10, 21:10, 22:10, 23:10, 00:10, 01:10 and 02:10 near the railway station. I've done a bit of research and a few busses have detours, so I excluded these from my list. This is the list: /home/peeweeke/Documenten/bus/Avondlijn Aartrijke - Brugge [94 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn AZ St-Lucas - Station [91 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Aartrijke [94 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge - Beernem - St.-Joris [97 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Hertsberge [95 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Ruddervoorde [96 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge Sijsele - Moerkerke [98 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Veldegem [99 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Dudzele - Koolkerke - Station [90 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Hertsberge - Brugge [95 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Moerkerke - Sijsele - Brugge [98 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Ruddervoorde - Brugge [96 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - AZ St-Lucas [91 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - Koolkerke - Dudzele [90 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn St.-Joris - Beernem - Brugge [97 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Veldegem - Brugge [99 terug].mhtml As I do apreciate the work of Polyglot on the busstops, last edit only 2 months ago, I will concentrate on the lines itself. Although I plan to perform a few quality-checks along the way. If you would have remarks or advice on how to perform this task, feel free to comment. Kind Regards, PeeWeeke ___ 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-ro] Talk-ro Digest, Vol 71, Issue 15
nu am intervenit de mult sa raspund listei osm romania, desi fac mici modificari atunci cand timpul imi permite, insa, a profita de oportunitatea pe care o permite OpenStreetMap http://www.openstreetmap.org/ in modificarea voluntara a datelor este prea mult, dupa ce multi dintre cei ce citesc aceasta lista au incercat in mod civilizat sa-i explice domnului in cauza ca exagereaza si el inca continua sa modifice datele lipsindu-i de respect, propun blocarea contului pana va reusi sa mediteze si sa inteleaga singur ca nimeni nu editeaza etnic. Il 04/03/2015 22:37, Rădulescu Răzvan ha scritto: Deci se pare ca am vorbit degeaba, iar unii chiar l-au si incurajat. Nu-i inteleg... Omul s-a apucat sa puna iar nume unguresti la sate romanesti cu liniuta , ba mai rau a incercat sa modifice delimitarea administrativa a judetului Brasov , punandu-i numele de Tinutul Secuiesc... Maine - pomaine o sa deseneze granite de jur imprejurul la Covasna si Harghita si o sa zica ca acolo e Ungaria... se pare ca a fost contagioasa boala lui sorein, dar macar ala tinea cu romanii... Uite asa mai pleaca din useri. osm_blue deja s-a gandit sa renunte sa mai lucreze pe harta asta in asemenea conditii. Adica sa munceasca degeaba... On 02.03.2015 19:40, Gergely Bartha wrote: Cer scuze, din greseala am sters cladirile. Eu as vrea sa avem programat OSM-ul ca in Sud Tirol: Denumirea strazilor in limba romana in tagul separat, denumirea in limba maghiara in tag diferent si softul s-o pune impreuna. CA aici : http://www.openstreetmap.org/relation/47046 *From:* talk-ro-requ...@openstreetmap.org talk-ro-requ...@openstreetmap.org *To:* talk-ro@openstreetmap.org *Sent:* Monday, March 2, 2015 3:58 PM *Subject:* Talk-ro Digest, Vol 71, Issue 15 Send Talk-ro mailing list submissions to talk-ro@openstreetmap.org mailto:talk-ro@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ro or, via email, send a message with subject or body 'help' to talk-ro-requ...@openstreetmap.org mailto:talk-ro-requ...@openstreetmap.org You can reach the person managing the list at talk-ro-ow...@openstreetmap.org mailto:talk-ro-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ro digest... Today's Topics: 1. Re: Talk-ro Digest, Vol 71, Issue 11 (Gabriel Sebastian Moise) -- Message: 1 Date: Mon, 2 Mar 2015 06:57:53 -0700 (MST) From: Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com mailto:gabrielsebastianmo...@gmail.com To: talk-ro@openstreetmap.org mailto:talk-ro@openstreetmap.org Subject: Re: [Talk-ro] Talk-ro Digest, Vol 71, Issue 11 Message-ID: CACnu6n=adggqux97f-8gccpykyj_fcpegnkzln8sx1s-cd0...@mail.gmail.com mailto:adggqux97f-8gccpykyj_fcpegnkzln8sx1s-cd0...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Gergely, era trecut deja, asa se trece ! Campul ala de nume nu suporta un numar mare de caractere la nume, ma refer la partea de soft. Nu de cea de harta. Crezi ca putem scrie povesti ? Zi-mi si mie de exemplu la Strada Ion Heliade Rădulescu , sunt 28 caractere, daca punem in 2 sau 3 limbi direct in denumire, ce iese ? esti conestie de ce iese acolo ? Crezi ca denumirea asta la o strada mai mica, incape sa ti-o afiseze ? La o strada in curba, cum arata denumirea aia ? Eu inteleg ca vrei sa fie trecute si denumirile in Maghiara ! Erau trecute deja. Conform OSM Wiki, cu tag-ul aferent. Asa se trece ! Razvan a sunat azi la Here, si i-a bufnit rasul , sun si eu la Suncart sa-i intreb pe ei, ca toti sunt Unguri si lucreaza din Cluj ! Ti-am mai cerut la fel ca si cei de la OSM care ti-au tot blocat contul, un document oficial, din care sa reiasa, ca asa trebuie sa fie ! Mergi la Primarie ! Verifica si la altii producatori de harti de navigatie ! Nimeni de aici nu e impotriva denumirilor, insa se fac conform cum au fost deja puse de un alt coleg Ungur, cu tag-ul aferent ! Acum raspunde-mi de ce a trebuit sa stergi cladiri, multipoligoane, Aeroportul ? Tu crezi ca woodpeck, zool si someoneelse, degeaba au blocat activitatea ta ? În data de 2 martie 2015, 15:37, Gergely Bartha [via GIS] ml-node+s19327n5835525...@n5.nabble.com mailto:s19327n5835525...@n5.nabble.com a scris: Oare Sudtirolezii cum reusesc sa aiba denumirile in 2 sau 3 limbi? Aici de ce nu poate sa fie respectat o comunitate care compune jumatatea orasului Targu Mures, si 60 % a regiunii Judetelor Mures Harghita si Covasna? -- *From:* [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=0 http://user/SendEmail.jtp?type=nodenode=5835525i=0 [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=1 http://user/SendEmail.jtp?type=nodenode=5835525i=1 *To:* [hidden
Re: [Talk-ro] Talk-ro Digest, Vol 71, Issue 15
doresc sa precizez ca am foarte multi prietieni de etnie maghiara si am foarte mult respect pentru toate etniile si minoritatile de pe aceata planeta. cer respect reciproc. Il 04/03/2015 23:23, Marinel ha scritto: nu am intervenit de mult sa raspund listei osm romania, desi fac mici modificari atunci cand timpul imi permite, insa, a profita de oportunitatea pe care o permite OpenStreetMap http://www.openstreetmap.org/ in modificarea voluntara a datelor este prea mult, dupa ce multi dintre cei ce citesc aceasta lista au incercat in mod civilizat sa-i explice domnului in cauza ca exagereaza si el inca continua sa modifice datele lipsindu-i de respect, propun blocarea contului pana va reusi sa mediteze si sa inteleaga singur ca nimeni nu editeaza etnic. Il 04/03/2015 22:37, Rădulescu Răzvan ha scritto: Deci se pare ca am vorbit degeaba, iar unii chiar l-au si incurajat. Nu-i inteleg... Omul s-a apucat sa puna iar nume unguresti la sate romanesti cu liniuta , ba mai rau a incercat sa modifice delimitarea administrativa a judetului Brasov , punandu-i numele de Tinutul Secuiesc... Maine - pomaine o sa deseneze granite de jur imprejurul la Covasna si Harghita si o sa zica ca acolo e Ungaria... se pare ca a fost contagioasa boala lui sorein, dar macar ala tinea cu romanii... Uite asa mai pleaca din useri. osm_blue deja s-a gandit sa renunte sa mai lucreze pe harta asta in asemenea conditii. Adica sa munceasca degeaba... On 02.03.2015 19:40, Gergely Bartha wrote: Cer scuze, din greseala am sters cladirile. Eu as vrea sa avem programat OSM-ul ca in Sud Tirol: Denumirea strazilor in limba romana in tagul separat, denumirea in limba maghiara in tag diferent si softul s-o pune impreuna. CA aici : http://www.openstreetmap.org/relation/47046 *From:* talk-ro-requ...@openstreetmap.org talk-ro-requ...@openstreetmap.org *To:* talk-ro@openstreetmap.org *Sent:* Monday, March 2, 2015 3:58 PM *Subject:* Talk-ro Digest, Vol 71, Issue 15 Send Talk-ro mailing list submissions to talk-ro@openstreetmap.org mailto:talk-ro@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ro or, via email, send a message with subject or body 'help' to talk-ro-requ...@openstreetmap.org mailto:talk-ro-requ...@openstreetmap.org You can reach the person managing the list at talk-ro-ow...@openstreetmap.org mailto:talk-ro-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ro digest... Today's Topics: 1. Re: Talk-ro Digest, Vol 71, Issue 11 (Gabriel Sebastian Moise) -- Message: 1 Date: Mon, 2 Mar 2015 06:57:53 -0700 (MST) From: Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com mailto:gabrielsebastianmo...@gmail.com To: talk-ro@openstreetmap.org mailto:talk-ro@openstreetmap.org Subject: Re: [Talk-ro] Talk-ro Digest, Vol 71, Issue 11 Message-ID: CACnu6n=adggqux97f-8gccpykyj_fcpegnkzln8sx1s-cd0...@mail.gmail.com mailto:adggqux97f-8gccpykyj_fcpegnkzln8sx1s-cd0...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Gergely, era trecut deja, asa se trece ! Campul ala de nume nu suporta un numar mare de caractere la nume, ma refer la partea de soft. Nu de cea de harta. Crezi ca putem scrie povesti ? Zi-mi si mie de exemplu la Strada Ion Heliade Rădulescu , sunt 28 caractere, daca punem in 2 sau 3 limbi direct in denumire, ce iese ? esti conestie de ce iese acolo ? Crezi ca denumirea asta la o strada mai mica, incape sa ti-o afiseze ? La o strada in curba, cum arata denumirea aia ? Eu inteleg ca vrei sa fie trecute si denumirile in Maghiara ! Erau trecute deja. Conform OSM Wiki, cu tag-ul aferent. Asa se trece ! Razvan a sunat azi la Here, si i-a bufnit rasul , sun si eu la Suncart sa-i intreb pe ei, ca toti sunt Unguri si lucreaza din Cluj ! Ti-am mai cerut la fel ca si cei de la OSM care ti-au tot blocat contul, un document oficial, din care sa reiasa, ca asa trebuie sa fie ! Mergi la Primarie ! Verifica si la altii producatori de harti de navigatie ! Nimeni de aici nu e impotriva denumirilor, insa se fac conform cum au fost deja puse de un alt coleg Ungur, cu tag-ul aferent ! Acum raspunde-mi de ce a trebuit sa stergi cladiri, multipoligoane, Aeroportul ? Tu crezi ca woodpeck, zool si someoneelse, degeaba au blocat activitatea ta ? În data de 2 martie 2015, 15:37, Gergely Bartha [via GIS] ml-node+s19327n5835525...@n5.nabble.com mailto:s19327n5835525...@n5.nabble.com a scris: Oare Sudtirolezii cum reusesc sa aiba denumirile in 2 sau 3 limbi? Aici de ce nu poate sa fie respectat o comunitate care compune jumatatea orasului Targu Mures, si 60 % a regiunii Judetelor Mures Harghita si Covasna? -- *From:* [hidden email]
[talk-ph] 10 years of OSM in the Philippines
Some of you may have seen this in FB. A nice map animation on the 10 years of OSM by MapBox. https://www.mapbox.com/ten-years-openstreetmap/#0.00/21.125498/2 It's a webmap, feel free to zoom in and check out how you have mapped your area through the years. :) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-fr] Carte des données indoor : OpenLevelUp!
Bonjour à tous, Dans le cadre d'un futur atelier de cartographie des stations de métro sur Rennes, j'ai développé un outil qui permet de visualiser les données OSM en intérieur (ou indoor), étage par étage sur une carte glissante. Aux niveaux de zooms les plus faibles, des clusters de points sont affichés pour trouver plus facilement les zones contenant ce type de données. L'outil s'appelle OpenLevelUp!, et est disponible ici : http://github.pavie.info/openlevelup L'idée est de pouvoir rendre visible simplement ces données. En effet, à moins de passer par overpass-turbo ou les filtres dans JOSM, il est difficile pour l'instant de les visualiser. Cet outil se veut une solution simple, affichant les données étage par étage, en surcouche des tuiles Mapnik. En permettant une mise en avant de ces données, on peut inciter à la contribution sur ce thème (on ne tague pas pour le rendu, mais ça fait toujours plaisir de voir son travail s'afficher quelque part). Un exemple concret de visualisation (station de métro Kennedy, Rennes) : http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48.120896010057486,-1.7102381587028503,48.121777842594696level=-1 Comme le thème de la donnée d'intérieur est encore expérimental, tous les retours d'expérience (qu'ils soient d'un point de vue ergonomique ou technique) sont la bienvenue :) Cordialement, PanierAvide. PS: Pour les curieux de la technique, voici plus de détails sur le fonctionnement. L'outil récupère les données OSM via des requêtes sur l'Overpass API, en particulier sur la combinaison de tags indoor=* et level=* (reposant sur le modèle Simple Indoor Tagging). Ces données sont lues et traitées en JavaScript (en partie grâce à la bibliothèque osmtogeojson). Une pseudo-feuille de style (au format JSON) permet de définir le style des objets à afficher (couleurs, taille, icône, ...). Les données sont filtrées par étage en ne soumettant qu'à la carte Leaflet les données dont le niveau (tag level) correspond à celui à afficher. L'ensemble de l'application est découpée en suivant le patron de conception MVC. Le code source est dispo sur Github : https://github.com/PanierAvide/panieravide.github.io/tree/master/openlevelup ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ro] Talk-ro Digest, Vol 71, Issue 21
Salut tuturor! M-am inscris pe lista de discutii pentru a putea veni cu o alta abordare: Consider ca lucrurile nu tin de logica ci de fanatism si cu acest lucru nu-i de glumit (vezi cei care distrug statui pe motiv ca n-au fes rosu) Sa le luam pe rand: trebuie explicat in viziunea unora numele strazii ar trebui sa arate cam asa *Numele strazii*: *Strada NumeRO - NumeHU - NumeDE - NumeES - NumeIT - NumeFR* etc in loc de zona geografica sa zicem rosie cu niste picatele verzi, galbene, gri si albastre *Numele strazii*: *Strada **NumeROSU**- **NumeVERDE**- **NumeGALBEN**- **NumeGRI**- **NumeALBASTRU* pentru ca daca se insista doar pe RO si HU nu cred ca au sanse sa vada mai departe ghiveciul care ar arata doar in ROSU si VERDE in viziunea lor adica doar asa: *Numele strazii*: *Strada NumeRO - NumeHU *Acest gen de persoane se va limita strict la nationalitatea cu care rezoneaza.* *Aplicatiile, softurile de navigatie n-au treaba cu nationalitatile nu sunt emotive.* *si in loc de amestecatura de mai sus ele sunt istruite sa afiseze astfel: Sa spunem ca va aflati in zona geografica *ROSIE* acel soft de navigatie va folosi implicit numele strazii din acea zona rosie. Exemplu: *Strada NumeROSU *daca exista informatii si despre alte alte culori in interiorul zonei rosii utilizatorul poate opta pentru modificarea setarilor implicite ale softului de navigatie pentru o alta culoare* *Exemplu:*NumeVERDE NumeGALBEN etc *cu alte cuvinte daca ma aflu in zona rosie, implicit va fi afisat numele strazii din zona rosie; picatelele de culoare sunt oarecum irelevante. Exemplu, daca ma duc in Italia, Germania, Spania, Franta, etc, putin probabil sa-i stiu numele strazii in Romana indiferent de cate minoritati se afla acolo. Luati ca exemplu Dobrogea cu cele mai multe nationalitati din Romania, inca n-am auzit astfel de dispute in aceasta zona. asa ca in loc de *Numele strazii*: *Strada **NumeROSU**- **NumeVERDE**- **NumeGALBEN**- **NumeGRI**- **NumeALBASTRU* e mai logic pentru toata lumea si pentru softul de navigatie sa arate asa in functie de zona colorata aleasa ca sa nu-i mai zicem nationalitate ca sa nu se supere fanaticii. *Numele strazii*: *Strada **NumeROSU* *NumeVERDE* *NumeGALBEN* *NumeGRI* *NumeALBASTRU* In incheiere as aduga ca exista reguli pe care ar trebui sa le respectam si sa le imbunatatim. Daca treci pe rosu, nenea politaiul iti ia permisul daca insisti sa traversezi o trecere de nivel cu calea ferata si te sincronizezi cu locomotiva, te cam face terci, asa ca daca unii insista sa afle pe pielea lor care e mai tare, el sau locomotiva, ar fi cazul sa-i oferiti aceasta ocazie si sa-i aratati. Lucrurile bune necesita disciplina. Un om care se ambaleaza si isi sustine ideea (uneori greseala) pana in panzele albe fara sa tin cont si de ideiile (opiniilie) altora, nu-si va da seama ca greseste nici acum, nici mai tarziu. Era un proverb: Greseala recunoscuta e pe jumatate iertata. Cred ca se referea la greseala recunoscuta inseamna ca recunosti (iti dai seama, realizezi) unde e greseala. Si eu gresesc dar incerc sa remediez ce pot, iar ce ma depaseste apelez la altii mai documentati decat mine. Multumesc tuturor de la care am avut de invatat. On 04.03.2015 23:37, talk-ro-requ...@openstreetmap.org wrote: Send Talk-ro mailing list submissions to talk-ro@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ro or, via email, send a message with subject or body 'help' to talk-ro-requ...@openstreetmap.org You can reach the person managing the list at talk-ro-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ro digest... Today's Topics: 1. Re: Talk-ro Digest, Vol 71, Issue 15 (Rădulescu Răzvan) ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
[Talk-ca] local spam locations from user BitcoinMaps
Hi, Following on from a comment on /talk//-scotland/ about bitcoin-related spam appearing on the map, I had a dig around locally in Toronto. It seems that there's a user *BitcoinMaps* who is either randomly placing business locations on the map, or is using a really terrible algorithm to place markers on behalf of some other website's users. F'rinstance, here's one of the user's nodes: node id=3295611361 http://www.openstreetmap.org/node/3295611361 visible=true version=1 changeset=28221482 timestamp=2015-01-18T00:17:52Z user=BitcoinMaps uid=2135320 lat=43.6390092 lon=-79.3354046 tag k=addr:city v=Phoenix/ tag k=addr:housenumber v=11225 / tag k=addr:street v=N. 28th Drive, Suite A-110/ tag k=amenity v=cafe/ tag k=contact:phone v=602-595-8393/ tag k=contact:website v=https://www.facebook.com/AshleighsCafeLakeShore/ tag k=description v=Breakfast and Lunch served. Bagels, breakfast burritos, skillets, lunch meat sandwiches on whole grains and rye, croissants, wraps, melts, Chicago dogs and salads. / tag k=name v=Ashleigh's Cafe/ tag k=payment:bitcoin v=yes/ /node This would be all well and good (minor tagging oddnesses aside) for a cafe in Phoenix, AZ, but the marker is in Lake Ontario, a little south of Toronto. I have e-mailed the user, particularly requesting information on where they get their locations, and how change comments automatically created through an API (created_by=BitcoinMaps API) all reading “This place has been automatically created.” could ever be anything other than an automated import. I have no problem with people tagging businesses that use bitcoin*, as long as they at least try to meet some community norms. Spattering the map with noise, however, irks me royally. cheers, Stewart *: everybody knows that Dogecoin is better, though. Very currency, wow. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ht] Come to SoTM US at the UN!
Hi all! Apologies for any cross posting. I'm writing to extend a warmest of invitations to State of the Map US http://stateofthemap.us/ on June 6-8th at the United Nations in the heart of New York City. This will be an amazing conference as diverse in attendance as it's host city and at home with the international work of the United Nations. Towards that end I invite you to come to the conference! Our call for scholarships http://stateofthemap.us/scholarships/ is open until March 15th, our call for talks http://stateofthemap.us/talk/ is open until March 22nd, and I am always open for sponsors! ;) SOTM US promises to be the largest state of the map ever at a most amazing venue. Please be part of the conversation. Everyone is welcome! And let me know if you have any questions. Best, Alyssa Wright OpenStreetMap US President. ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.
Re: [OSM-ja] 献血ルームについて
うぃるこむです。 返信有り難う御座居ます。 成る程、寄付のタグが有るんですね。 ほなこちらを使わしてもらいます。 確かに献血ルームにはAEDが有りますね。 一緒に付けときます。 以上、宜しくお願いします。 AOLモバイルメールから送信済み On 水曜日, 3月 4, 2015 ribbon o...@ns.ribbon.or.jp wrote: On Wed, Mar 04, 2015 at 05:51:53AM +, surgicalmaskman wrote: key:blood_donationよりもkey:donation=*( https://wiki.openstreetmap.org/wiki/Proposed_features/Donation )のほうが 幅広く対応(献血以外の寄付も)できるのでわたしはこちらを利用するのがよいと おもいます。 あー、きれいに出来ているんですね。これなら良いですね。 全血はdonation:blood=200mL;400mLのように記述するのがよいかとおもいます。 以下にわたしが考える最適な例を記述します。 name=所沢プロペ通り献血ルーム donation=blood donation:facility=dedicated blood:whole=200mL;400mL; blood:plasma=yes blood:platelets=yes こり出すとキリないので、このくらい(あとはフロアの階層くらい?) でしょうか。 あと、まず間違いなくAEDはあると思うので、いっしょにAEDもマッピング すると良いかもしれません。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] Why?
On 3/4/2015 3:38 PM, stevea wrote: landuse in OSM should be the actual landuse, not the legally permitted / designed landuse (zoning). I do not disagree (meaning I agree), however: if my quarter-hectare property of low density residential zoning has a house, fences, a garage, lawns, a creek running along the backside of it and so is largely a riparian corridor, a garden and so on, are you saying that it is incorrect for me to have included my parcel in a larger neighborhood of landuse=residential (along with my neighbors), even though I don't include all of these specific micro-mapping elements? Where do you draw the lines of where appropriate landuse=residential tagging begin and end? And again, as large areas (called neighborhoods or quarters or districts in any given local parlance) truly are exclusively residential, I still maintain that drawing an appropriate polygon around them and tagging landuse=residential is correct. This (again) is NOT the same as saying that they cannot be made MORE correct, rather that such tagging is a good first step and not entirely incorrect. This is describing the actual landuse, not the legally permitted landuse. An example of describing the zoning instead of the actual landuse is marking areas of the desert with no development as landuse=residential because the government has at some point in the past zoned them as residential. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Why?
Paul Norman quotes my previous post in this thread and writes: This is describing the actual landuse, not the legally permitted landuse. An example of describing the zoning instead of the actual landuse is marking areas of the desert with no development as landuse=residential because the government has at some point in the past zoned them as residential. Paul, I agree; I understand this distinction. For example, there was a tiff in Scotts Valley, California (not far from me) circa 2009 where one OSM user entered landuse polygons directly from the published zoning map from the Scotts Valley City Council. I began to correct these where actual on-the-ground data disagreed with the zoning map. For example, many areas listed as zoned commercial are more like intended to become commercial someday but are truly residential in real life/on-the-ground, so I corrected them to be landuse=residential. I take it as widely accepted that on-the-ground landuse is much preferred to be entered into OSM than is zoned by the government landuse. The former is correct, the latter is not and should be removed or corrected. Especially when the zoning represents an intention rather than reality. What I understand Martin Koppenhoefer to say are essentially the same things, but I'm not sure if he understands (or agrees) with Escondido having large areas marked as landuse=residential. These are not simply zoned residential (they are), they ARE (on-the-ground verifiable) residential. So it is OK for them to be tagged as they are. They might also receive more detailed tagging in addition to this simple landuse polygon, a highway=residential street running through them, and not much else. These skeletal data are largely what are in OSM now across much of the USA, yes, I and many others know. However, buildings, address data, and other micro-mapping detail are being added. BOTH flavors of data are correct. While skeletal data aren't exactly preferred to largely complete data, they are not incorrect, they are just not as complete as they might be. Landuse data should show what actually IS, not simply what is zoned and especially not what is intended. Yes, zoning data are a bit raw, and may be considered early or a first step for OSM. They need updating, they change over time. They may be too broad as where 40 acres are tagged as landuse=farmland where only 39 of them actually are landuse=farmland, but one acre is a house (landuse=residential) and perhaps landuse=farmyard where the barn and tractor and irrigation supplies are. Would I rather see this perfectly mapped in OSM, exactly as I describe such micro-mapped details? Yes, absolutely. Will I say that tagging all 40 acres as landuse=farmland is totally incorrect? No, though if I or somebody else has the time to tag with those better details, OSM sure will appreciate it. Should OSM show landuse=commercial because the County Supervisors just approved a shopping center be built on this farmland in the future? Absolutely not, especially if it is still a working farm and no construction has yet started. Are we all agreed? Thanks for good, productive discussion. SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-it] OSMF membership
Chi di voi è membro della OSMF e da quanto? stavo pensando di diventarlo anche io per dare un piccolo contributo economico/decisionale.Mi sembra di aver capito che si paghi intorno ai 20 € annualmente e che si possa scegliere se essere normal o associate member (le grosse aziende anche corporate member). Voi che ne pensate? quanto può aiutare il progetto? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-ja] KSJ2バス停データインポートについて(Was: Geodata Platform)
いいだです。 タイトルを変えました。 Wikiページ作成ありがとうございます。みてみました。 いくつか気になった点、主にタグ付けの部分で提案させてください。 ■networkタグ →複数の値が入力されることがあるように記載がありますが、 そういう属性データって存在しているのでしょうか？ 以前にいくつか確認したところでは、そういうデータはなかったように思うので、 念のための確認です。 ■fixmeタグ →付与しなくてもよいかな、と思っていますが、どうでしょう。 現在Imports MLでは、主にインポートによって与えられたFixmeタグを メカニカルエディットで消去する提案が行われており、 まさに今回のような 「要チェック/位置の修正が必要です」という内容を削除する流れになっています。 僕もその論調に賛成で、あえてこのタグを付与する必要性は余り感じられません。 https://lists.openstreetmap.org/pipermail/imports/2015-February/003696.html ■sourceタグ →変更セットに対して与えているので、 オブジェクトには重複してなくてもよいのではないかと思っています。 また、利用したデータの年度はWikiページに記載があればわかるのと、 利用したデータの種別を示すほうがよいとおもうので、 source=KSJ2/P11 ではどうでしょうか。 http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-P11.html -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-talk-be] Mapper of the month (cont'd)
Could you please Pierre let us know why you think that the current setup of OSM-be being under the umbrella of OpenKnowledge.be is not suitable ? Hello Nicolas, I explained why. I am not sure that the visibility of our organisation is optimal. Press releases in the name of an dedicated ASBL/VZW could give us more weight. Contacts with institutions could be more formal. For the contributors also, it could have some importance to have 'their' own circle. I refer also to the French example. Pierre P. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Mapillary et les panneaux
Plus important l'appli a été corrigée la fenêtre d'édition est plus grande et semble plus réactive.Par contre ça manque encore de panneaux.Je ne sais pas si c'est facile ou pas à programmer; mais plutôt que d'essayer de zoomer et placer des rectangles; il serait plus simple de dessiner les formes puis de choisir le panneau... Florian/Otourly Le Jeudi 5 mars 2015 8h08, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Pour information, mon ticket pour mieux repartir les photos et ne pas traiter que les pays avec le plus de photo a été accepté et traité. Globalement, plein de photos en Allemagne alors que c'est la zone la mieux couverte dans osm... Si quelqu'un voit la différence, je serai intéressé par un retour.https://github.com/mapillary/mapillary_issues/issues/643Le 19 févr. 2015 11:56, Yves Pratter yves.prat...@gmail.com a écrit : Mais là, je veux bien aider, mais est-ce que les sources de leur algo sont dispo sous licence libre ? ils utilisent OPENCV : http://opencv.org Leur algo n'est probablement pas Open Source mais il doit en exister d’autres. Recherche «traffic sign recognition opencv» sur google… —Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-de] OSM: 10 Jahre als Animation
https://geoobserver.wordpress.com/2015/03/05/osm-10-jahre-als-animation/ BG, der geoObserver. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-ro] Talk-ro Digest, Vol 71, Issue 15
Blocati.l ce naiba strica tot ? Luati masurile necesare nu vedeti ca o face intentionat si cu buna stiinta Trimis de pe iPhone-ul meu Pe 4 mar. 2015, la 23:37, Rădulescu Răzvan radulescu.raz...@gmail.com a scris: Deci se pare ca am vorbit degeaba, iar unii chiar l-au si incurajat. Nu-i inteleg... Omul s-a apucat sa puna iar nume unguresti la sate romanesti cu liniuta , ba mai rau a incercat sa modifice delimitarea administrativa a judetului Brasov , punandu-i numele de Tinutul Secuiesc... Maine - pomaine o sa deseneze granite de jur imprejurul la Covasna si Harghita si o sa zica ca acolo e Ungaria... se pare ca a fost contagioasa boala lui sorein, dar macar ala tinea cu romanii... Uite asa mai pleaca din useri. osm_blue deja s-a gandit sa renunte sa mai lucreze pe harta asta in asemenea conditii. Adica sa munceasca degeaba... On 02.03.2015 19:40, Gergely Bartha wrote: Cer scuze, din greseala am sters cladirile. Eu as vrea sa avem programat OSM-ul ca in Sud Tirol: Denumirea strazilor in limba romana in tagul separat, denumirea in limba maghiara in tag diferent si softul s-o pune impreuna. CA aici : http://www.openstreetmap.org/relation/47046 From: talk-ro-requ...@openstreetmap.org talk-ro-requ...@openstreetmap.org To: talk-ro@openstreetmap.org Sent: Monday, March 2, 2015 3:58 PM Subject: Talk-ro Digest, Vol 71, Issue 15 Send Talk-ro mailing list submissions to talk-ro@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ro or, via email, send a message with subject or body 'help' to talk-ro-requ...@openstreetmap.org You can reach the person managing the list at talk-ro-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ro digest... Today's Topics: 1. Re: Talk-ro Digest, Vol 71, Issue 11 (Gabriel Sebastian Moise) -- Message: 1 Date: Mon, 2 Mar 2015 06:57:53 -0700 (MST) From: Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com To: talk-ro@openstreetmap.org Subject: Re: [Talk-ro] Talk-ro Digest, Vol 71, Issue 11 Message-ID: CACnu6n=adggqux97f-8gccpykyj_fcpegnkzln8sx1s-cd0...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Gergely, era trecut deja, asa se trece ! Campul ala de nume nu suporta un numar mare de caractere la nume, ma refer la partea de soft. Nu de cea de harta. Crezi ca putem scrie povesti ? Zi-mi si mie de exemplu la Strada Ion Heliade Rădulescu , sunt 28 caractere, daca punem in 2 sau 3 limbi direct in denumire, ce iese ? esti conestie de ce iese acolo ? Crezi ca denumirea asta la o strada mai mica, incape sa ti-o afiseze ? La o strada in curba, cum arata denumirea aia ? Eu inteleg ca vrei sa fie trecute si denumirile in Maghiara ! Erau trecute deja. Conform OSM Wiki, cu tag-ul aferent. Asa se trece ! Razvan a sunat azi la Here, si i-a bufnit rasul , sun si eu la Suncart sa-i intreb pe ei, ca toti sunt Unguri si lucreaza din Cluj ! Ti-am mai cerut la fel ca si cei de la OSM care ti-au tot blocat contul, un document oficial, din care sa reiasa, ca asa trebuie sa fie ! Mergi la Primarie ! Verifica si la altii producatori de harti de navigatie ! Nimeni de aici nu e impotriva denumirilor, insa se fac conform cum au fost deja puse de un alt coleg Ungur, cu tag-ul aferent ! Acum raspunde-mi de ce a trebuit sa stergi cladiri, multipoligoane, Aeroportul ? Tu crezi ca woodpeck, zool si someoneelse, degeaba au blocat activitatea ta ? În data de 2 martie 2015, 15:37, Gergely Bartha [via GIS] ml-node+s19327n5835525...@n5.nabble.com a scris: Oare Sudtirolezii cum reusesc sa aiba denumirile in 2 sau 3 limbi? Aici de ce nu poate sa fie respectat o comunitate care compune jumatatea orasului Targu Mures, si 60 % a regiunii Judetelor Mures Harghita si Covasna? -- *From:* [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=0 [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=1 *To:* [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=2 *Sent:* Monday, March 2, 2015 2:57 PM *Subject:* Talk-ro Digest, Vol 71, Issue 11 Send Talk-ro mailing list submissions to [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=3 To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ro or, via email, send a message with subject or body 'help' to [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=4 You can reach the person managing the list at [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835525i=5 When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ro digest... Today's Topics: 1. Re: Talk-ro
Re: [OSM-talk-fr] Mapillary et les panneaux
Pour information, mon ticket pour mieux repartir les photos et ne pas traiter que les pays avec le plus de photo a été accepté et traité. Globalement, plein de photos en Allemagne alors que c'est la zone la mieux couverte dans osm... Si quelqu'un voit la différence, je serai intéressé par un retour. https://github.com/mapillary/mapillary_issues/issues/643 Le 19 févr. 2015 11:56, Yves Pratter yves.prat...@gmail.com a écrit : Mais là, je veux bien aider, mais est-ce que les sources de leur algo sont dispo sous licence libre ? ils utilisent OPENCV : http://opencv.org Leur algo n'est probablement pas Open Source mais il doit en exister d’autres. Recherche «traffic sign recognition opencv https://www.google.fr/?q=traffic%20sign%20recognition%20opencvgws_rd=ssl» sur google… — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!
Génial Moi qui était en train de dédoubler le métro sur Lyon; de placer les stations avec une géolocalisation exacte; ça c'est ce qu'il fallait ! Florian Le Jeudi 5 mars 2015 8h40, Ab_fab gamma@gmail.com a écrit : Pas mal du tout ! Le 5 mars 2015 01:17, PanierAvide panierav...@riseup.net a écrit : Bonjour à tous, Dans le cadre d'un futur atelier de cartographie des stations de métro sur Rennes, j'ai développé un outil qui permet de visualiser les données OSM en intérieur (ou indoor), étage par étage sur une carte glissante. Aux niveaux de zooms les plus faibles, des clusters de points sont affichés pour trouver plus facilement les zones contenant ce type de données. L'outil s'appelle OpenLevelUp!, et est disponible ici : http://github.pavie.info/openlevelup L'idée est de pouvoir rendre visible simplement ces données. En effet, à moins de passer par overpass-turbo ou les filtres dans JOSM, il est difficile pour l'instant de les visualiser. Cet outil se veut une solution simple, affichant les données étage par étage, en surcouche des tuiles Mapnik. En permettant une mise en avant de ces données, on peut inciter à la contribution sur ce thème (on ne tague pas pour le rendu, mais ça fait toujours plaisir de voir son travail s'afficher quelque part). Un exemple concret de visualisation (station de métro Kennedy, Rennes) : http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48.120896010057486,-1.7102381587028503,48.121777842594696level=-1 Comme le thème de la donnée d'intérieur est encore expérimental, tous les retours d'expérience (qu'ils soient d'un point de vue ergonomique ou technique) sont la bienvenue :) Cordialement, PanierAvide. PS: Pour les curieux de la technique, voici plus de détails sur le fonctionnement. L'outil récupère les données OSM via des requêtes sur l'Overpass API, en particulier sur la combinaison de tags indoor=* et level=* (reposant sur le modèle Simple Indoor Tagging). Ces données sont lues et traitées en JavaScript (en partie grâce à la bibliothèque osmtogeojson). Une pseudo-feuille de style (au format JSON) permet de définir le style des objets à afficher (couleurs, taille, icône, ...). Les données sont filtrées par étage en ne soumettant qu'à la carte Leaflet les données dont le niveau (tag level) correspond à celui à afficher. L'ensemble de l'application est découpée en suivant le patron de conception MVC. Le code source est dispo sur Github : https://github.com/PanierAvide/panieravide.github.io/tree/master/openlevelup ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Why?
Martin Koppenhoefer writes: landuse in OSM should be the actual landuse, not the legally permitted / designed landuse (zoning). I do not disagree (meaning I agree), however: if my quarter-hectare property of low density residential zoning has a house, fences, a garage, lawns, a creek running along the backside of it and so is largely a riparian corridor, a garden and so on, are you saying that it is incorrect for me to have included my parcel in a larger neighborhood of landuse=residential (along with my neighbors), even though I don't include all of these specific micro-mapping elements? Where do you draw the lines of where appropriate landuse=residential tagging begin and end? And again, as large areas (called neighborhoods or quarters or districts in any given local parlance) truly are exclusively residential, I still maintain that drawing an appropriate polygon around them and tagging landuse=residential is correct. This (again) is NOT the same as saying that they cannot be made MORE correct, rather that such tagging is a good first step and not entirely incorrect. Perhaps a superior/outstanding example of what you consider to be GOOD landuse tagging is now in order. Thank you in advance for a link to such data. It is easy to point someplace and say it is wrong, or bad, or needs further explanation (OSM has plenty of those). It is a bit more difficult (though possible) to point to areas (such as Escondido) and say they are on the right path to completion, but are not yet done. It is yet more difficult to point to excellent examples of landuse= tagging, so I now politely ask you to do so. Let's not let perfection be the enemy of the good. If everything entered into OSM had to be perfect upon its initial upload, we'd still be back in the Stone Age of data entry. OSM is a work in progress, and likely always will be. We can strive for excellence without demanding perfection. SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-in] Indian OSM server
Hello, By the way, the tile service is still running on the server ... in case the new server acquisition and setup would take time. Cheers, On 1 March 2015 at 19:59, satyaakam goswami satyaa...@gmail.com wrote: On Thu, Feb 19, 2015 at 9:35 AM, Shekhar Krishnan shek...@topomancy.com wrote: Knock knock. We were moving along with this and the thread sputtered out. yeah we are here , do we have the servers ready , i have some holidays coming up for Holi can work then . -Satya Satyaakam.net | fossevents.in | ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Regards, Johnson Chetty ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
[Talk-us] Whole-US Garmin Map update - 2015-03-02
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-03-02 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-03-02/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-03-02 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: [OSM-talk-be] Evening bussen in Bruges
Hi, So I've downloaded fresh data for De Lijn yesterday evening and for TEC last week (update cycle 3-monthly, so that's fresh too) and converted this to OSM format. The stops with all their details can be found here: https://dl.dropboxusercontent.com/u/42418402/DL.osm.zip https://dl.dropboxusercontent.com/u/42418402/TEC.osm.zip Generating routes for all variations takes a few hours, an example: https://dl.dropboxusercontent.com/u/42418402/PT_lines/DL5092%20DLWV%20bus%2092%20Avondlijn%20Brugge-Zeebrugge.osm.zip Once they are all done, I'll update the following wiki page: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Public_Transport/Lines Unfortunately those links don't work if there are accents in the names. It was the intention to continue working on that, but I got a bit sidetracked by Mapillary, RoadSigns and since last Friday umap. It was also the intention to report there about the status of the route relations, are they still continuous and do the stop sequences still match with the source data from De Lijn or TEC? I wrote a few diary posts on the topic. They contain links to Youtube videos: http://www.openstreetmap.org/user/Polyglot/diary/28401 http://www.openstreetmap.org/user/Polyglot/diary/34241 With the data I have, I can only generate route relations which contain references to stops. The ways aren't in there yet, so we have to add those ourselves, I tried to streamline that process, by writing a script which adds the ways adjacent to the stops and which adds the ways in between, based on other route relations, which serve the same stop sequences. In order to make that work, you'll need the scripting plugin and to install Jython. Coding in Java is outside my comfort zone. Jo 2015-03-04 20:29 GMT+01:00 Brecht Bonne brechtbo...@gmail.com: Dear, From the 14 of December, the night busses have been completely changed in Bruges. (on-demand - line) I recently posted in my diary that I wanted to map these lines. I've been told to discuss these matters on the mailinglist. Well here I am :) This Saturday (7/3) I am going to collect data. You'll find me at 20:10, 21:10, 22:10, 23:10, 00:10, 01:10 and 02:10 near the railway station. I've done a bit of research and a few busses have detours, so I excluded these from my list. This is the list: /home/peeweeke/Documenten/bus/Avondlijn Aartrijke - Brugge [94 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn AZ St-Lucas - Station [91 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Aartrijke [94 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge - Beernem - St.-Joris [97 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Hertsberge [95 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Ruddervoorde [96 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge Sijsele - Moerkerke [98 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Veldegem [99 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Dudzele - Koolkerke - Station [90 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Hertsberge - Brugge [95 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Moerkerke - Sijsele - Brugge [98 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Ruddervoorde - Brugge [96 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - AZ St-Lucas [91 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - Koolkerke - Dudzele [90 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn St.-Joris - Beernem - Brugge [97 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Veldegem - Brugge [99 terug].mhtml As I do apreciate the work of Polyglot on the busstops, last edit only 2 months ago, I will concentrate on the lines itself. Although I plan to perform a few quality-checks along the way. If you would have remarks or advice on how to perform this task, feel free to comment. Kind Regards, PeeWeeke ___ 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] Evening bussen in Bruges
2015-03-04 23:11 GMT+01:00 Jo winfi...@gmail.com:
Nu ga ik nog wat knoeien met umap om daar bomen op gerenderd te krijgen
(die worden opgehaald uit de OSM-data mbv Overpass API)... dat wil maar
niet lukken.
Doet dit kaartje wat je wil ?
http://umap.openstreetmap.fr/en/map/bomentreesarbres_31119#
De query
http://overpass-api.de/api/interpreter?data=[out:json][timeout:25];(node[natural=tree]({south},{west},{north},{east}););out
body;;out skel qt;
Ik heb de kaart wel beperkt tot een klein gebied in Edegem.
mvg
m
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!
Pas mal du tout ! Le 5 mars 2015 01:17, PanierAvide panierav...@riseup.net a écrit : Bonjour à tous, Dans le cadre d'un futur atelier de cartographie des stations de métro sur Rennes, j'ai développé un outil qui permet de visualiser les données OSM en intérieur (ou indoor), étage par étage sur une carte glissante. Aux niveaux de zooms les plus faibles, des clusters de points sont affichés pour trouver plus facilement les zones contenant ce type de données. L'outil s'appelle OpenLevelUp!, et est disponible ici : http://github.pavie.info/openlevelup L'idée est de pouvoir rendre visible simplement ces données. En effet, à moins de passer par overpass-turbo ou les filtres dans JOSM, il est difficile pour l'instant de les visualiser. Cet outil se veut une solution simple, affichant les données étage par étage, en surcouche des tuiles Mapnik. En permettant une mise en avant de ces données, on peut inciter à la contribution sur ce thème (on ne tague pas pour le rendu, mais ça fait toujours plaisir de voir son travail s'afficher quelque part). Un exemple concret de visualisation (station de métro Kennedy, Rennes) : http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48. 120896010057486,-1.7102381587028503,48.121777842594696level=-1 Comme le thème de la donnée d'intérieur est encore expérimental, tous les retours d'expérience (qu'ils soient d'un point de vue ergonomique ou technique) sont la bienvenue :) Cordialement, PanierAvide. PS: Pour les curieux de la technique, voici plus de détails sur le fonctionnement. L'outil récupère les données OSM via des requêtes sur l'Overpass API, en particulier sur la combinaison de tags indoor=* et level=* (reposant sur le modèle Simple Indoor Tagging). Ces données sont lues et traitées en JavaScript (en partie grâce à la bibliothèque osmtogeojson). Une pseudo-feuille de style (au format JSON) permet de définir le style des objets à afficher (couleurs, taille, icône, ...). Les données sont filtrées par étage en ne soumettant qu'à la carte Leaflet les données dont le niveau (tag level) correspond à celui à afficher. L'ensemble de l'application est découpée en suivant le patron de conception MVC. Le code source est dispo sur Github : https://github.com/PanierAvide/panieravide.github.io/tree/master/ openlevelup ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
D'autant plus que area=* n'est qu'un booléen: y mettre plaza en valeur ne sert à rien, on n'y met que des yes. Et sur les highway=* il ne sert pratiquement qu'aux zones pédestres qui n'ont pas de cheminement clair dans cette surface délimitée par sont contour et non un axe central. Le 4 mars 2015 20:49, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Les landuses sont des area, donc pas besoin d'ajouter ce tag. Pour ma part, landuse=plaza name= ref:FR:FANTOIR= et c'était ok pour Bano. Normalement, pas besoin de highway. Stf Le 04/03/2015 19:56, Brice MALLET a écrit : Merci pour tous ces retours, sans consensus ;-) Du coup ce fut taggé de ma part en area=plaza landuse=plaza ref:FR:FANTOIR=751194054F http://www.openstreetmap.org/way/148291423 mais cette place restait toujours en rouge dans le rendu Bano, je viens donc de rajouter un highway=plaza (tant qu'on y est, plus on est de fous;-) pour que la correspondance Bano se fasse. Vincent, Christian : est-ce que j'interprète bien quand je me dis qu'il faut un highway pour la correspondance ? Brice Le 25/02/2015 18:13, Jérôme Seigneuret a écrit : C'est pas affreux c'est juste une règle... Dans la plupart des cas area=yes est implicte. dans le cas du highway=pedestrian, hightway est par defaut un linéaire. Donc pour zone tu es obligé de spécifié que c'est area=yes Dans le même exemple il y a les sens de circulation. place n'est pas à utiliser pour une place(fr) mais pour des zones correspondant à un découpage territorial, d'où les tag complémentaire de population et de code postal Dans les autres cas elle ne sert qu'à afficher une étiquette (label) correspondant au nom d'une zone dont on n'est pas capable d'en définir des limites ou pour déporter l'affichage du nom d'une zone quand le nom défini dans la zone ne peut pas s'afficher correctement il me semble. L'emprise d'une place ressemble plus à du surfacique tel que les landuse=residential qu'on va utiliser pour par exemple, un lotissement. J'en ai parlé à un autre moment mais un landuse pour le lotissement c'est à mon avis pas une bonne solution car le landuse représente un usage générique du sol hors un lotissement est un regroupement de parcellaire lié à un projet de construction. C'est donc bien un place dans ce cas de type voisinage *housing estate* - a residential area where the houses were all planned and built at the same time J'ai pas regardé si place=housing_estate était défini mais on sort du sujet. PS: un place peut être poygonal. On avait parlé de ce sujet pour définir si un lieudit devait être en polygonal ou en point et dans quel cas préférer l'un ou l'autre. Vincent je pense que tu doit t'en rappeler. Jérôme Le 25 février 2015 16:15, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le 25/02/2015 15:32, Pieren a écrit : @Stephane, highway=pedestrian + area=yes, c'est aussi du surfacique. Il n'y a donc pas de règle d'or, malheureusement ;-) Je ne sais pas ce que tu en penses, mais j'ai toujours trouvé cette combinaison de tag vraiment affreuse. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] [Imports] For comment: import of amenity=bicycle_repair_stations
On Wed, Mar 4, 2015 at 9:34 PM, an UK mapper wrote wrote: Way back when, Bryce wrote: The locations need local mapping to get the location perfect. Are you intending to feed these local changes back to the data source? Will the import involve deleting any repair stations in OSM not in the data source - this doesn't seem like a good idea. A qualified yes to that. This import uses a script meant for synchronizing a commercial data set (like a list of ATM's, radar stations, or chain stores) to OSM. It prepares a changelist file describing any differences for human review. If an item drops out of the company's dataset, the OSM mapper sees that closure. Here if Dero racks removes a location it's because the property owner, their client, told them the site was removed on the ground. The human running the script can decide how to react (e.g. mirror the deletion in OSM, take no action, move the item to Open Historical Map, or tag disused:, or fly to the location and check). In the ATM or radar station case: it's the same thing. For well run corporate data sets the list of open stores, ATMs, or whatever is quite good. If an item drops out of that data it's because the location has closed. But, the human can review it, checking yelp or seeking other secondary sources or local sources for information. For this bike tool data set, OSM changes in the USA have already been sent back to the corporate source: mostly duplicate data points and more precise positioning. In general at the next sync this causes no trouble, the fuzzy match is simply less fuzzy, and no action is taken. Similarly if an item is deleted from the OSM set, a flag will be raised. Here the Dero company would be notified. This has not happened yet. The script was built for a one way synchronization, but seems to work reasonably well for this two way sync. --- The main challenge is that detecting duplicates is hard, because some proper stations are literally 60 or so meters apart, and some positioning errors are of the same magnitude. Thus the local mapper who can visit the site and work it all out. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-de] Stellenangebot mit OSM Bezug, Mentz Datenverarbeitung GmbH
Hallo, Ich weiß, dass Stellenangebote hier nicht von allen gerne gesehen werden. Allerdings haben wir gerade eine Stelle offen mit OSM-Bezug und deshalb denke ich, dürfte es OK sein, das hier zu posten. Der Schwerpunkt des Jobs liegt aber ganz allgemein auf GIS. Mehr zu der Stelle erfahrt ihr hier: https://groups.google.com/forum/#!topic/geospatial-job-offer/76b9oyqW8nI Mehr zu unserer Firma könnt ihr im OSM Wiki nachlesen: http://wiki.openstreetmap.org/wiki/%C3%96V_Firma_Mentz_Datenverarbeitung_GmbH Anfragen bitte nur an den im Stellenangebot genannten Kontakt. Viele Grüße, Oli Oliver Pollesch Abteilungsleiter Kundenprojekte und Support GIS Mentz Datenverarbeitung GmbH www.mentzdv.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Salut Nicolas, De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Je viens de trouver des adresses qui ne sont pas trouvées par BANO, mais qui sont visible sur le cadastre. Il s'agit de la Rue du Grand Champ à Beaumont : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.75255/3.08527 Une piste d'amélioration :-) Côté http://cadastre.openstreetmap.fr/fantoir/#insee=63032 la rue est bien rapprochée, mais dans la catégorie sans adresses. Côté cadastre il n'y a qu'une seule parcelle affectée à cette rue, et elle n'a pas de numero d'adresse, donc ça colle. Le n°8 affiché en plein milieu est le numero de parcelle (feuille BT01, parcelle n°8). Donc sauf à saisir des adresses dans OSM, affectées à cette rue, je ne vois pas grand chose à faire ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Le mercredi 4 mars 2015 10:17:28 Vincent de Château-Thierry a écrit : Côté http://cadastre.openstreetmap.fr/fantoir/#insee=63032 la rue est bien rapprochée, mais dans la catégorie sans adresses. Côté cadastre il n'y a qu'une seule parcelle affectée à cette rue, et elle n'a pas de numero d'adresse, donc ça colle. Le n°8 affiché en plein milieu est le numero de parcelle (feuille BT01, parcelle n°8). Donc sauf à saisir des adresses dans OSM, affectées à cette rue, je ne vois pas grand chose à faire ? Ok, si rien de récupérable dans le cadastre, le script n'y peut rien. Je vais les relever sur le terrain. N'empêche que ça montre que le cadastre ne fait pas tout pour l'instant. Pour info, j'ai détecté cette anomalie (et d'autres) en récupérant un listing d'adresses postales que j'ai passé à la moulinette avec bano. J'en dirai plus plus tard. C'est instructif :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Serverspende
Markus Be ww232002-...@yahoo.de wrote: Hat jemand eine Idee, ob diese Server noch für OSM Projekte eingesetzt werden können? Das Problem ist eigentlich eher das Hosting als die Hardware. Daher läuft das in der Praxis dann oft doch wieder auf Mietserver raus. Ich habe z.B. bis heute den deutschen Stil nicht auf osm.org, weil unsere Anbindung beim deutschen Tileserver nur 100MBit sind und ich dem GFZ nicht die Leitung dichtmachen möchte. Das wäre echt mal super, wenn wir irgendwo in einem Unix RZ oder so echten Rackspace mit dicker Internetanbindung bekommen könnten. Dann würde man natürlich auch eine solche Spende gerne annehmen. Gruss Sven -- Thinking of using NT for your critical apps? Isn't there enough suffering in the world? (Advertisement of Sun Microsystems in Wall Street Journal) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-ja] 献血ルームについて
On Wed, Mar 04, 2015 at 05:51:53AM +, surgicalmaskman wrote: key:blood_donationよりもkey:donation=*( https://wiki.openstreetmap.org/wiki/Proposed_features/Donation )のほうが 幅広く対応(献血以外の寄付も)できるのでわたしはこちらを利用するのがよいと おもいます。 あー、きれいに出来ているんですね。これなら良いですね。 全血はdonation:blood=200mL;400mLのように記述するのがよいかとおもいます。 以下にわたしが考える最適な例を記述します。 name=所沢プロペ通り献血ルーム donation=blood donation:facility=dedicated blood:whole=200mL;400mL; blood:plasma=yes blood:platelets=yes こり出すとキリないので、このくらい(あとはフロアの階層くらい?) でしょうか。 あと、まず間違いなくAEDはあると思うので、いっしょにAEDもマッピング すると良いかもしれません。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-at] Vor-Ort-MapperInnen für Wien (1. Bezirk) gesucht
Hallo Lars, das war bisher noch nicht angedacht, ist aber eine sehr gute Idee! So bringt die investierte Zeit noch mehr für die Community und Nachbesserungen sind auch jederzeit möglich. Danke! LG, Markus 2015-03-04 14:27 GMT+01:00 Lars Schimmer l.schim...@cgv.tugraz.at: On 2015-03-04 14:17, Markus Straub wrote: Hallo liebe MapperInnen, wir suchen für das Forschungsprojekt PERRON am AIT jemanden, der Lust hat im ersten Wiener Gemeindebezirk im April / Mai bezahltes Vor-Ort-Mapping zu betreiben. Grob geht es um Attribute POIs, die für Fußgängerrouting relevant sind. Disclaimer: Dabei geht es explizit *nicht* um das kontrovers diskutierte Mapping von Gehsteigen als getrennte Wege oder von uns erfundene Tags! Die Aufgabe wird im Groben sein: - Ergänzung um eventuell noch nicht gemappte Fußwege (z.B. in Parks), öffentliche Durchgänge,.. - Vorhandensein von Gehsteigen: sidewalk=* - Zebrastreifen: highway=crossing,crossing=*,.. - ÖV-Stationen U-Bahn-Abgänge - ... Bei Interesse schickt bitte ein Email mit dem Betreff PERRON OSM, kurzer Beschreibung eurer Mappingerfahrung und eurem OSM-Usernamen an markus.str...@ait.ac.at. Allgemeine Fragen können wir gerne über die Mailingliste diskutieren. Kuze Frage: Ist irgendwie angedacht, die entsprechende Person mit einem Mobile Device auszustatten und die Daten auch erstmal Visuell mit der Mapillary App für Mapillary aufzunehmen? So könnt man mehreres auf einmal erledigen. LG, Markus / evod MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it] MiniMapping Party al Parco del Lura - Saronno VA
;-) aggiunto 23 Feb Mapping Party a Saronno (Va), insieme ad un gruppo di classi dell’IC Leonardo da Vinci Dal Pane al Seme - - Le ultime dal mio blog: Perchè una mappa degli alberi? -- View this message in context: http://gis.19327.n5.nabble.com/MiniMapping-Party-23-2-al-Parco-del-Lura-Saronno-VA-tp5834459p5835775.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-br] Marginal Tiete é autoestrada ?
naoliv : você fez duas criticas e nenhuma resposta . Se ela é uma auto-estrada ( auto-estrada faz ligações entre bairros ou zonas leste/oeste e sul/oeste ? ) , eu desfaço o que fiz de errado . ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-at] Vor-Ort-MapperInnen für Wien (1. Bezirk) gesucht
Hallo liebe MapperInnen, wir suchen für das Forschungsprojekt PERRON am AIT jemanden, der Lust hat im ersten Wiener Gemeindebezirk im April / Mai bezahltes Vor-Ort-Mapping zu betreiben. Grob geht es um Attribute POIs, die für Fußgängerrouting relevant sind. Disclaimer: Dabei geht es explizit *nicht* um das kontrovers diskutierte Mapping von Gehsteigen als getrennte Wege oder von uns erfundene Tags! Die Aufgabe wird im Groben sein: - Ergänzung um eventuell noch nicht gemappte Fußwege (z.B. in Parks), öffentliche Durchgänge,.. - Vorhandensein von Gehsteigen: sidewalk=* - Zebrastreifen: highway=crossing,crossing=*,.. - ÖV-Stationen U-Bahn-Abgänge - ... Bei Interesse schickt bitte ein Email mit dem Betreff PERRON OSM, kurzer Beschreibung eurer Mappingerfahrung und eurem OSM-Usernamen an markus.str...@ait.ac.at. Allgemeine Fragen können wir gerne über die Mailingliste diskutieren. LG, Markus / evod ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Vor-Ort-MapperInnen für Wien (1. Bezirk) gesucht
On 2015-03-04 14:17, Markus Straub wrote: Hallo liebe MapperInnen, wir suchen für das Forschungsprojekt PERRON am AIT jemanden, der Lust hat im ersten Wiener Gemeindebezirk im April / Mai bezahltes Vor-Ort-Mapping zu betreiben. Grob geht es um Attribute POIs, die für Fußgängerrouting relevant sind. Disclaimer: Dabei geht es explizit *nicht* um das kontrovers diskutierte Mapping von Gehsteigen als getrennte Wege oder von uns erfundene Tags! Die Aufgabe wird im Groben sein: - Ergänzung um eventuell noch nicht gemappte Fußwege (z.B. in Parks), öffentliche Durchgänge,.. - Vorhandensein von Gehsteigen: sidewalk=* - Zebrastreifen: highway=crossing,crossing=*,.. - ÖV-Stationen U-Bahn-Abgänge - ... Bei Interesse schickt bitte ein Email mit dem Betreff PERRON OSM, kurzer Beschreibung eurer Mappingerfahrung und eurem OSM-Usernamen an markus.str...@ait.ac.at. Allgemeine Fragen können wir gerne über die Mailingliste diskutieren. Kuze Frage: Ist irgendwie angedacht, die entsprechende Person mit einem Mobile Device auszustatten und die Daten auch erstmal Visuell mit der Mapillary App für Mapillary aufzunehmen? So könnt man mehreres auf einmal erledigen. LG, Markus / evod MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-fr] Fwd: Inscrivez-vous aux journées de la recherche de l'IGN les 19 et 20 mars 2015
Bonjour, Je suppose que vous participez activement (les membres français de OSM). Pourrez-vous nous faire un petit topo ? Merci beaucoup Nicolas -- Message transféré -- De : IGN i...@info.ign.fr Sujet : Inscrivez-vous aux journées de la recherche de l'IGN les 19 et 20 mars 2015 Date : 04 Mar 2015 10:56:14 - À : nico...@pettiaux.be Si ce message ne s'affiche pas correctement, cliquez ici Ce rendez-vous annuel propose un tour d'horizon des recherches menées à l'IGN. Les travaux des laboratoires y seront présentés, chacun d’entre eux traitant d’un grand domaine de compétence de l'institut. Entrée gratuite, sur inscription Date limite d’inscription : le mardi 17 mars 2015 Inscription Informations et programme Plan d'accès PROGRAMME JEUDI 19 MARS 9h - 12h40 : Ouverture des journées : Jean-Philippe Grelot, directeur général adjoint de lIGN Sessions drones : présentation des travaux du laboratoire LOEMI (Laboratoire d'Optique et de Micro-Informatique), interventions de l'Université de Liège, de l'ENSG, du MAP CNRS, de l'IRSTEA et de l'IFSTTAR : Camlight, photogrammétrie, acquisition par drone et relevé architectural, recherche en environnement, projet DIDRO... 14h - 17h45 : Session télédétection, photogrammétrie et vision par ordinateur : présentation des travaux du laboratoire MATIS (Méthodes d'Analyses et de Traitement d'Images pour la Stéréo-restitution). Projets et démonstrations : TerraMobilita, reconstruction de surface, StreetMaker... VENDREDI 20 MARS 8h50 - 12h15 : Session géodésie : présentation des travaux du laboratoire LAREG (Laboratoire de Recherche en Géodésie) : ITRF2014, modélisation et algorithmie, champ de pesanteur, niveau de la mer, Lidar Raman... 14h - 17h : Session cartographie et géomatique : présentation des travaux du laboratoire COGIT (Cartographique et Géomatique), projets Mapstyle, CartASUR, GeoHistoricalData... Institut national de l'information géographique et forestière (IGN) Direction de la recherche et de lenseignement Tél : 01 43 98 85 05 - Email : j...@ign.fr Pour ne plus recevoir de messages de la part de l’IGN, cliquez ici. Si vous souhaitez recevoir des informations ciblées de la part de l’IGN (invitations, lettres d’information, événements, nouveautés...), veuillez remplir le formulaire en ligne. En application de la loi informatique et libertés du 6 janvier 1978, vous disposez d’un droit d’accès, de rectification, de modification et de suppression concernant les données qui vous concernent. Vous pouvez exercer ce droit auprès de l’Institut national de l'information géographique et forestière à l’adresse suivante : communicat...@ign.fr. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Marginal Tiete é autoestrada ?
2015-03-02 20:36 GMT-03:00 belnu...@pop.com.br: A via expressa das marginais Tiete e Pinheiros estão classificadas como Autoestrada e tem como referência SP-015 e BR-116 ( https://www.openstreetmap.org/#map=17/-23.52882/-46.59551 ) . Isto está correto ? Faz tempo que não passo por São Paulo, mas até onde me recordo a classificação motorway faz bastante sentido. Semelhante ao Anel Rodoviário aqui de BH. A classificação motorway é um misto de formato (duplicada, acessos especiais, não pode ser atravessada etc) e hierarquia de roteamento. É muito difícil, senão impossível, determinar uma classificação de rodovias somente por regras fixas (há tantos detalhes, exceções). Além disto é preciso que os mapeadores da região discutam e concordem numa classificação, especiamente quando as regras não podem ser 100% seguidas. Agora, considerando o tanto que o OSM-Brasil ainda é incompleto, minha recomendação é esta: *Se está pronto, não mexa. Procure fazer o que falta.* um grande abraço e bons mapeamentos Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-at] Vor-Ort-MapperInnen für Wien (1. Bezirk) gesucht
On 2015-03-04 14:43, Markus Straub wrote: Hallo Lars, das war bisher noch nicht angedacht, ist aber eine sehr gute Idee! So bringt die investierte Zeit noch mehr für die Community und Nachbesserungen sind auch jederzeit möglich. Danke! ;-) Super. Aber ich möcht dazu auch anmerken, in den Häuserschluchten ist der GPS Empfang ned immer der Beste. Je nach Mobile Device ist das ned so einfach machbar. Alternativ gibt es einige Guides, wie man nen Video mit GPS Tracks aus Garmin Geräten z.B. nachträglich geo-positionieren und uploaden kann. Aber das ist ned merh so trivial schnell erledigt. Dennoch: wenns einfach und schnell und problemlos geht, hilft das sicher! LG, Markus MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-br] Marginal Tiete é autoestrada ?
2015-03-04 10:21 GMT-03:00 belnu...@pop.com.br: naoliv : você fez duas criticas e nenhuma resposta . Se ela é uma auto-estrada ( auto-estrada faz ligações entre bairros ou zonas leste/oeste e sul/oeste ? ) , eu desfaço o que fiz de errado . Eu apenas disse que precisa conversar antes de modificar, independente do caso ou da pessoa. Não é uma alfinetada pessoal. Pela classificação geral do OSM a via é motorway: The tag highway=motorway is used to identify the highest-performance roads within a territory. Typically, these controlled-access highways have a minimum of two lanes in each direction that are separated by a barrier. Pela nossa classificação também encaixa (possui separação entre os dois sentidos, sem obstrução, sem semáforo, sem cruzamentos em nível, asfaltada, com várias faixas, 90 Km/h, etc). A via é, no fundo, uma rodovia com uma cidade ao redor. Eu manteria motorway. Talvez o vgeorge pode informar/confirmar melhor sobre a via. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-ca] Come to SoTM US at the UN!
Hi all! Apologies for any cross posting. I'm writing to extend a warmest of invitations to State of the Map US http://stateofthemap.us/ on June 6-8th at the United Nations in the heart of New York City. This will be an amazing conference as diverse in attendance as it's host city and at home with the international work of the United Nations. Towards that end I invite you to come to the conference! Our call for scholarships http://stateofthemap.us/scholarships/ is open until March 15th, our call for talks http://stateofthemap.us/talk/ is open until March 22nd, and I am always open for sponsors! ;) SOTM US promises to be the largest state of the map a most amazing venue. Please be part of the conversation. Everyone is welcome! Let me know if you have any questions. Best, Alyssa Wright OpenStreetMap US President. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
