Re: [OSM-talk-fr] Fusions d'arrondissements (était:Guebviller: nouveau plan de circulation...)
Le 24 février 2015 20:58, Philippe Verdy verd...@wanadoo.fr a écrit : Et le décret qui va avec Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/eli/decret/2014/12/29/2014-1722/jo/texte Il procède à la suppression des arrondissements de Strasbourg-Campagne et de Wissembourg et modifie les limites territoriales des arrondissements d'Haguenau, de Molsheim, de Saverne et de Strasbourg-Ville et les noms d'Haguenau et de Strasbourg-Ville. Cette réforme vise à adapter la carte des arrondissements à l'organisation administrative territoriale contemporaine et à ses dynamiques de développement, en prenant notamment en compte les limites des établissements publics de coopération intercommunale. Avec un tableau en annexe des communes. Il y a eu des fusions d'arrondissements en Moselle (57) aussi, il me semble. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne ce jeudi
Le 24/02/2015 22:04, Jean-Baptiste Holcroft a écrit : je serai là également ! À l'intérieur de ce batiment il y aura une salle particulière ? Non, on sera dans la salle de réunion du rez-de-chaussée. Et grignotage dans le quartier ensuite, bien sûr ;) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne ce jeudi
Le mardi 24 février 2015 à 20:09 +0100, Vincent de Château-Thierry a écrit : La fin du mois approche, Si vous êtes parisien(ne)s ce jeudi soir, jeudi ! me deplacer je ferais ... vous êtes les bienvenus à partir de 19:00 à la Maison des Associations du IIè arrondissement, 23, rue Greneta. = http://www.openstreetmap.org/node/691721185 À jeudi, vincent ( Christian) ___ 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] Guebviller: nouveau plan de circulation...
Le 24/02/2015 19:11, Christian Quest a écrit : Pour info: http://france3-regions.francetvinfo.fr/alsace/2015/02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html Quelqu'un pour faire la mise à jour ? Ca semble changer le 4/3... Pour info, nous avons reçu un message sur le formulaire de contact venant des services de la ville pour signaler les changements et les répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à nous ! Je relaie sur la liste locale Alsace Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guebviller: nouveau plan de circulation...
L'article de Wikipédia qui les historise s'arrête à 2007 depuis la disparition de l'arrondissement des îles du Nord en Guadeloupe (autonomie de Saint-Martin et Saint-Barthélemy) http://fr.wikipedia.org/wiki/Arrondissement_%28France%29 Mais dans les articles par arrondissements on trouve des références, par exemple: http://fr.wikipedia.org/wiki/Arrondissement_de_Strasbourg-Campagne (fusion des arrondissements de Strasbourg-Ville et -Campagne) Le 24 février 2015 20:39, Philippe Verdy verd...@wanadoo.fr a écrit : Au fait j'ai entendu dire qu'il y avait eu des suppressions/fusions d'arrondissements (départementaux) en janvier, notamment dans l'Est (Guebviller, Mulhouse-Campagne et ville) Il y a des sources pour ça ? Est-ce qu'on est à jour ? Le 24 février 2015 19:11, Christian Quest cqu...@openstreetmap.fr a écrit : Pour info: http://france3-regions.francetvinfo.fr/alsace/2015/02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html Quelqu'un pour faire la mise à jour ? Ca semble changer le 4/3... Pour info, nous avons reçu un message sur le formulaire de contact venant des services de la ville pour signaler les changements et les répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à nous ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guebviller: nouveau plan de circulation...
Au fait j'ai entendu dire qu'il y avait eu des suppressions/fusions d'arrondissements (départementaux) en janvier, notamment dans l'Est (Guebviller, Mulhouse-Campagne et ville) Il y a des sources pour ça ? Est-ce qu'on est à jour ? Le 24 février 2015 19:11, Christian Quest cqu...@openstreetmap.fr a écrit : Pour info: http://france3-regions.francetvinfo.fr/alsace/2015/02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html Quelqu'un pour faire la mise à jour ? Ca semble changer le 4/3... Pour info, nous avons reçu un message sur le formulaire de contact venant des services de la ville pour signaler les changements et les répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à nous ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons
La requête Overpass Turbo (sur http://overpass-turbo.eu/) fait ces
vérifications de façon visuelle et interactive (données à jour disponibles
dans la minute)
osm-script output=json timeout=40
union
query type=relation
has-kv k=boundary v=political/
has-kv k=political_division v=canton/
bbox-query {{bbox}}/
/query
/union
print mode=body/
recurse type=down/
print mode=skeleton order=quadtile/
/osm-script
(pour les cantons il faut zoomer sa vue (la bbox par défaut est celle de
votre onglet d'affichage dans le navigateur) un peu à l'échelle d'un
département sinon on déborde vite en volume de données)
Modifiez les lignes has-kv (paires clé et valeur d'un même tag) selon vos
critères de recherche (anciens ou nouveaux cantons, arrondissements,
circonscriptions législatives)
On repère vite les trous (zones blanches) et superposition (zones jaunes
plus intenses), ou enclaves/exclaves oubliées dans une relation voisine
'bordure violette et non bleue, car les ways ne sont pas réutilisés par
deux relations).
Le 24 février 2015 18:12, Christian Quest cqu...@openstreetmap.fr a écrit
:
Le 24/02/2015 16:49, Jérôme Amagat a écrit :
Bonjour,
Ça serai pas possible de créer un truc (pour ceux qui savent faire :)
) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup
commençais par un e majuscule, problème de l'accent dans les décrets?)
qui n’étaient dans aucun canton (et qui n'attendent pas d’être découpé).
les problèmes : endroit sans canton, et aussi role et admin-centre
manquant.
C'est ce que je comptais faire en poussant un peu plus l'extraction
automatique des données du JORF.
On a effectivement des communes qui ont sauté à cause de leur nom
orthographié différemment (le JORF ne met pas d'accent sur les
majuscules, utilise des e dans l'a alors que dans OSM on a des ae).
Je comptais par exemple vérifier les trous dans la couverture des
cantons en croisant avec les polygones des communes, et détecter les
cantons qui se chevauchent partiellement, chose possible aussi à
intégrer par une nouvelle analyse Osmose (si Freed a envie de rajouter ça).
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Le 24 février 2015 16:53, Nicolas Moyroud nmoyr...@free.fr a écrit : Tu voudrais que je sois cohérent avec moi-même, tu m'en demandes beaucoup là ! ;-) Blague à part Ortho SIG L-R 2012 c'est ce que j'ai mis dans attribution-text ça ne suffit pas ? Pour le name j'ai suivi la même structure que ce qui a été fait pour le CRAIG : nom organisme - zone année - résolution. Ok comme ça alors. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La CCPRO se lance dans OpenStreetMap
C'est une bonne démo typique d'utilisation d'UMAP (à montrer aux assos qui veulent cartographier leurs événements, j'en ai aidé quelques unes pour des cartes moins fournies, avec des points, des lignes, des aires, et quelques icônes custom pour les bulles). En revanche une visualisation c'est bien, mais ces données ne demandent plus qu'à avoir un jeu de données associé... à indiquer par un lien dans les infos de la légende (par exemple en remplissant la zone crédits encore vide, même si en bas de carte on a en tout petit les mentions d'OpenStreetmap et OdBL (fond de carte) et CCPRO 2014 (avant le lien légende). Le 24 février 2015 16:30, Tony Emery tony.em...@yahoo.fr a écrit : C'est tout nouveau et tout frais, la Communauté de Communes des Pays de Rhône et Ouvèze se lance dans la communication sur fond OSM. La première carte publiée sur son site Internet avec un fond OpenStreetMap et en utilisant UMAP www.ccpro.fr/environnement http://www.ccpro.fr/environnement/collecte_et_valorisation_des_dechets/pav/ http://gis.19327.n5.nabble.com/file/n5834808/Capture.png - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/La-CCPRO-se-lance-dans-OpenStreetMap-tp5834808.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: [Talk-de] admin schläft
Für ein 100 kb file? Ich werde kein Dropbox Konto eröffnen für ein File das so klein ist. -Ursprüngliche Nachricht- Von: Jo [mailto:winfi...@gmail.com] Gesendet: Dienstag, 24. Februar 2015 22:01 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] admin schläft Dropbox... On Feb 24, 2015 9:14 PM, Michael Paulmann michael.paulm...@hft-stuttgart.de wrote: Hallo Leuts, ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart weitergeleitet, leider hatte diese 100 kb was dazu führte das der Admin diese Mail bestätigen muss bevor sie an die Mailingliste geht, aber anscheinend hat der Admin kein Interesse die Mails durchzuschauen die ankommen. Ich finde es toll das der Verkehrsverbund bereit wäre uns seine Daten zur Verfügung zu stellen, jedoch weiss ich nicht wie ich weiter verfahren soll und habe deshalb hier die Mail mit dem Testdatensatz weitergeleitet. Ich habe die Testdaten angeschaut, und per QGIS mit den OSM Daten verglichen und habe festgestellt das man einiges zu den Daten bei OSM hinzufügen könnte. Leider kann ich den Testdatensatz hier nicht weiterschicken da ja leider der Admin schläft... Gruß Paulest P.S.: Wer Interesse an den Testdaten hat soll sich direkt an mich wenden ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Carte avec les panneaux autoroutiers / Destination Sign ?
Merci à tous, j'ai ajouté le lien sur les panneaux de direction : https://wiki.openstreetmap.org/wiki/FR:Relation:destination_sign et la page des autoroutes https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway En espérant que les ajouts sont bien pertinents. -- Jean-Baptiste Holcroft Le 24 février 2015 11:16, Otourly Wiki otou...@yahoo.fr a écrit : Dans mes archives de courriels en cherchant Telenav (Merci Pieren) j'ai trouvé http://checkautopista.hol.es/?id=158011 Peut-être que ça t'aidera ? Florian Le Mardi 24 février 2015 11h04, Pieren pier...@gmail.com a écrit : 2015-02-24 8:17 GMT+01:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com: Il me semble qu'une société de logiciels de routage avait fait une saisie importante aux USA et avaient fourni un lien. La société, c'est Telenav qui a racheté Skobbler qui s'appelle maintenant Scout et qui a payé des gens pour remplir ces info sur les USA: http://blog.openstreetmap.de/blog/2014/07/wochennotiz-nr-210/ Quelqu'un se souvient du lien ? Ca ne me dit rien, par contre. Désolé. Pieren ___ 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] admin schläft
Hallo Leuts, ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart weitergeleitet, leider hatte diese 100 kb was dazu führte das der Admin diese Mail bestätigen muss bevor sie an die Mailingliste geht, aber anscheinend hat der Admin kein Interesse die Mails durchzuschauen die ankommen. Ich finde es toll das der Verkehrsverbund bereit wäre uns seine Daten zur Verfügung zu stellen, jedoch weiss ich nicht wie ich weiter verfahren soll und habe deshalb hier die Mail mit dem Testdatensatz weitergeleitet. Ich habe die Testdaten angeschaut, und per QGIS mit den OSM Daten verglichen und habe festgestellt das man einiges zu den Daten bei OSM hinzufügen könnte. Leider kann ich den Testdatensatz hier nicht weiterschicken da ja leider der Admin schläft... Gruß Paulest P.S.: Wer Interesse an den Testdaten hat soll sich direkt an mich wenden ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] admin schläft
Dropbox... On Feb 24, 2015 9:14 PM, Michael Paulmann michael.paulm...@hft-stuttgart.de wrote: Hallo Leuts, ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart weitergeleitet, leider hatte diese 100 kb was dazu führte das der Admin diese Mail bestätigen muss bevor sie an die Mailingliste geht, aber anscheinend hat der Admin kein Interesse die Mails durchzuschauen die ankommen. Ich finde es toll das der Verkehrsverbund bereit wäre uns seine Daten zur Verfügung zu stellen, jedoch weiss ich nicht wie ich weiter verfahren soll und habe deshalb hier die Mail mit dem Testdatensatz weitergeleitet. Ich habe die Testdaten angeschaut, und per QGIS mit den OSM Daten verglichen und habe festgestellt das man einiges zu den Daten bei OSM hinzufügen könnte. Leider kann ich den Testdatensatz hier nicht weiterschicken da ja leider der Admin schläft... Gruß Paulest P.S.: Wer Interesse an den Testdaten hat soll sich direkt an mich wenden ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Guebviller: nouveau plan de circulation...
Et le décret qui va avec Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/eli/decret/2014/12/29/2014-1722/jo/texte Il procède à la suppression des arrondissements de Strasbourg-Campagne et de Wissembourg et modifie les limites territoriales des arrondissements d'Haguenau, de Molsheim, de Saverne et de Strasbourg-Ville et les noms d'Haguenau et de Strasbourg-Ville. Cette réforme vise à adapter la carte des arrondissements à l'organisation administrative territoriale contemporaine et à ses dynamiques de développement, en prenant notamment en compte les limites des établissements publics de coopération intercommunale. Avec un tableau en annexe des communes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guebviller: nouveau plan de circulation...
Si on veut une référence simple avec ses versions consolidées (pour ne pas citer une version initiale non corrigée), le lien est http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005698 Il est préférable sur LégiFrance de mentionner les liens avec juste cidTexte=* pour avoir la dernière version consolidée (tout en permettant de voir les autres versions) plutôt qu'une version spécifique ou le lien d'un PDF (ça permet de voir ce qui a changé dans un texte avant sa finalisation ou correction). Le 24 février 2015 20:58, Philippe Verdy verd...@wanadoo.fr a écrit : Et le décret qui va avec Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/eli/decret/2014/12/29/2014-1722/jo/texte Il procède à la suppression des arrondissements de Strasbourg-Campagne et de Wissembourg et modifie les limites territoriales des arrondissements d'Haguenau, de Molsheim, de Saverne et de Strasbourg-Ville et les noms d'Haguenau et de Strasbourg-Ville. Cette réforme vise à adapter la carte des arrondissements à l'organisation administrative territoriale contemporaine et à ses dynamiques de développement, en prenant notamment en compte les limites des établissements publics de coopération intercommunale. Avec un tableau en annexe des communes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-alsace] Re: Guebviller: nouveau plan de circulation...
Le 24 février 2015 21:11, DH dhel...@free.fr a écrit : Le 24/02/2015 19:11, Christian Quest a écrit : Pour info: http://france3-regions.francetvinfo.fr/alsace/2015/ 02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html Quelqu'un pour faire la mise à jour ? Ca semble changer le 4/3... Pour info, nous avons reçu un message sur le formulaire de contact venant des services de la ville pour signaler les changements et les répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à nous ! Je relaie sur la liste locale Alsace Denis Merci Denis, Habitant à quelques kilomètres et connaissant très bien Guebwiller, je veux bien m'en occuper, à moins évidemment qu'un non-abonné aux listes s'en charge d'ici là. Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne ce jeudi
je serai là également ! À l'intérieur de ce batiment il y aura une salle particulière ? -- Jean-Baptiste Holcroft 2015-02-24 20:47 GMT+01:00 didier2020 didier2...@free.fr: Le mardi 24 février 2015 à 20:09 +0100, Vincent de Château-Thierry a écrit : La fin du mois approche, Si vous êtes parisien(ne)s ce jeudi soir, jeudi ! me deplacer je ferais ... vous êtes les bienvenus à partir de 19:00 à la Maison des Associations du IIè arrondissement, 23, rue Greneta. = http://www.openstreetmap.org/node/691721185 À jeudi, vincent ( Christian) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fusions d'arrondissements (était:Guebviller: nouveau plan de circulation...)
Une recherche sur les décrets de la même date (29 décembre 2014) sur LégiFrance avec le mot clé arrondissement) me donne cette liste de 3 décrets: * Décret n° 2014-1720 du 29 décembre 2014 portant suppression des arrondissements de Guebwiller et de Ribeauvillé (département du Haut-Rhin) http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005678 * Décret n° 2014-1721 du 29 décembre 2014 portant suppression des arrondissements de Boulay-Moselle, de Château-Salins, de Thionville-Ouest et de Metz-Campagne (département de la Moselle) http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005688 * Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005698 Le 24 février 2015 22:11, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 24 février 2015 20:58, Philippe Verdy verd...@wanadoo.fr a écrit : Et le décret qui va avec Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/eli/decret/2014/12/29/2014-1722/jo/texte Il procède à la suppression des arrondissements de Strasbourg-Campagne et de Wissembourg et modifie les limites territoriales des arrondissements d'Haguenau, de Molsheim, de Saverne et de Strasbourg-Ville et les noms d'Haguenau et de Strasbourg-Ville. Cette réforme vise à adapter la carte des arrondissements à l'organisation administrative territoriale contemporaine et à ses dynamiques de développement, en prenant notamment en compte les limites des établissements publics de coopération intercommunale. Avec un tableau en annexe des communes. Il y a eu des fusions d'arrondissements en Moselle (57) aussi, il me semble. ___ 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] BANO : Orléans et environs en rouge
Bonjour, De: djoman djo_...@laposte.net Mais ce matin BANO est toujours rouge. Retard ou autre chose ? Ça peut être du côté de ton cache, car je ne vois rien d'anormal pour Orléans ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/47.9017/1.9072 ni là : http://cadastre.openstreetmap.fr/fantoir/#insee=45234 Pour info les tuiles du rendu BANO sont invalidées / regénérées chaque nuit au moment de la mise à jour quotidienne de la base. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte avec les panneaux autoroutiers / Destination Sign ?
Dans mes archives de courriels en cherchant Telenav (Merci Pieren) j'ai trouvé http://checkautopista.hol.es/?id=158011 Peut-être que ça t'aidera ? Florian Le Mardi 24 février 2015 11h04, Pieren pier...@gmail.com a écrit : 2015-02-24 8:17 GMT+01:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com: Il me semble qu'une société de logiciels de routage avait fait une saisie importante aux USA et avaient fourni un lien. La société, c'est Telenav qui a racheté Skobbler qui s'appelle maintenant Scout et qui a payé des gens pour remplir ces info sur les USA: http://blog.openstreetmap.de/blog/2014/07/wochennotiz-nr-210/ Quelqu'un se souvient du lien ? Ca ne me dit rien, par contre. Désolé. Pieren ___ 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] Datacamp Elections... le charcutomètre ;)
Autres erreurs constatées : certains ont pris comme frontière communale (une fois tracés les limites cantonales infracommunales) des limites de quartiers (admin_level=10), ça donne des bouts manquants: ils ont juste cherché le premier boundary=administrative qui se présentait du bon côté pour fermer la commune, sans charger réellement la relation communales. Le 24 février 2015 10:00, Philippe Verdy verd...@wanadoo.fr a écrit : En faisant le tour des départements qui avaient été faits (marqués en vert sur le wiki) je constate que certains ont été trop rapides et ont repris les cantons actuels du moment qu'ils avait le bon numéro. Bref de nombreux trous dans la carte s'expliquent ! Durant le renommages des cantons 2014 en disused: (avec des oublis) et des nouveaux sansplanned: (là aussi avec des oublis) personne n'a eu l'idée en les voyant dans les données de vérifier que c'était bien des cantons 2015 avant de les mettre dans le wiki. Il y a du ménage à faire et de nombreux trous dans le rendu Layers s'expliquent comme ça. J'ai vérifié une série de départements au fur et à mesure qu'ils se faisaient mais ces dernières semaines cela a été plus vite que je ne pouvais le faire (et j'avais aussi d'autres occupations). En attendant, Layers n'est pas utilisable. Je rappelle cette requête OverPass pour visualiser (zoomer sur une zone pas beaucoup plus grande qu'un département avant de lancer sinon vous aurez trop de données pour votre navigateur. Le résultat est immédiat (contrairement à Layers dont le serveur est à la peine pour générer ses bitmaps) et permet de consulter les tags et voir les admin_center: http://overpass-turbo.eu/s/7Qz Le 24 février 2015 08:51, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Salut, Le lundi 23 février 2015 23:26:43 Christian Quest a écrit : Après avoir pesté hier soir sur les cantons de Nice sur lesquels je me suis perdu, ça m'a donné l'idée de mon sujet du jour: le charcutomètre. L'idée est simple : mesurer la complexité de définition du découpage des cantons en partant de leur définition textuelle dans le JORF. […] Le top 50 est disponible sur https://gist.github.com/cquest/0105e48cb2bfb8df161a Intéressant. Mais je me demande si le critère est bon … Par exemple, si on regarde ceux qui sont le moins charcutés : Lille-1 et Lille-7 http://layers.openstreetmap.fr/?zoom=13lat=49.25551lon=4.04531layers=BFFTFFF C'est pas flagrant. Où alors, c'est qu'il sont de toutes façons tous charcutés, à leur échelle :-) En effet, compter le nombre de noms de voies comporte des biais : - une ligne droite peut changer 3 fois de noms - 10 faibles changement de direction (surtout dans le même sens) et moins pire qu'un crochet en 3 mouvements (à croire que certains font pression pour rester dans un canton) - un petit canton aura plus de chance d'avoir moins de tronçon mais d'être plus charcuté Bref, c'est marrant mais pas aussi simple :-) Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] civici di ferrara - adesso open
2015-02-24 7:47 GMT+01:00 Andrea Musuruane musur...@gmail.com: Le licenze share alike non vanno bene perché non sono compatibili con la odbl. Non per i ct. nel caso di ODbL e IODL sono i CT ad impedire la fruizione, mentre per le altre sono sia i CT che anche la ODbL... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Salut Nicolas, Il existe un greffon pour JOSM : https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Imagery-XML-Bounds Bien cordialement, Jean-Guilhem Le 24/02/2015 10:31, Nicolas Moyroud a écrit : Salut, Bon grâce Landry et ce fil de discussion je viens d'apprendre qu'on pouvait intégrer soi-même un nouveau service d'imagerie dans la liste officielle JOSM. Et du coup j'y ajouterai bien le flux Orthophotos Languedoc-Roussillon 2012 mis à disposition par SIG L-R (notre CRAIG à nous les sudistes). Et donc ma question : sur le wiki JOSM vous générez comment le bloc shape qui contient l'emprise de la zone couverte ? Je veux bien le faire à la main point par point, mais demain j'y serai encore et ça risquerait de faire baisser ma moyenne de contributions à OSM... ;-) Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Datacamp Elections... le charcutomètre ;)
Autres erreurs courantes : oublier les enclaves ou les taguer incorrectement en outer quand il faut les exclure (en inner) de la (ou des) communes qui la sépare(nt) de la partir principale. Ce cas se produit quand l'enclave sort des limites du canton prises sur les parties principales. Souvent les parties externes sont présentes mais rarement les parties internes à exclure: c'est la tentation de terminer vite une fois qu'on a fait le tour d'un canton, sans voir s'il n'y avait pas de bouts d'une commune voisine hors canton. Et cela peut même aboutir à omettre des communes entières. Dernier cas: pour le tracé on croit avoir fait le tour mais on a oublié une commune à la périphérie du canton mais pourtant bien dans le canton. Ce n'est pas toujours facile à voir quand on a déjà fait des cantons voisins, mais le repérage c'est tout de même de voir q'il n'y a pas de bout où l'icône du noeud place est absente (il arrive cependant que certaines commuens n'aient toujours pas de noeud place positionné en role admin_centre de la relation. Le 24 février 2015 10:10, Philippe Verdy verd...@wanadoo.fr a écrit : Autres erreurs constatées : certains ont pris comme frontière communale (une fois tracés les limites cantonales infracommunales) des limites de quartiers (admin_level=10), ça donne des bouts manquants: ils ont juste cherché le premier boundary=administrative qui se présentait du bon côté pour fermer la commune, sans charger réellement la relation communales. Le 24 février 2015 10:00, Philippe Verdy verd...@wanadoo.fr a écrit : En faisant le tour des départements qui avaient été faits (marqués en vert sur le wiki) je constate que certains ont été trop rapides et ont repris les cantons actuels du moment qu'ils avait le bon numéro. Bref de nombreux trous dans la carte s'expliquent ! Durant le renommages des cantons 2014 en disused: (avec des oublis) et des nouveaux sansplanned: (là aussi avec des oublis) personne n'a eu l'idée en les voyant dans les données de vérifier que c'était bien des cantons 2015 avant de les mettre dans le wiki. Il y a du ménage à faire et de nombreux trous dans le rendu Layers s'expliquent comme ça. J'ai vérifié une série de départements au fur et à mesure qu'ils se faisaient mais ces dernières semaines cela a été plus vite que je ne pouvais le faire (et j'avais aussi d'autres occupations). En attendant, Layers n'est pas utilisable. Je rappelle cette requête OverPass pour visualiser (zoomer sur une zone pas beaucoup plus grande qu'un département avant de lancer sinon vous aurez trop de données pour votre navigateur. Le résultat est immédiat (contrairement à Layers dont le serveur est à la peine pour générer ses bitmaps) et permet de consulter les tags et voir les admin_center: http://overpass-turbo.eu/s/7Qz Le 24 février 2015 08:51, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Salut, Le lundi 23 février 2015 23:26:43 Christian Quest a écrit : Après avoir pesté hier soir sur les cantons de Nice sur lesquels je me suis perdu, ça m'a donné l'idée de mon sujet du jour: le charcutomètre. L'idée est simple : mesurer la complexité de définition du découpage des cantons en partant de leur définition textuelle dans le JORF. […] Le top 50 est disponible sur https://gist.github.com/cquest/0105e48cb2bfb8df161a Intéressant. Mais je me demande si le critère est bon … Par exemple, si on regarde ceux qui sont le moins charcutés : Lille-1 et Lille-7 http://layers.openstreetmap.fr/?zoom=13lat=49.25551lon=4.04531layers=BFFTFFF C'est pas flagrant. Où alors, c'est qu'il sont de toutes façons tous charcutés, à leur échelle :-) En effet, compter le nombre de noms de voies comporte des biais : - une ligne droite peut changer 3 fois de noms - 10 faibles changement de direction (surtout dans le même sens) et moins pire qu'un crochet en 3 mouvements (à croire que certains font pression pour rester dans un canton) - un petit canton aura plus de chance d'avoir moins de tronçon mais d'être plus charcuté Bref, c'est marrant mais pas aussi simple :-) Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte avec les panneaux autoroutiers / Destination Sign ?
2015-02-24 8:17 GMT+01:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com: Il me semble qu'une société de logiciels de routage avait fait une saisie importante aux USA et avaient fourni un lien. La société, c'est Telenav qui a racheté Skobbler qui s'appelle maintenant Scout et qui a payé des gens pour remplir ces info sur les USA: http://blog.openstreetmap.de/blog/2014/07/wochennotiz-nr-210/ Quelqu'un se souvient du lien ? Ca ne me dit rien, par contre. Désolé. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Salut, Bon grâce Landry et ce fil de discussion je viens d'apprendre qu'on pouvait intégrer soi-même un nouveau service d'imagerie dans la liste officielle JOSM. Et du coup j'y ajouterai bien le flux Orthophotos Languedoc-Roussillon 2012 mis à disposition par SIG L-R (notre CRAIG à nous les sudistes). Et donc ma question : sur le wiki JOSM vous générez comment le bloc shape qui contient l'emprise de la zone couverte ? Je veux bien le faire à la main point par point, mais demain j'y serai encore et ça risquerait de faire baisser ma moyenne de contributions à OSM... ;-) Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-de] Distanz-Berechnung mit Excel
Suche grad nach einer Anleitung zur Berechnung einer orthodromen Distanz mit Excel. Anleitungen sind meist englisch und das verstehe ich dann als Nicht-Mathematiker nur dürftig... Habe hier mal eine Zusammenfassung gemacht: https://wiki.openstreetmap.org/wiki/DE:Coordinate#Excel Vielleicht hat jemand Lust da mal drüberzuschauen? Danke, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Le mardi 24 février 2015 12:35:54 Jérôme Amagat a écrit : Qu'on soit bien clair, moi je ne parlais pas de superposer mon way boundary=political aux ways déjà existants en réutilisant les nœuds. Ok tu ne réutilises pas les noeuds. Tu trace des way très très proches des ways déjà existant donc c'est quand même très proche d'une superposition, non? très proche, oui -- 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: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Le 24 février 2015 13:54, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Ha Ok, donc le premier modèle de http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques Oui et on parle bien du cas des cantons mais pas par exemple des limites administratives. La réponse de Christian fait bien la distinction entre les 2 cas de figure. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Come associare una pista ciclabile a una strada
2015-01-22 10:35 GMT+01:00 Volker Schmidt vosc...@gmail.com: Lo scopo principale sarebbe di evitare di mettere il nome della strada anche sul marciapiede, ... se sono taggate come ways separate. Mi sembra strano che non trovo una soluzione già documentata. Forse mi è scappato qualcosa metterei il nome su entrambi, ed hai risolto. Una relazione mi sembra molto più fragile e complicato ed impegnativa da creare. Segnalo anche questo tag: http://wiki.osm.org/wiki/Proposed_features/Bicycle_use_cycleway bicycle=use_cycleway pensato per le strade dove esiste una pista ciclabile obbligatoria vicino, però non risolve esplicitamente il problema dell'associazione della pista con la strada. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] How to after validatie JOSM send me to ....
On Mon, Feb 23, 2015 at 11:48 AM, Jakka vdmfrank...@gmail.com wrote: How to: 1. https://www.openstreetmap.org/#map=19/51.05026/3.72007 Weg eindigt in gebied: langswaterkant een trap omhoog naar wandelgebied voor routering is dit dus een probleem, als je wil dat er over het gebied heen kan genavigeerd worden moet je een virtueel pad tekenen. Anders gewoon negeren 2. https://www.openstreetmap.org/#map=21/50.6657/3.1413057 Multipolygon relation should be tagged with area tags and not the outer way (1) Think a hole in a building?? building=xxx van de outer way afhalen en op de relatie plaatsen 3. https://www.openstreetmap.org/#map=21/51.0368258/3.6841856 alternative name without name (2) Lock_name=Keersluis K2 something with number ? lock_name is niet echt een gekende tag. beste oplossing de sluis (lock) mappen en daarop name plaatsen. of gewoon laten staan. 4. https://www.openstreetmap.org/#map=20/51.046752/3.718781 alternative name without name (2) bridge_name=Hospitaalbrug was already tagged but higway without a name. In AGIV no street name. When i Filled in, in the tag window menu Bouwerken/bridges/... the name it shows as the streetname. Correct or not??? gelijkaardig probleem. gewoon negeren of de brug zelf tekenen met man_made=bridge, layer=xx zoals hier http://wiki.openstreetmap.org/wiki/Proposed_features/man_made%3Dbridge maar dit is ook nog geen algemeen gebruikte tagging methode 5. https://www.openstreetmap.org/#map=19/51.046903/3.720087 Kruisende waterwegen (2) riverbank across water ??? and second error??? knoopje toevoegen waar ze elkaar kruisen ? m. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] Ubuntu Touch e OpenStreetMap
beh, ormai il sito osm.org fa direttamente il routing. quindi per quello basta un browser...il problema è che la navigazione neccessita di cose tipo il turn-by-turn, uscita vocale ecc...forse per l'input basta quello che c'è già in giro ma per avere un output utile alla navigazione bisogna gestirli in maniera particolare. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Ubuntu-Touch-e-OpenStreetMap-tp5834454p5834772.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Istituzione dell'elenco degli alberi monumentali d'Italia
2015-01-20 18:58 GMT+01:00 Volker Schmidt vosc...@gmail.com: ... ma prima di importare veri alberi monumentali, eliminiamo gli alberi importati en masse! E' un problema massiccio nel Veneto, ma anche altrove. -1 se sono alberi reali le terrei. Segnalo il tag denotation per un ulteriore descrizione degli alberi, con valori urban, avenue, natural_monument ecc. http://wiki.osm.org/wiki/Key:denotation ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Datacamp Elections... le charcutomètre ;)
je corrige ce que je vois au fur et à mesure. C'est long, fastidieux car les causes d'erreurs sont multiples. J'indique ça parce que certains peuvent y reconnaitre certaines de leurs erreurs ou ne pas voir ce qui cloche pour le corriger. A ce sujet, on a encore des problèmes de rendu dans la couche Layers, à cause des circonscriptions législatives mal fermées. Pour les voir séparément on peut là encore utiliser Overpass: http://overpass-turbo.eu/s/7QN La plupart du temps c'est parce qu'il manquait les cantons de 2012 (lesquels composent encore les circonscriptions et il n'est pas prévu pour l'instant de nouveau découpage législatif). On peut encore les corriger ces cantons pour terminer ou refermer les circonscriptions législatives. Le 24 février 2015 11:49, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Salut Philippe, Le mardi 24 février 2015 11:02:14 Philippe Verdy a écrit : Autres erreurs courantes : oublier les enclaves ou les taguer incorrectement en outer quand il faut les exclure (en inner) de la (ou des) communes qui la sépare(nt) de la partir principale. Ce cas se produit quand l'enclave sort des limites du canton prises sur les parties principales. Merci pour tes vérifications. Tu corriges au fil de l'eau ? Parce que énoncer des erreurs sans laisser trace des relations à pbs … Merci encore ! -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Isochronie 'transport public' avec OSM
Bonjour, Je souhaite faire sur la region francilienne et les departements limitrophes à l 'ile de france (ceux du Centre, picardie, Bourgogne, Normandie, Champagne-Ardenne) de la cartographie d'isochronie de transports public. Je compte utiliser soit Grass ou Postgis. Les transports en commun en question sont les tramways, les bus, metro, RER (pour l'ile de france), et les transiliens. J'ai téléchargé la data OSM via le site geofabrik. 1/ La data Railways peut elle etre utilisée pour ce type de cartographie? Avant le traitement pur d'isochronie, faut il quand meme la nettoyer, l'optimiser? 2/ Concernant la data roads, chaque entité ( ou enregistrement) est elle obligatoirement mono-partie ou peut elle etre multi-partie. Autrement dit, un enregistrement de la base 'roads' correspond à une géométrie 'mono-partie' ou 'multi-partie'. JE pose cete question car depuis ce matin j'essaie dans qgis de decouper la data OSM afin de conserver la data uniquement sur les departements utiles. Mais dans qgis l'opération ne marche pas. Mes 2 couches sont dans la meme projection. Je me demande alors si le soucis ne viendrait pas du fait que les data OSM soient du lineaire multiparties... Merci d'avance. -- View this message in context: http://gis.19327.n5.nabble.com/Isochronie-transport-public-avec-OSM-tp5834780.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Le 24 février 2015 13:45, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : utiliser des chemins superposés aux chemins physiques existants. Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse de Christian cf. https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Le mardi 24 février 2015 13:49:05 Romain MEHUT a écrit : Le 24 février 2015 13:45, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : utiliser des chemins superposés aux chemins physiques existants. Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse de Christian cf. https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html Ha Ok, donc le premier modèle de http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les _limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiq ues[1] -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les _limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiq ues ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La CCPRO se lance dans OpenStreetMap
C'est tout nouveau et tout frais, la Communauté de Communes des Pays de Rhône et Ouvèze se lance dans la communication sur fond OSM. La première carte publiée sur son site Internet avec un fond OpenStreetMap et en utilisant UMAP www.ccpro.fr/environnement http://www.ccpro.fr/environnement/collecte_et_valorisation_des_dechets/pav/ http://gis.19327.n5.nabble.com/file/n5834808/Capture.png - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/La-CCPRO-se-lance-dans-OpenStreetMap-tp5834808.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Nicolas, Dans les préférences JOSM WMS/TMS, clique pour recharger la liste des fournisseurs. J'y vois SIG L-R Languedo-Rousillon affiché. Pierre De : Nicolas Moyroud nmoyr...@free.fr À : talk-fr@openstreetmap.org Envoyé le : Mardi 24 février 2015 9h09 Objet : Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM Je viens d'ajouter le service WMS SIG L-R Orthophotos 2012 dans la liste des Maps for France de JOSM. Il faudra attendre combien de temps à peu près pour que ce soit pris en compte dans JOSM ? Nicolas Bon grâce Landry et ce fil de discussion je viens d'apprendre qu'on pouvait intégrer soi-même un nouveau service d'imagerie dans la liste officielle JOSM. Et du coup j'y ajouterai bien le flux Orthophotos Languedoc-Roussillon 2012 mis à disposition par SIG L-R (notre CRAIG à nous les sudistes). ___ 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] MAJ flux ortho CRAIG pour JOSM
Le 24 février 2015 16:27, Pierre Béland pierz...@yahoo.fr a écrit : Nicolas, Dans les préférences JOSM WMS/TMS, clique pour recharger la liste des fournisseurs. J'y vois SIG L-R Languedo-Rousillon affiché. Et de le renommer en Ortho SIG L-R 2012 pour être raccord avec la proposition de tag source décrit dans http://libreavous.teledetection.fr/index.php/geomatique/9-openstreetmap/79-contribuer-a-osm-avec-les-images-aeriennes-haute-resolution-de-sig-l-r ? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Isochronie 'transport public' avec OSM
Je te conseille également la même chose, utiliser les GTFS, de plus il y a déjà des outils qui sont fait pour en déterminer des isochrones. Regarde Navitia et OpenTripPlanner. http://www.navitia.io http://www.opentripplanner.org Frédéric. Le 24/02/2015 15:45, Christian Quest a écrit : Pour le les bus RATP, le métro et le RER, plutôt que d'évaluer les temps à la louche, reprends le GTFS diffusé par la RATP et par SNCF/Transilien pour avoir de vrais temps de parcourt... Le filaire du réseau ferroviaire sera sûrement trop détaillé et pour le calcul isochrone l'utilisation du GTFS sera sûrement plus opportune. Le 24/02/2015 12:21, image93 a écrit : Bonjour, Je souhaite faire sur la region francilienne et les departements limitrophes à l 'ile de france (ceux du Centre, picardie, Bourgogne, Normandie, Champagne-Ardenne) de la cartographie d'isochronie de transports public. Je compte utiliser soit Grass ou Postgis. Les transports en commun en question sont les tramways, les bus, metro, RER (pour l'ile de france), et les transiliens. J'ai téléchargé la data OSM via le site geofabrik. 1/ La data Railways peut elle etre utilisée pour ce type de cartographie? Avant le traitement pur d'isochronie, faut il quand meme la nettoyer, l'optimiser? 2/ Concernant la data roads, chaque entité ( ou enregistrement) est elle obligatoirement mono-partie ou peut elle etre multi-partie. Autrement dit, un enregistrement de la base 'roads' correspond à une géométrie 'mono-partie' ou 'multi-partie'. JE pose cete question car depuis ce matin j'essaie dans qgis de decouper la data OSM afin de conserver la data uniquement sur les departements utiles. Mais dans qgis l'opération ne marche pas. Mes 2 couches sont dans la meme projection. Je me demande alors si le soucis ne viendrait pas du fait que les data OSM soient du lineaire multiparties... Merci d'avance. -- View this message in context: http://gis.19327.n5.nabble.com/Isochronie-transport-public-avec-OSM-tp5834780.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] city names - bug in OFM?
On Tue, Feb 24, 2015 at 2:12 PM, Glenn Plas gl...@byte-consult.be wrote: Basecamp is a simple albeit very powerful project managements software from former 37Signals company written by the inventor of Ruby on Rails. https://basecamp.com/ It is also the name of the software that Garmin makes to manage maps on a computer [1] I assume the original poster was refetring to this software Alain, as André pointed out, in order to decide that a street is within a city, village, hamlet, country, etc. we need to map the boundaries. Unfortunately, that is very hard to do. You do not see lines on the grounds where the boundary is located (except for a few walls between some countries). We would immediately solve this problem when we would have access to those boundaries, e.g. when the government or IGN would put them in the public domain. On the other hand, many governments only work with villages, so when even on official websites it is very hard to find a deelgemeente. The official geloket website for Flanders, will not allow you to search for Steenweg op Waarloos, Reet. You have to know it is in Rumst. So at the moment we are unable to solve your problem.I fear the only solution is to spend a few hundred euros on a Garmin map if your really need this feature. regards m [1] http://www.garmin.com/en-US/shop/downloads/basecamp ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-ca] Speaker wanted: Toronto
There is a Toronto GNU/Linux group seeking a speaker on OpenStreetMap for their event in either April or May. Let me know if you are interested. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Ben, pas moi. J'entends les deux points de vue (+ le 3 ème que j'ai expérimenté mais que je n'essaierai pas plus de défendre), et aucun des deux n'est satisfaisant (sans parler de parfait). Oui, rien d'idéal, je suis d'accord. Pour reprendre ton exemple de rues séparées en deux (sans parler des voies), je trouve les deux propositions bancales. Là, je préfère tracer une nouvelle polyligne sur le terre-plein centrale pour la limite, c'est parfait :-). Je parlais d'une rue dont les propriétés changent sur la longueur. Pour une rue à plusieurs chaussées, d'accord avec ce que tu décris, et dont parlais aussi Philippe : il y a un tracé en propre pour la limite, à mi-largeur de l'ensemble. Même chose lorsque une limite croise un rond-point. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Datacamp Elections... le charcutomètre ;)
Le 24/02/2015 08:51, Nicolas Dumoulin a écrit : Salut, Le lundi 23 février 2015 23:26:43 Christian Quest a écrit : Après avoir pesté hier soir sur les cantons de Nice sur lesquels je me suis perdu, ça m'a donné l'idée de mon sujet du jour: le charcutomètre. L'idée est simple : mesurer la complexité de définition du découpage des cantons en partant de leur définition textuelle dans le JORF. […] Le top 50 est disponible sur https://gist.github.com/cquest/0105e48cb2bfb8df161a Intéressant. Mais je me demande si le critère est bon … Par exemple, si on regarde ceux qui sont le moins charcutés : Lille-1 et Lille-7 http://layers.openstreetmap.fr/?zoom=13lat=49.25551lon=4.04531layers=BFFTFFF C'est pas flagrant. Où alors, c'est qu'il sont de toutes façons tous charcutés, à leur échelle :-) En effet, compter le nombre de noms de voies comporte des biais : - une ligne droite peut changer 3 fois de noms - 10 faibles changement de direction (surtout dans le même sens) et moins pire qu'un crochet en 3 mouvements (à croire que certains font pression pour rester dans un canton) - un petit canton aura plus de chance d'avoir moins de tronçon mais d'être plus charcuté Bref, c'est marrant mais pas aussi simple :-) Merci Oui, ce n'est pas si simple, mais ça permet de démarrer la réflexion sur le sujet et je trouvais intéressant de ne travailler que sur la définition textuelle sans rien d'autre ;) Le fait de repasser N fois par le même nom de rue est par contre un indication intéressante pour détecter les détours. Les ratios surface du canton et complexité de définition peuvent aussi servir. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Le mardi 24 février 2015 14:23:29 Vincent de Château-Thierry a écrit : Je donne mon avis tout en sachant (d'avance) que chacun sur le sujet a un point de vue bien arrêté. Mais bon. :) Ben, pas moi. J'entends les deux points de vue (+ le 3 ème que j'ai expérimenté mais que je n'essaierai pas plus de défendre), et aucun des deux n'est satisfaisant (sans parler de parfait). Pour reprendre ton exemple de rues séparées en deux (sans parler des voies), je trouve les deux propositions bancales. Là, je préfère tracer une nouvelle polyligne sur le terre-plein centrale pour la limite, c'est parfait :-). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-br] OpenHeatMap
Compartilhando um link. Pesquisando algo com a utilidade do Spreadsheet Mapper https://www.google.com/earth/outreach/tutorials/spreadsheet3.html para mapas do OSM encontrei o OpenHeatMap http://www.openheatmap.com/. Compartilho um teste http://www.openheatmap.com/view.html?map=BrinkmenDevoteeTheorbos Abraços, *Edil Queiroz de Araujo* RGM - Região Georreferenciada em Mapas http://projetorgm.com.br/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Quand la définition officielle (JORF) du canton utilise comme support la voie, le mieux c'est d'utiliser les highway comme support. Du coup, on peut facilement vérifier que la succession de noms de voies correspond bien à la définition textuelle du JORF ;) Le 24/02/2015 13:54, Nicolas Dumoulin a écrit : Le mardi 24 février 2015 13:49:05 Romain MEHUT a écrit : Le 24 février 2015 13:45, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : utiliser des chemins superposés aux chemins physiques existants. Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse de Christian cf. https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html Ha Ok, donc le premier modèle de http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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] MAJ flux ortho CRAIG pour JOSM
Je viens d'ajouter le service WMS SIG L-R Orthophotos 2012 dans la liste des Maps for France de JOSM. Il faudra attendre combien de temps à peu près pour que ce soit pris en compte dans JOSM ? Nicolas Bon grâce Landry et ce fil de discussion je viens d'apprendre qu'on pouvait intégrer soi-même un nouveau service d'imagerie dans la liste officielle JOSM. Et du coup j'y ajouterai bien le flux Orthophotos Languedoc-Roussillon 2012 mis à disposition par SIG L-R (notre CRAIG à nous les sudistes). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Isochronie 'transport public' avec OSM
Pour le les bus RATP, le métro et le RER, plutôt que d'évaluer les temps à la louche, reprends le GTFS diffusé par la RATP et par SNCF/Transilien pour avoir de vrais temps de parcourt... Le filaire du réseau ferroviaire sera sûrement trop détaillé et pour le calcul isochrone l'utilisation du GTFS sera sûrement plus opportune. Le 24/02/2015 12:21, image93 a écrit : Bonjour, Je souhaite faire sur la region francilienne et les departements limitrophes à l 'ile de france (ceux du Centre, picardie, Bourgogne, Normandie, Champagne-Ardenne) de la cartographie d'isochronie de transports public. Je compte utiliser soit Grass ou Postgis. Les transports en commun en question sont les tramways, les bus, metro, RER (pour l'ile de france), et les transiliens. J'ai téléchargé la data OSM via le site geofabrik. 1/ La data Railways peut elle etre utilisée pour ce type de cartographie? Avant le traitement pur d'isochronie, faut il quand meme la nettoyer, l'optimiser? 2/ Concernant la data roads, chaque entité ( ou enregistrement) est elle obligatoirement mono-partie ou peut elle etre multi-partie. Autrement dit, un enregistrement de la base 'roads' correspond à une géométrie 'mono-partie' ou 'multi-partie'. JE pose cete question car depuis ce matin j'essaie dans qgis de decouper la data OSM afin de conserver la data uniquement sur les departements utiles. Mais dans qgis l'opération ne marche pas. Mes 2 couches sont dans la meme projection. Je me demande alors si le soucis ne viendrait pas du fait que les data OSM soient du lineaire multiparties... Merci d'avance. -- View this message in context: http://gis.19327.n5.nabble.com/Isochronie-transport-public-avec-OSM-tp5834780.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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
Bonjour, Je relance ce post datant de fin 2014. Encore merci pour vos réponses. Je dois me remettre à l'isochronie sur voie routière. 1/ Grace à vos messages, j'ai bien compris que dans la pratique, on affectait essentiellement une vitesse max ou profile de vitesse aqu'à un certain type de voies . Concernant tous les autres types de voies (crossing, footway, steps, virtual, pedestrian, disused, etc. Est il préférable de tout simplement les supprimer de notre base de données lorsqu'on fait de l'isochronie automobile) ? si on décide de les conserver, j'imagine qu'on peut fixer un speed_profile par defaut (5 ou 10). Mais j'imagine qu'il ne faut pas affecter la valeur zero? La valeur zéro pourrait peut etre etre mal comprise par les logiciels pour l'isochronie (je compte utiliser grass ou postgis). 2/ Pour le champ type, j'ai une valeur 'roads'. Quelle valeur de speed_profile serait pertinent pour les roads'? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/fichier-roads-champ-maxspeed-incomplet-tp5826810p5834815.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Le 24/02/2015 16:33, Romain MEHUT a écrit : Le 24 février 2015 16:27, Pierre Béland pierz...@yahoo.fr mailto:pierz...@yahoo.fr a écrit : Nicolas, Dans les préférences JOSM WMS/TMS, clique pour recharger la liste des fournisseurs. J'y vois SIG L-R Languedo-Rousillon affiché. Super c'est immédiatement pris en compte ! Et de le renommer en Ortho SIG L-R 2012 pour être raccord avec la proposition de tag source décrit dans http://libreavous.teledetection.fr/index.php/geomatique/9-openstreetmap/79-contribuer-a-osm-avec-les-images-aeriennes-haute-resolution-de-sig-l-r ? Tu voudrais que je sois cohérent avec moi-même, tu m'en demandes beaucoup là ! ;-) Blague à part Ortho SIG L-R 2012 c'est ce que j'ai mis dans attribution-text ça ne suffit pas ? Pour le name j'ai suivi la même structure que ce qui a été fait pour le CRAIG : nom organisme - zone année - résolution. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cantons
Bonjour, Ça serai pas possible de créer un truc (pour ceux qui savent faire :) ) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup commençais par un e majuscule, problème de l'accent dans les décrets?) qui n’étaient dans aucun canton (et qui n'attendent pas d’être découpé). les problèmes : endroit sans canton, et aussi role et admin-centre manquant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] OSM on Science Friday
It was fun to do. Went to a studio and had some last minute problems with an ISDN line going down or something just before broadcast. Steve On Feb 24, 2015, at 8:47 AM, Eric Christensen e...@christensenplace.us wrote: I meant to pass this along last week but... There was a discussion about maps on mobile devices on last week's Science Friday (on NPR). While they started discussing Google Maps the aim quickly turned to OSM. http://sciencefriday.com/segment/02/20/2015/forecasting-the-future-of-maps.html --Eric ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] OSM on Science Friday
I meant to pass this along last week but... There was a discussion about maps on mobile devices on last week's Science Friday (on NPR). While they started discussing Google Maps the aim quickly turned to OSM. http://sciencefriday.com/segment/02/20/2015/forecasting-the-future-of-maps.html --Eric ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-be] city names - bug in OFM?
Tx Sander, I was looking for this type of background information as well. I have some suspicion that some boundaries were off , it floats to the surface when mapping housnumbers (and checking if the postal codes match the real one). I will be less reluctant to change them now. Especially the comment about following a stream is what I noticed lately that some border look like they follow the shape of the stream but are a bit offset. @Marc : Indeed, that could be the Basecamp he was refering to. Glenn On 24-02-15 16:44, Sander Deryckere wrote: It's all a matter of how much work you want to put in it. A few years ago, I tried to draw most of the part-municipality boundaries in West-Flanders, and succeeded pretty well in it. However, that was still in the time of Yahoo imagery, so many features (like streams) weren't visible, which means that many boundaries are shifted a few meters from their actual location. Here's a map that enables you to see to what level boundaries are mapped: http://www.itoworld.com/map/2?lon=4.67594lat=50.88177zoom=9 In short, I used out-of-copyright Popp maps from the royal library. Then I georeferenced them manually using the JOSM background image plugin. After referencing them, I could draw the boundaries as they were in the 19th century. Most boundaries didn't change since that time, so you can do a pretty good job. But you do need to search some information on certain boundaries to see which areas were exchanged in the past. So if you want to invest a few hours, you can certainly draw some nice boundaries. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
Tu peux regarder les choix de vitesses fait pas osrm : https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua Osrm fait aussi déjà de l'isochrone : https://github.com/mapbox/osrm-isochrone Frédéric. Le 24/02/2015 17:26, image93 a écrit : Bonjour, Je relance ce post datant de fin 2014. Encore merci pour vos réponses. Je dois me remettre à l'isochronie sur voie routière. 1/ Grace à vos messages, j'ai bien compris que dans la pratique, on affectait essentiellement une vitesse max ou profile de vitesse aqu'à un certain type de voies . Concernant tous les autres types de voies (crossing, footway, steps, virtual, pedestrian, disused, etc. Est il préférable de tout simplement les supprimer de notre base de données lorsqu'on fait de l'isochronie automobile) ? si on décide de les conserver, j'imagine qu'on peut fixer un speed_profile par defaut (5 ou 10). Mais j'imagine qu'il ne faut pas affecter la valeur zero? La valeur zéro pourrait peut etre etre mal comprise par les logiciels pour l'isochronie (je compte utiliser grass ou postgis). 2/ Pour le champ type, j'ai une valeur 'roads'. Quelle valeur de speed_profile serait pertinent pour les roads'? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/fichier-roads-champ-maxspeed-incomplet-tp5826810p5834815.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] DKIM BANO : Orléans et environs en rouge
Tout à fait d'accord. Du moins tant que la voirie n'est pas à chaussée séparée : dans ce cas on trace un trait dans l'axe entre les deux voies roulantes, sur le terre-plein (et on ne fait pas le tour des rond-points, on trace un trait passant par son centre connecté aux noueds centraux des Y). Les superpositions de traits multiples sont autant à éviter que les noeuds multiples superposés, et de même les traits artificiellement déplacés quand la définition de la limite utilise officielement l'axe d'une rue. Si la définition utilise un cours d'eau on suit le filaire de ce cours d'eau. Si la définition utilise une voie ferrée, on réutilise la voie ferrée (bien que souvent il y a plusieurs voies parallèles, on peut placer alors un trait entre les voies qui en sera suffisamment écarté pour qu'on puisse le distinguer de la même façon qu'on distingue les voies ferrées parallèles. Si la définition utilise une limite de zone hospitalière ou d'une forêt on peut cependant s'écarte légèrement, mais s'il y a un muret ou une clôture physique on peut réutiliser cette clôture qui est ce qui est le plus proche de la réalité, sans pour autant utiliser l'axe d'une voirie qui la border. Et autant que possible on évite de couper les bâtiments (sauf bien sûr pour les cas particulier des grands batiments construit à cheval sur deux communes sur deux parcelles mitoyennes, ou des batiments enjambant une voirie, ces cas assez rares ne se trouvent en pratique que dans les milieux urbains assez denses dans des agglomérations de plusieurs communes, où les terrains sont rares; c'est compliqué et risqué pour le bâtisseur/investisseur qui doit obtenir deux permis de construire ou racheter d'anciens batimnets à démolir pour construire un truc plus grand à la place, mais on en trouve parfois autour des villes moyennes dans les zones industrielles où les entrepôts s'étendent autour ; mais les limites cantonales snot plutôt définies sur les lieux d'habitations et pour éviter toute ambiguité sur les adresses des électeurs, et l'attribution des bureaux de votes les limites cantons évitent de telles coupures ou alors passent entre deux blocs internes séparés du bâtiment disposant chacun de leur porte et leur numéro d'adresse : les cantons ne sont pas des limites foncières des colectivités, elles séparent seulement les surfaces habitables par un même foyer d'occupants, mais il peut arriver ensuite qu'un batiment s'étende au delà de cette frontière virtuelle... et souvent très temporaire qui peut rebouger 2 ans plus tard). Le 24 février 2015 15:31, Christian Quest cqu...@openstreetmap.fr a écrit : Quand la définition officielle (JORF) du canton utilise comme support la voie, le mieux c'est d'utiliser les highway comme support. Du coup, on peut facilement vérifier que la succession de noms de voies correspond bien à la définition textuelle du JORF ;) Le 24/02/2015 13:54, Nicolas Dumoulin a écrit : Le mardi 24 février 2015 13:49:05 Romain MEHUT a écrit : Le 24 février 2015 13:45, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : utiliser des chemins superposés aux chemins physiques existants. Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse de Christian cf. https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html Ha Ok, donc le premier modèle de http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] city names - bug in OFM?
It's all a matter of how much work you want to put in it. A few years ago, I tried to draw most of the part-municipality boundaries in West-Flanders, and succeeded pretty well in it. However, that was still in the time of Yahoo imagery, so many features (like streams) weren't visible, which means that many boundaries are shifted a few meters from their actual location. Here's a map that enables you to see to what level boundaries are mapped: http://www.itoworld.com/map/2?lon=4.67594lat=50.88177zoom=9 In short, I used out-of-copyright Popp maps from the royal library. Then I georeferenced them manually using the JOSM background image plugin. After referencing them, I could draw the boundaries as they were in the 19th century. Most boundaries didn't change since that time, so you can do a pretty good job. But you do need to search some information on certain boundaries to see which areas were exchanged in the past. So if you want to invest a few hours, you can certainly draw some nice boundaries. Regards, Sander 2015-02-24 16:22 GMT+01:00 Marc Gemis marc.ge...@gmail.com: On Tue, Feb 24, 2015 at 2:12 PM, Glenn Plas gl...@byte-consult.be wrote: Basecamp is a simple albeit very powerful project managements software from former 37Signals company written by the inventor of Ruby on Rails. https://basecamp.com/ It is also the name of the software that Garmin makes to manage maps on a computer [1] I assume the original poster was refetring to this software Alain, as André pointed out, in order to decide that a street is within a city, village, hamlet, country, etc. we need to map the boundaries. Unfortunately, that is very hard to do. You do not see lines on the grounds where the boundary is located (except for a few walls between some countries). We would immediately solve this problem when we would have access to those boundaries, e.g. when the government or IGN would put them in the public domain. On the other hand, many governments only work with villages, so when even on official websites it is very hard to find a deelgemeente. The official geloket website for Flanders, will not allow you to search for Steenweg op Waarloos, Reet. You have to know it is in Rumst. So at the moment we are unable to solve your problem.I fear the only solution is to spend a few hundred euros on a Garmin map if your really need this feature. regards m [1] http://www.garmin.com/en-US/shop/downloads/basecamp ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-us] OSM on Science Friday
Steve, Nicely done! All, Is there a place in the Wiki where media pieces like this have been cataloged? Mike On Tue, Feb 24, 2015 at 9:17 AM, Steve Coast st...@asklater.com wrote: It was fun to do. Went to a studio and had some last minute problems with an ISDN line going down or something just before broadcast. Steve On Feb 24, 2015, at 8:47 AM, Eric Christensen e...@christensenplace.us wrote: I meant to pass this along last week but... There was a discussion about maps on mobile devices on last week's Science Friday (on NPR). While they started discussing Google Maps the aim quickly turned to OSM. http://sciencefriday.com/segment/02/20/2015/forecasting-the-future-of-maps.html --Eric ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] new payment type
On Tue, Feb 24, 2015 at 9:38 AM, Greg Knisely g...@mapzen.com wrote: From a routing/driving directions perspective, I was hoping to determine if the user needs to slow down at all where a toll exists if they use an ETC device. That would be a short segment of maxspeed=25mph or whatever. Open road tolling would have a constant maxspeed. Each functional element should have it's own tag: when too much is implicit it creates problems down the road. For example the same ETC device may be open road in some areas, require a slow approach elsewhere, and in yet another place involve stopping for a toll taker. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-in] Mapbox opening in Bengaluru
On Tue, Feb 24, 2015 at 10:21 PM, Arun Ganesh arun.plane...@gmail.com wrote: How can people participate remotely , will spread around the word. We have not made any arrangements for remote participation this time, but will look into that for future workshops. What options do you suggest? Hangout, or steaming in any form , IRC channel where people can hang out during the session. -Satya ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-de] Visueller Vergleich von Geometrien
Ich suche nach einer Webseite, die es mir erlaubt Geometries zeitlich, visuell zu vergleichen. Vorschläge/Ideen: a) GeoJSON Diffs auf GitHub: https://github.com/blog/1772-diffable-more-customizable-maps https://github.com/benbalter/geojson-diff Der Stand zu einem bestimmten Zeitpunkt lässt sich mit der Overpass API date Query abfragen [1]. In Overpass Turbo als GeoJSON exportieren oder per osmtogeojson konvertieren: https://github.com/tyrasd/osmtogeojson b) adiff + Achavi Beispiel Änderungen an Umweltzonen seit 01.02. als Overpass API adiff Abfrage (abgewandelt aus Deiner Abfrage [2]): http://overpass-turbo.eu/s/7QE XML Daten speichern und per DragDrop oder url Parameter in Achavi visualisieren: http://overpass-api.de/achavi/?url=http://norbertrenner.de/share/umweltzonen.xml.gz Die vorherige Version wird erst ab Zoom 14, geänderte Knoten erst ab Zoom 16 angezeigt. Momentan hat die Overpass Attic Datenbank eine Inkonsistenz, deshalb kann es zu Way x cannot be expanded Fehlern kommen. Gruß, Norbert [1] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Attic_data_.28.22date.22.29 [2] https://bitbucket.org/tbsprs/umweltzonendatabaseapi/src/35615dfbb97bf6b24a7a874a38dca8409eed725c/commands/overpass-query.txt?at=master ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] OSM on Science Friday
On Tue, Feb 24, 2015 at 11:48 AM, Mike Thompson miketh...@gmail.com wrote: Is there a place in the Wiki where media pieces like this have been cataloged? Here? http://wiki.osm.org/wiki/OpenStreetMap_in_the_media ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Cantons
Le 24/02/2015 16:49, Jérôme Amagat a écrit : Bonjour, Ça serai pas possible de créer un truc (pour ceux qui savent faire :) ) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup commençais par un e majuscule, problème de l'accent dans les décrets?) qui n’étaient dans aucun canton (et qui n'attendent pas d’être découpé). les problèmes : endroit sans canton, et aussi role et admin-centre manquant. C'est ce que je comptais faire en poussant un peu plus l'extraction automatique des données du JORF. On a effectivement des communes qui ont sauté à cause de leur nom orthographié différemment (le JORF ne met pas d'accent sur les majuscules, utilise des e dans l'a alors que dans OSM on a des ae). Je comptais par exemple vérifier les trous dans la couverture des cantons en croisant avec les polygones des communes, et détecter les cantons qui se chevauchent partiellement, chose possible aussi à intégrer par une nouvelle analyse Osmose (si Freed a envie de rajouter ça). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons
Sinon tout les way des cantons doivent apparaître dans 2 cantons sauf au frontière terrestre de la france (et paris et le grand lyon) Ceux qui n'apparaisse quune fois c'est qu'il y a un probleme : commune manquante ou chevauchement. Le 24 février 2015 18:12, Christian Quest cqu...@openstreetmap.fr a écrit : Le 24/02/2015 16:49, Jérôme Amagat a écrit : Bonjour, Ça serai pas possible de créer un truc (pour ceux qui savent faire :) ) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup commençais par un e majuscule, problème de l'accent dans les décrets?) qui n’étaient dans aucun canton (et qui n'attendent pas d’être découpé). les problèmes : endroit sans canton, et aussi role et admin-centre manquant. C'est ce que je comptais faire en poussant un peu plus l'extraction automatique des données du JORF. On a effectivement des communes qui ont sauté à cause de leur nom orthographié différemment (le JORF ne met pas d'accent sur les majuscules, utilise des e dans l'a alors que dans OSM on a des ae). Je comptais par exemple vérifier les trous dans la couverture des cantons en croisant avec les polygones des communes, et détecter les cantons qui se chevauchent partiellement, chose possible aussi à intégrer par une nouvelle analyse Osmose (si Freed a envie de rajouter ça). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] new payment type
First, thank you both for the feedback. From a routing/driving directions perspective, I was hoping to determine if the user needs to slow down at all where a toll exists if they use an ETC device. Obviously, if you have to pay with cash, your route will take longer. I was looking for general payment types (cash, coin, transponder) so that this costing can be done. However, I do see benefits of calling out the ETC device as well. Thank you for your time. --Greg. On Mon, Feb 23, 2015 at 4:44 PM, Paul Johnson ba...@ursamundi.org wrote: On Mon, Feb 23, 2015 at 3:31 PM, Greg Knisely g...@mapzen.com wrote: I think for that situation it could be easily handled with payment:transponder=ez_pass;pikepass. This is what is used for other tags. A great example of this is the ref tag. As for payment:fasttrak=no, I think if one would just leave the tag off that would imply that it is not accepted. I generally explicitly tag toll lanes in areas one would normally expect the tag in question, since there's plenty of cash only lanes that dont take the ETC tag, and ETC lanes that don't take cash. But they don't take...American Express. /PIKEPASS, it's everywhere you want to be? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Guebviller: nouveau plan de circulation...
Pour info: http://france3-regions.francetvinfo.fr/alsace/2015/02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html Quelqu'un pour faire la mise à jour ? Ca semble changer le 4/3... Pour info, nous avons reçu un message sur le formulaire de contact venant des services de la ville pour signaler les changements et les répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à nous ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] experience with Navitime.co.jp coordinate system?
I am still working to connect e-Stat data together into a shapefile of postal boundaries in Japan. I have found myself encountering data from services that use the navitime.co.jp mapping platform. These coordinates seem to employ an unusual datum. There are some references on the web to it being the Tokyo Datum, and the constants present in some of the navitime code https://gist.github.com/sbma44/49354581f45d3c7e10a9 indicate the Bessel Ellipsoid, which supports this idea. However, there are some strange aspects to these coordinates, such as multiplying them by constants like 1E3 * Math.PI / 648E3. I have been unable to successfully transform them into a known coordinate system. Does anyone have experience with the coordinate system used by the Navitime API? Here's a link to a CSV file of coordinates and post codes: http://cl.ly/1e413I1u1c12/navitime.csv ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-talk-fr] Rencontre parisienne ce jeudi
La fin du mois approche, Si vous êtes parisien(ne)s ce jeudi soir, vous êtes les bienvenus à partir de 19:00 à la Maison des Associations du IIè arrondissement, 23, rue Greneta. = http://www.openstreetmap.org/node/691721185 À jeudi, vincent ( Christian) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] new payment type
On Tue, Feb 24, 2015 at 12:52 PM, Bryce Nesbitt bry...@obviously.com wrote: On Tue, Feb 24, 2015 at 9:38 AM, Greg Knisely g...@mapzen.com wrote: From a routing/driving directions perspective, I was hoping to determine if the user needs to slow down at all where a toll exists if they use an ETC device. That would be a short segment of maxspeed=25mph or whatever. Open road tolling would have a constant maxspeed. Each functional element should have it's own tag: when too much is implicit it creates problems down the road. For example the same ETC device may be open road in some areas, require a slow approach elsewhere, and in yet another place involve stopping for a toll taker. Agreed. Just off the top of my head I can think of examples of every situation Bryce mentioned: On the Creek Turnpike, traffic sails through at full speed on the PIKEPASS lanes http://www.openstreetmap.org/way/83003432. The Muskogee Turnpike winds up with a rare example of per-lane speed limits in the US for PIKEPASS to bypass the toll plaza at speed http://www.openstreetmap.org/way/205585571. Meanwhile, on The Cimarron Turnpike at the Noble toll plaza, which also has an exit to US 177, PIKEPASS traffic slows down if it's staying on the turnpike http://www.openstreetmap.org/way/226015008, but all traffic exiting or entering at US 177, or through traffic that needs tourism information or a cash receipt, stops on the turnpike http://www.openstreetmap.org/way/226015011. Meanwhile Locust Grove has a stop sign http://www.openstreetmap.org/node/1116722237, but it generally goes unenforced if you don't trigger the violation alarm, so most PIKEPASS users California roll that one at like, 40 MPH. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
Here's an example of a specific feature type bringing a new mapper to OSM: https://bicycletrax.wordpress.com/2014/06/20/campuses-with-the-most-bike-repair-stations/ A modicum of guerrilla mapping can have a huge effect. A few athletic fields and building outlines can quickly snowball into almost every building and driveway in town. [2] Try this: In the course of your everyday life, when you describe a meeting place to someone via email, send them a link the OSM node. Hey Fred, Lets meet at the Courthouse (see http://www.openstreetmap.org/way/35176305 ) ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-ie] upload problem
Hi i am using josm I am trying to find number of square in map warper but having trouble with that from mapcraft square is 5 - 5 - NW its in west cork /kerry i think my osm user name is cl5 Not sure what the HOT tasking manager is! thanks c I On 24 Feb 2015, at 22:03, Dave Corley davecor...@gmail.com wrote: Hi Caroline, Can you give a bit more detail. What editor are you using? What square are you referring to? Is this something in the HOT Tasking Manager? What's your OSM username? These bits will dictate the answer to your issue Dave On 24 Feb 2015 21:59, Caroline Lewis carolinele...@eircom.net wrote: Hi - i am editing a square and everything was going fine but today i get an error message saying that upload failed as server has a more recent version of a way, node or relation not sure what to do - should i synch entire dataset - i tried to synch just the way in question but it ended up producing an error and turned a waterway into a lot of single nodes which i have redone but now have the same problem and does this mean someone else is also editing this square? what should i do??? thanks c ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] upload problem
sheets are 05 - 05 - SE and SW not NE / NW - seeing double at this stage! IRL-GSGS-3906-05-05-SE-Ardgroom.tif and IRL-GSGS-3906-05-05-SW-Caherdaniel.tif On 24 Feb 2015, at 22:23, Caroline Lewis carolinele...@eircom.net wrote: also just compared josm and map craft and josm is giving me 2 sheets 5 -5 NE as well - i was editing NE sheet/section when i got the error On 24 Feb 2015, at 22:03, Dave Corley davecor...@gmail.com wrote: Hi Caroline, Can you give a bit more detail. What editor are you using? What square are you referring to? Is this something in the HOT Tasking Manager? What's your OSM username? These bits will dictate the answer to your issue Dave On 24 Feb 2015 21:59, Caroline Lewis carolinele...@eircom.net wrote: Hi - i am editing a square and everything was going fine but today i get an error message saying that upload failed as server has a more recent version of a way, node or relation not sure what to do - should i synch entire dataset - i tried to synch just the way in question but it ended up producing an error and turned a waterway into a lot of single nodes which i have redone but now have the same problem and does this mean someone else is also editing this square? what should i do??? thanks c ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-legal-talk] Travel Channel + OSM
On Tue, Feb 24, 2015 at 2:59 PM, alyssa wright alyssapwri...@gmail.com wrote: Someone from the Travel Channel contacted me about using OpenStreetMap tiles in an upcoming show but wanted to see if they could attribute OSM in the ending credits rather than on the map. I was wondering if there were any thoughts on this? If I understand it correctly, they only want to show a video of OSM map tiles, although they would be created through graphics processing onto the video. From my non-legal opinion that makes sense. But it would be nice to get a mention during the display of the map. Also, I noticed on the Travel Channel's website, they use Google maps. I would like to see them use OSM maps on the shows website, assuming they create one, when OSM is used on the show. I've reached out to a friend, an NYC professor of film editing for help. I believe she is traveling right now so I don't know when I'd get an reply. Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Comment tagger une place composite ?
Salut, Je confirme qu'en attendant de trouver mieux j'utilise landuse=plaza Stf Le 21/02/2015 17:51, Félix Marty a écrit : Il y avait eu une discussion à ce sujet : http://gis.19327.n5.nabble.com/Les-places-place-de-l-eglise-etc-td5812285.html Le samedi 21 février 2015, 17:45:03 Félix Marty a écrit : Bonjour, [...] ___ 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-de] admin schläft
Am 25.02.2015 um 05:33 schrieb malenki: On Tue, 24 Feb 2015 23:02:13 +0100, Michael Kugelmann wrote: dann pack die Datei in's OSM-Wiki und leite die EMail ohne Anhang weiter! Das Wiki nimmt nur Bilder. Für ein OSM-Wiki finde ich das bedauerlich. das ist schon viel von dem was einem Admin den Schlaf rauben kann. Oder auf irgend einen andern WWW-/Owncloud-/[irgendetwas]Server = es gibt 1000 Möglichkeiten das hinzukriegen, einfach mal etwas kreativ sein... Ein Nachteil von One-Click-Hostern, bei denen man anonym hochladen kann, ist die mangelnde Kontrolle über die Daten (Verweildauer, Löschmöglickeit]. In der Regel empfehle ich http://www.imagenetz.de/, weil man dort nach dem anonymen Upload auch einen Löschlink erhält. […] Ich finde es schwach von Deiner Seite dass Du so leichtfertig aufgibts. (sorry, couldn't resist) :-( +1 Thomas wüde ich anders sehen. Auch wenn er einen etwas Aufreißerischen Tittel admin schläft nutzt, hat er seine Botschaft weitergebracht, denn die Admins, ich gehe davon aus, dass es sich dabei nicht um eine gut bezahlte Truppe von Profies handelt die auf Arbeit wartet. sollten warscheinlich aus der Wolke Community herausgefiltert werden um einen Ansprechpartner zu finden. Am 24.02.2015 um 22:07 schrieb Michael Paulmann: Für ein 100 kb file? Ich werde kein Dropbox Konto eröffnen für ein File das so klein ist. -Ursprüngliche Nachricht- Von: Jo [mailto:winfi...@gmail.com] Gesendet: Dienstag, 24. Februar 2015 22:01 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] admin schläft Dropbox... On Feb 24, 2015 9:14 PM, Michael Paulmann michael.paulm...@hft-stuttgart.de wrote: Hallo Leuts, ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart weitergeleitet, leider hatte diese 100 kb was dazu führte das der Admin diese Mail bestätigen muss bevor sie an die Mailingliste geht, aber anscheinend hat der Admin kein Interesse die Mails durchzuschauen die ankommen. Ich finde es toll das der Verkehrsverbund bereit wäre uns seine Daten zur Verfügung zu stellen, jedoch weiss ich nicht wie ich weiter verfahren soll und habe deshalb hier die Mail mit dem Testdatensatz weitergeleitet. Ich habe die Testdaten angeschaut, und per QGIS mit den OSM Daten verglichen und habe festgestellt das man einiges zu den Daten bei OSM hinzufügen könnte. Leider kann ich den Testdatensatz hier nicht weiterschicken da ja leider der Admin schläft... Gruß Paulest P.S.: Wer Interesse an den Testdaten hat soll sich direkt an mich wenden ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] admin schläft
Die Frage ist warum ich dann eine Mail bekomme das ich auf Nachricht des Mailinglistenadmins warten soll. Anscheinend ist es ja gar nicht so gewünscht. Dann schreibt in eure Mitteilung das diese Mail nicht zugestellt wird und das ihr kein Interesse daran habt und man sich an einen anderen Dienst mit dem Anhang wenden soll. Diese Mail die man bekommt wenn der Beitrag für die Mailingliste grösser als 90 kb ist, ist dann nämlich eine bodenlose Frechheit. Gruß Paulest -Ursprüngliche Nachricht- Von: gmbo [mailto:g...@kilometerfresser.eu] Gesendet: Mittwoch, 25. Februar 2015 06:44 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] admin schläft Am 25.02.2015 um 05:33 schrieb malenki: On Tue, 24 Feb 2015 23:02:13 +0100, Michael Kugelmann wrote: dann pack die Datei in's OSM-Wiki und leite die EMail ohne Anhang weiter! Das Wiki nimmt nur Bilder. Für ein OSM-Wiki finde ich das bedauerlich. das ist schon viel von dem was einem Admin den Schlaf rauben kann. Oder auf irgend einen andern WWW-/Owncloud-/[irgendetwas]Server = es gibt 1000 Möglichkeiten das hinzukriegen, einfach mal etwas kreativ sein... Ein Nachteil von One-Click-Hostern, bei denen man anonym hochladen kann, ist die mangelnde Kontrolle über die Daten (Verweildauer, Löschmöglickeit]. In der Regel empfehle ich http://www.imagenetz.de/, weil man dort nach dem anonymen Upload auch einen Löschlink erhält. […] Ich finde es schwach von Deiner Seite dass Du so leichtfertig aufgibts. (sorry, couldn't resist) :-( +1 Thomas wüde ich anders sehen. Auch wenn er einen etwas Aufreißerischen Tittel admin schläft nutzt, hat er seine Botschaft weitergebracht, denn die Admins, ich gehe davon aus, dass es sich dabei nicht um eine gut bezahlte Truppe von Profies handelt die auf Arbeit wartet. sollten warscheinlich aus der Wolke Community herausgefiltert werden um einen Ansprechpartner zu finden. Am 24.02.2015 um 22:07 schrieb Michael Paulmann: Für ein 100 kb file? Ich werde kein Dropbox Konto eröffnen für ein File das so klein ist. -Ursprüngliche Nachricht- Von: Jo [mailto:winfi...@gmail.com] Gesendet: Dienstag, 24. Februar 2015 22:01 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] admin schläft Dropbox... On Feb 24, 2015 9:14 PM, Michael Paulmann michael.paulm...@hft-stuttgart.de wrote: Hallo Leuts, ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart weitergeleitet, leider hatte diese 100 kb was dazu führte das der Admin diese Mail bestätigen muss bevor sie an die Mailingliste geht, aber anscheinend hat der Admin kein Interesse die Mails durchzuschauen die ankommen. Ich finde es toll das der Verkehrsverbund bereit wäre uns seine Daten zur Verfügung zu stellen, jedoch weiss ich nicht wie ich weiter verfahren soll und habe deshalb hier die Mail mit dem Testdatensatz weitergeleitet. Ich habe die Testdaten angeschaut, und per QGIS mit den OSM Daten verglichen und habe festgestellt das man einiges zu den Daten bei OSM hinzufügen könnte. Leider kann ich den Testdatensatz hier nicht weiterschicken da ja leider der Admin schläft... Gruß Paulest P.S.: Wer Interesse an den Testdaten hat soll sich direkt an mich wenden ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Erreurs Osmose Fantoir Place=
Hello ! Est-ce que tu es un local de la commune ? place=farm ? C'est le nom réel des fermes ? Attention de ne pas confondre avec un nom d'usage tel que la ferme de nom du hameau. Ce n'est pas rare que la ferme porte un nom différent (GAEC de ...) Le wiki anglais indique aussi que si la ferme ne fait pas parti d'un ensemble plus grand, alors on doit plutôt utiliser place=isolated_dwelling. place=suburb dans une commune de 1500 habitants ?? Le wiki dit Use place http://wiki.openstreetmap.org/wiki/Key:place=*suburb* to identify a major area in a place http://wiki.openstreetmap.org/wiki/Key:place=town http://wiki.openstreetmap.org/wiki/Tag:place%3Dtown or place http://wiki.openstreetmap.org/wiki/Key:place=city http://wiki.openstreetmap.org/wiki/Tag:place%3Dcity Ce qui veut dire, une partie importante d'une ville comportant plus de 10 000 habitants. Je crois qu'on est loin du compte :-) Il faudrait donc changer ces tag en place=neighbourhood Encore que, est-ce que ces noms de lieu sont encore présents sur le terrain ? Ce n'est pas rare de trouver dans le cadastre des toponymes qui avec l'urbanisation se sont retrouvé noyés dans des zones résidentielles et qui ne sont plus utilisés du tout, ou juste repris dans des noms de rues ou de lotissement. Stf Le 25/02/2015 01:37, Cavok a écrit : Bonjour, a l'aide de l'outil http://cadastre.openstreetmap.fr/ j'ai importé des lieux dits d'une commune, certain avec différentes valeurs pour la clé place= Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling Cette erreur est indiquée sur les clés:place= farm suburb ...etc...(tout ce qui est comme l'erreur l'indique différent de locality, hamlet or isolated_dwelling) Est-ce donc vraiment une erreur de ma part ou Osmose devrait agrandir sa tolérance à plus de type de place ? Vous pouvez trouvez ces erreurs sur http://osmose.openstreetmap.fr/fr/byuser/?username=Cavokld# Merci de votre aide. ___ 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] Mechanically Cleaning Up FIXME Tags
Hi, I think in many cases the proper action to perform on an object with a FIXME tag that has a low chance of ever getting addressed is deletion. For example, if something is tagged fixme=check/adjust␣position␣and/or␣merge␣with␣existing␣stop␣if␣exists then that's clearly a failed import (as it should have established a procedure to conflate) and if nobody values the data enough to bring it into shape, then the least we want to do is clean the fixme tag and keep the broken data. Or am I misunderstanding something? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] admin schläft
Hi, der Admin dieser Liste bin ich, wie man leicht lesen kann, wenn man auf den in jeder Signatur vorhandenen Listinfo-Link klickt. Die Moderationsanforderungen, die Mailman mir schickt, lese ich nicht, weil es sich zu 99% um Spam handelt und weil sehr viel davon kommt. Michael hat recht, dass es gut wäre, wenn man die Mailman-Standardmeldung entsprechend anpassen könnte, so dass die Leute wissen, dass sie es anderswie probieren müsen. Ich schau mal, ob das geht. Das hätte man aber auch ohne Worte wie bodenlose Frechheit besprechen können ;) Einen Testdatensatz mal eben so auf die Liste zu werfen, halte ich auch für nicht so sinnvoll; eher sollte man beschreiben, was man hat und - so wie Michael es jetzt auch getan hat - interessierten Lesern anbieten, ihnen die Daten direkt zu schicken. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] admin schläft
Entschuldigung für meine etwas unflätige Ausdrucksweise. Ich saß nur hier und hab gewartet das irgendeine Mail von euch kommt aber es kam nichts. Ich schicke es dann denen die sich dafür interessieren. Ich muss nur bis heute nachmittag warten da ich die Daten nicht hier habe. Gruß Paulest -Ursprüngliche Nachricht- Von: Frederik Ramm [mailto:frede...@remote.org] Gesendet: Mittwoch, 25. Februar 2015 08:11 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] admin schläft Hi, der Admin dieser Liste bin ich, wie man leicht lesen kann, wenn man auf den in jeder Signatur vorhandenen Listinfo-Link klickt. Die Moderationsanforderungen, die Mailman mir schickt, lese ich nicht, weil es sich zu 99% um Spam handelt und weil sehr viel davon kommt. Michael hat recht, dass es gut wäre, wenn man die Mailman-Standardmeldung entsprechend anpassen könnte, so dass die Leute wissen, dass sie es anderswie probieren müsen. Ich schau mal, ob das geht. Das hätte man aber auch ohne Worte wie bodenlose Frechheit besprechen können ;) Einen Testdatensatz mal eben so auf die Liste zu werfen, halte ich auch für nicht so sinnvoll; eher sollte man beschreiben, was man hat und - so wie Michael es jetzt auch getan hat - interessierten Lesern anbieten, ihnen die Daten direkt zu schicken. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-legal-talk] Travel Channel + OSM
Thanks Clifford! I will pass this feedback/request along as well. On Feb 24, 2015, at 7:32 PM, Clifford Snow cliff...@snowandsnow.us wrote: On Tue, Feb 24, 2015 at 2:59 PM, alyssa wright alyssapwri...@gmail.com wrote: Someone from the Travel Channel contacted me about using OpenStreetMap tiles in an upcoming show but wanted to see if they could attribute OSM in the ending credits rather than on the map. I was wondering if there were any thoughts on this? If I understand it correctly, they only want to show a video of OSM map tiles, although they would be created through graphics processing onto the video. From my non-legal opinion that makes sense. But it would be nice to get a mention during the display of the map. Also, I noticed on the Travel Channel's website, they use Google maps. I would like to see them use OSM maps on the shows website, assuming they create one, when OSM is used on the show. I've reached out to a friend, an NYC professor of film editing for help. I believe she is traveling right now so I don't know when I'd get an reply. Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-ja] experience with Navitime.co.jp coordinate system?
Hi Tom, Some googling concluded that: - The navitime's coords are ordinary lat/lng's, but - they are represented in *milli-second angles.* (cf. http://ja.wikipedia.org/wiki/Wikipedia:%E5%9C%B0%E5%9B%B3%E3%82%B5%E3%82%A4%E3%83%88%E4%B8%80%E8%A6%A7#NAVITIME, etc.) So, dividing them by 3600*1000: lat-or-lng / (3600*1000) gives you familiar values in degrees. For instance, the first line of your CVS: 511368020,156819220,079-1123 transforms to: 142.04667,43.560894 which points to a certain place in Hokkaido: https://goo.gl/maps/6n9zO where, ignoring a slight gap bw. Tokyo Datum and WGS84, the postal code 079-1123 points: https://goo.gl/maps/bnXhT hope it helps, Noashi Tabuchi (tabuchi_nao...@trek.co.jp) On 2015/02/25 4:06, Tom Lee wrote: I am still working to connect e-Stat data together into a shapefile of postal boundaries in Japan. I have found myself encountering data from services that use the navitime.co.jp http://navitime.co.jp/ mapping platform. These coordinates seem to employ an unusual datum. There are some references on the web to it being the Tokyo Datum, and the constants present in some of the navitime code https://gist.github.com/sbma44/49354581f45d3c7e10a9 indicate the Bessel Ellipsoid, which supports this idea. However, there are some strange aspects to these coordinates, such as multiplying them by constants like 1E3 * Math.PI / 648E3. I have been unable to successfully transform them into a known coordinate system. Does anyone have experience with the coordinate system used by the Navitime API? Here's a link to a CSV file of coordinates and post codes: http://cl.ly/1e413I1u1c12/navitime.csv ___ 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-br] Quando usar shelter e covered
Esse covered do iD não seria esse? http://wiki.openstreetmap.org/wiki/Key:covered Por exemplo, um ponto de ônibus desse jeito: http://goo.gl/maps/82t2A Isso não é um abrigo (shelter), mas está abaixo/dentro de uma estrutura coberta. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] admin schläft
Servus, dann pack die Datei in's OSM-Wiki und leite die EMail ohne Anhang weiter! Oder auf irgend einen andern WWW-/Owncloud-/[irgendetwas]Server = es gibt 1000 Möglichkeiten das hinzukriegen, einfach mal etwas kreativ sein... BTW: grundsätzlich sind Emails (und Mailinglisten) keine Methode um Dateien zu verteilen... (nein ich bin keiner der Admins) Ich finde es schwach von Deiner Seite dass Du so leichtfertig aufgibts. (sorry, couldn't resist) :-( Grüße, Michael. Am 24.02.2015 um 22:07 schrieb Michael Paulmann: Für ein 100 kb file? Ich werde kein Dropbox Konto eröffnen für ein File das so klein ist. -Ursprüngliche Nachricht- Von: Jo [mailto:winfi...@gmail.com] Gesendet: Dienstag, 24. Februar 2015 22:01 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] admin schläft Dropbox... On Feb 24, 2015 9:14 PM, Michael Paulmann michael.paulm...@hft-stuttgart.de wrote: Hallo Leuts, ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart weitergeleitet, leider hatte diese 100 kb was dazu führte das der Admin diese Mail bestätigen muss bevor sie an die Mailingliste geht, aber anscheinend hat der Admin kein Interesse die Mails durchzuschauen die ankommen. Ich finde es toll das der Verkehrsverbund bereit wäre uns seine Daten zur Verfügung zu stellen, jedoch weiss ich nicht wie ich weiter verfahren soll und habe deshalb hier die Mail mit dem Testdatensatz weitergeleitet. Ich habe die Testdaten angeschaut, und per QGIS mit den OSM Daten verglichen und habe festgestellt das man einiges zu den Daten bei OSM hinzufügen könnte. Leider kann ich den Testdatensatz hier nicht weiterschicken da ja leider der Admin schläft... Gruß Paulest P.S.: Wer Interesse an den Testdaten hat soll sich direkt an mich wenden ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-ca] Speaker wanted: Toronto
On Tue, Feb 24, 2015 at 10:55 AM, Richard Weait rich...@weait.com wrote: There is a Toronto GNU/Linux group seeking a speaker on OpenStreetMap for their event in either April or May. Let me know if you are interested. No, stay away. I don't want others to get hurt by that bunch the way they hurt me. I was involved with that group for over 15 years, but a year ago December the executive decided to start pouring contempt on me for reason I might be told some day. Since late February of last year ALL I have heard from the Toronto GNU/Linux is a mix of contempt and a smattering of hate. Bottom line, trying to help them isn't worth the pain... Colin McGregor ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] Mechanically Cleaning Up FIXME Tags
I'm opening a discussion about a potential mechanical edit to FIXME tags: http://taginfo.openstreetmap.org/keys/fixme#values http://taginfo.openstreetmap.org/keys/FIXME#values It is apparent that a number of imports have left tens of thousands of fixme notes that have a low chance of ever getting addressed. Pick your favorite from the lists above: set␣better␣denotation is my mine. The goal would be to reduce the pain felt by anyone with fixme warnings turned on in their editing tool. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Quando usar shelter e covered
Olá, Não uso o iD para editar, uso o JOSM. Para saber quais tags usar, eu costumo consultar o wiki. No caso de bus_stop, o wiki[1] não menciona 'covered' e fala o seguinte sobre 'shelter': 'yes' if the stop is protected from the rain. Por causa disso, eu nem sabia da existência de covered, e venho usando shelter nos casos em que há teto mas não há proteção ao vento. Devo voltar e mudar os pontos em que usei shelter? Que critério o iD usa para mostrar etiquetas (já que está mostrando uma que não aparece no wiki)? -- []'s Thiago Jung Bauermann [1] https://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop Lists wrote: Tem um difference entre os duas, o shelter e um abrigo que dar proteção da vento, alas tem teto e paredes, enquanto covered somente tem teto e não dar proteção da vento. Aun Johnsen On Feb 17, 2015, at 21:04, belnu...@pop.com.br wrote: No ID aparece as etiquetas : shelter e covered para os pontos de ônibus . Pra mim os dois são iguais , portanto redundantes . Estou certo ? Obrigado ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
Sounds like a great idea. My favorites to work on is dual␣carriageway http://taginfo.openstreetmap.org/tags/FIXME=dual%20carriageway not␣dual␣carriageway http://taginfo.openstreetmap.org/tags/FIXME=not%20dual%20carriageway. *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* On Tue, Feb 24, 2015 at 6:58 PM, Bryce Nesbitt bry...@obviously.com wrote: I'm opening a discussion about a potential mechanical edit to FIXME tags: http://taginfo.openstreetmap.org/keys/fixme#values http://taginfo.openstreetmap.org/keys/FIXME#values It is apparent that a number of imports have left tens of thousands of fixme notes that have a low chance of ever getting addressed. Pick your favorite from the lists above: set␣better␣denotation is my mine. The goal would be to reduce the pain felt by anyone with fixme warnings turned on in their editing tool. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-ie] upload problem
Hi Caroline, Can you give a bit more detail. What editor are you using? What square are you referring to? Is this something in the HOT Tasking Manager? What's your OSM username? These bits will dictate the answer to your issue Dave On 24 Feb 2015 21:59, Caroline Lewis carolinele...@eircom.net wrote: Hi - i am editing a square and everything was going fine but today i get an error message saying that upload failed as server has a more recent version of a way, node or relation not sure what to do - should i synch entire dataset - i tried to synch just the way in question but it ended up producing an error and turned a waterway into a lot of single nodes which i have redone but now have the same problem and does this mean someone else is also editing this square? what should i do??? thanks c ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-talk-fr] OpenData Tourisme en Aquitaine
Bonjour, Le Réseau SIRTAQUI, l'information touristique en Aquitaine, a libéré des données en ODbL : http://catalogue.datalocale.fr/dataset?sous_themes=http://eurovoc.europa.eu/4470 Pour commencer, trois jeux de données on été ajouté à Osmose pour aider à leur intégration dans OpenStreetMap, choix totalement arbitraire : - les bibliothèques - les restaurants - les chais Ce sont les trois dernier de la liste dans Osmose : http://osmose.openstreetmap.fr/fr/map/#zoom=16lat=44.89368lon=-0.15521item=8230%2C8240%2C8250level=1%2C2%2C3 Il y en a beaucoup d'autres, si vous souhaitez que j'en ajoute d'autres prioritairement, il suffi de demander (ou d'autres jeux de données n'importe où dans le monde). Cordialement, Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Mappy hours questionnaire
Hey all, We've been doing Mappy Hours on Google Hangouts for a little while now. I would like to get your opinion on a few aspects such as format, theme, time and day. If you could help me out by filling out this quick survey I would be really grateful. Link to survey: http://goo.gl/forms/6h432K2l3L Thanks for your time! -- Martijn van Exel skype: mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk-be] Herentals - adressen
Deze is geweldig. Ik vind niet direct de stratenlijst via de links. Glenn http://www.gva.be/cnt/dmf20150224_01546269/5-000-herentalse-gezinnen-verhuizen HERENTALS - In Herentals komt vanaf de zomer een ware volksverhuizing op gang, althans op papier: 5.000 inwoners krijgen een ander adres. Want de stad verandert noodgedwongen de huisnummers in zeventig straten. Er komen ook twintig nieuwe straten bij. Het stadsbestuur start nog voor de zomer met een grootschalige hernummering. Ieder straatje krijgt een eigen naam en alle percelen, ook de nog onbebouwde, krijgen een eigen en uniek huisnummer. Dat is een zeer omvangrijke operatie. Heel wat inwoners van Herentals, Morkhoven en Noorderwijk zien hun adres veranderen en daar komt heel wat papierwerk bij kijken. Ongeveer 5.000 inwoners over een 75-tal straten krijgen een nieuw adres. Vaak moet de stad immers een volledige straat hernummeren om in het begin van de straat een aantal dubbele huisnummers weg te werken. U kunt helpen De stad heeft ondertussen via meldingen van bpost, de hulpdiensten en de stadsdiensten een lijst opgemaakt van straten waar er zich problemen voordoen. Maar ongetwijfeld hebben we er nog een aantal over het hoofd gezien. U kunt ons daarbij helpen. We vragen onze inwoners daarom om probleemsituaties met de bestaande huisnummering te melden, meldt het stadsbestuur. U kunt dit melden via www.herentals.be, i...@herentals.be, tel. 014-28 50 50 of aan de balie van de dienst burgerzaken. -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Cantons
sinon ça :
http://overpass-turbo.eu/s/7RM
Le 24 février 2015 21:10, Philippe Verdy verd...@wanadoo.fr a écrit :
La requête Overpass Turbo (sur http://overpass-turbo.eu/) fait ces
vérifications de façon visuelle et interactive (données à jour disponibles
dans la minute)
osm-script output=json timeout=40
union
query type=relation
has-kv k=boundary v=political/
has-kv k=political_division v=canton/
bbox-query {{bbox}}/
/query
/union
print mode=body/
recurse type=down/
print mode=skeleton order=quadtile/
/osm-script
(pour les cantons il faut zoomer sa vue (la bbox par défaut est celle de
votre onglet d'affichage dans le navigateur) un peu à l'échelle d'un
département sinon on déborde vite en volume de données)
Modifiez les lignes has-kv (paires clé et valeur d'un même tag) selon
vos critères de recherche (anciens ou nouveaux cantons, arrondissements,
circonscriptions législatives)
On repère vite les trous (zones blanches) et superposition (zones jaunes
plus intenses), ou enclaves/exclaves oubliées dans une relation voisine
'bordure violette et non bleue, car les ways ne sont pas réutilisés par
deux relations).
Le 24 février 2015 18:12, Christian Quest cqu...@openstreetmap.fr a
écrit :
Le 24/02/2015 16:49, Jérôme Amagat a écrit :
Bonjour,
Ça serai pas possible de créer un truc (pour ceux qui savent faire :)
) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup
commençais par un e majuscule, problème de l'accent dans les décrets?)
qui n’étaient dans aucun canton (et qui n'attendent pas d’être découpé).
les problèmes : endroit sans canton, et aussi role et admin-centre
manquant.
C'est ce que je comptais faire en poussant un peu plus l'extraction
automatique des données du JORF.
On a effectivement des communes qui ont sauté à cause de leur nom
orthographié différemment (le JORF ne met pas d'accent sur les
majuscules, utilise des e dans l'a alors que dans OSM on a des ae).
Je comptais par exemple vérifier les trous dans la couverture des
cantons en croisant avec les polygones des communes, et détecter les
cantons qui se chevauchent partiellement, chose possible aussi à
intégrer par une nouvelle analyse Osmose (si Freed a envie de rajouter
ça).
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-ie] upload problem
Hi Caroline, Thanks for the info. If you are using JOSM, sync the entire dataset. It will tell you done with errors or conflicts or something similar. You will then have the option to fix the individual conflicts by choosing to keep either the version you have or the server version. Once you choose for each conflict, click upload again to resolve all conflicts Let me know how you get on Dave On 24 Feb 2015 22:24, Caroline Lewis carolinele...@eircom.net wrote: also just compared josm and map craft and josm is giving me 2 sheets 5 -5 NE as well - i was editing NE sheet/section when i got the error On 24 Feb 2015, at 22:03, Dave Corley davecor...@gmail.com wrote: Hi Caroline, Can you give a bit more detail. What editor are you using? What square are you referring to? Is this something in the HOT Tasking Manager? What's your OSM username? These bits will dictate the answer to your issue Dave On 24 Feb 2015 21:59, Caroline Lewis carolinele...@eircom.net wrote: Hi - i am editing a square and everything was going fine but today i get an error message saying that upload failed as server has a more recent version of a way, node or relation not sure what to do - should i synch entire dataset - i tried to synch just the way in question but it ended up producing an error and turned a waterway into a lot of single nodes which i have redone but now have the same problem and does this mean someone else is also editing this square? what should i do??? thanks c ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-talk-fr] Erreurs Osmose Fantoir Place=
Bonjour, a l'aide de l'outil http://cadastre.openstreetmap.fr/ j'ai importé des lieux dits d'une commune, certain avec différentes valeurs pour la clé place= Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling Cette erreur est indiquée sur les clés:place= farm suburb ...etc...(tout ce qui est comme l'erreur l'indique différent de locality, hamlet or isolated_dwelling) Est-ce donc vraiment une erreur de ma part ou Osmose devrait agrandir sa tolérance à plus de type de place ? Vous pouvez trouvez ces erreurs sur http://osmose.openstreetmap.fr/fr/byuser/?username=Cavokld# Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] admin schläft
Hallo, Am 2015-02-24 um 21:12 schrieb Michael Paulmann: ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart weitergeleitet, leider hatte diese 100 kb was dazu führte das der Admin diese Mail bestätigen muss bevor sie an die Mailingliste geht Es ist auch gut so, dass große Mails moderiert werden müssen. Wenn der der Header der Mail 3700 Zeichen hat, dann bleiben noch ca. 98700 Byte für den Body übrig. Damit komme ich bei 2,3 Silben pro Wort [1] und 4 Zeichen pro Silbe [2,4] auf über 10.000 schwafelige Wörter. Das lese ich mir nicht durch und per GPRS/EDGE will ich das auch nicht unbedingt empfangen (ok, der Mailclient wird es auch nur auf Anforderung herunterladen). Im Ernst: Wenn deine Mail eine HTML-Mail [3] ist, dann wäre es das einfachste gewesen, du hättest sie als Plain-Text fortgeschickt, was vermutlich kein nennenswerter inhaltlicher Verlust gewesen wäre. Mit HTML hast du jedoch einen unnötigen Overhead durch die HTML-Auszeichnungen und das dazugehörige CSS. Vielleicht war auch noch ein schöne VVS-Logo als PNG dabei? :-) Übrigens, der Admin war heute wach. Viele Grüße Michael PS Ja, ich gönne mir meine GPG-Signatur. :-) [1] https://de.wikipedia.org/wiki/Wortl%C3%A4nge#Durchschnittliche_Wortl.C3.A4nge_in_verschiedenen_Textgruppen [2] https://de.wikipedia.org/wiki/Deutsche_Einheitskurzschrift#cite_note-2 [3] egal ob mit oder ohne Plain-Text-Abschnitt [4] etwas größer geschätzt, da wir Umlaut haben -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-legal-talk] Travel Channel + OSM
Hi all, Someone from the Travel Channel contacted me about using OpenStreetMap tiles in an upcoming show but wanted to see if they could attribute OSM in the ending credits rather than on the map. I was wondering if there were any thoughts on this? Thanks, Alyssa. From the original email: Right now I’m working on a new series for the Travel Channel and we’d like to use your maps as a basis for some GFX that would be used from time to time in our show. Basic things that pop up now and again to help the view at home understand where in the world we are and, when applicable, where we’re traveling to. In the past I’ve had no trouble following your very generous credit guidelines but because of the nature of TV I’m hoping I can make a slight compromise on how we credit your data. Instead of putting a on the bottom right corner, which we have to keep open for our Travel Channel bug and some other graphics, I’d like to give you a credit at the end of our show. These go for about the last 30 seconds during the last scene of each episode and will clearly state that all map data for the series was provided by your organization. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-de] admin schläft
On Tue, 24 Feb 2015 23:02:13 +0100, Michael Kugelmann wrote: dann pack die Datei in's OSM-Wiki und leite die EMail ohne Anhang weiter! Das Wiki nimmt nur Bilder. Für ein OSM-Wiki finde ich das bedauerlich. Oder auf irgend einen andern WWW-/Owncloud-/[irgendetwas]Server = es gibt 1000 Möglichkeiten das hinzukriegen, einfach mal etwas kreativ sein... Ein Nachteil von One-Click-Hostern, bei denen man anonym hochladen kann, ist die mangelnde Kontrolle über die Daten (Verweildauer, Löschmöglickeit]. In der Regel empfehle ich http://www.imagenetz.de/, weil man dort nach dem anonymen Upload auch einen Löschlink erhält. […] Ich finde es schwach von Deiner Seite dass Du so leichtfertig aufgibts. (sorry, couldn't resist) :-( +1 Thomas Am 24.02.2015 um 22:07 schrieb Michael Paulmann: Für ein 100 kb file? Ich werde kein Dropbox Konto eröffnen für ein File das so klein ist. -Ursprüngliche Nachricht- Von: Jo [mailto:winfi...@gmail.com] Gesendet: Dienstag, 24. Februar 2015 22:01 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] admin schläft Dropbox... On Feb 24, 2015 9:14 PM, Michael Paulmann michael.paulm...@hft-stuttgart.de wrote: Hallo Leuts, ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart weitergeleitet, leider hatte diese 100 kb was dazu führte das der Admin diese Mail bestätigen muss bevor sie an die Mailingliste geht, aber anscheinend hat der Admin kein Interesse die Mails durchzuschauen die ankommen. Ich finde es toll das der Verkehrsverbund bereit wäre uns seine Daten zur Verfügung zu stellen, jedoch weiss ich nicht wie ich weiter verfahren soll und habe deshalb hier die Mail mit dem Testdatensatz weitergeleitet. Ich habe die Testdaten angeschaut, und per QGIS mit den OSM Daten verglichen und habe festgestellt das man einiges zu den Daten bei OSM hinzufügen könnte. Leider kann ich den Testdatensatz hier nicht weiterschicken da ja leider der Admin schläft... Gruß Paulest P.S.: Wer Interesse an den Testdaten hat soll sich direkt an mich wenden ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
