Re: [OSM-talk-fr] Osmose erreur Post box without ref
Remplacer ref= par ref:FR:laposte= ? Stf Le 30/07/2016 à 06:18, Francois Gouget a écrit : À priori cela semble plutôt simple : le champ ref ne serait pas positionné. Et pourtant je me prends régulièrement ces erreurs sur des boites aux lettres dont le champ ref est positionné, depuis longtemps. Par exemple pour une boite aux lettres modifiée il y a 2 mois environ : http://osmose.openstreetmap.fr/fr/error/7351689191 https://www.openstreetmap.org/node/4216561098#map=18/48.79824/2.32790 amenity = post_box operator = La Poste ref = A2C5Y4 source = data.gouv.fr:LaPoste - 05/2016 Issue reported on: 2016-07-28 L'aide d'Osmose est plutôt limitée : Item : post box Help : (oui, j'ai recopié le champ Help dans son intégralité) Alors c'est quoi le problème ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Osmose erreur Post box without ref
À priori cela semble plutôt simple : le champ ref ne serait pas positionné. Et pourtant je me prends régulièrement ces erreurs sur des boites aux lettres dont le champ ref est positionné, depuis longtemps. Par exemple pour une boite aux lettres modifiée il y a 2 mois environ : http://osmose.openstreetmap.fr/fr/error/7351689191 https://www.openstreetmap.org/node/4216561098#map=18/48.79824/2.32790 amenity = post_box operator = La Poste ref = A2C5Y4 source = data.gouv.fr:LaPoste - 05/2016 Issue reported on: 2016-07-28 L'aide d'Osmose est plutôt limitée : Item : post box Help : (oui, j'ai recopié le champ Help dans son intégralité) Alors c'est quoi le problème ? -- Francois Gouget http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repère géodésique et limite communale
si tu ne veux pas combiner le point géodésique à la frontière, tu peux très bien le placer à 3 cm, ce sera insignifiant et invisible sur le rendu de carte, de toute façon ces points sont au mieux calés à 10 cm près sur un repère lié au sol, qui se déplace un peu tous les ans par rapport au repère mondial WGS84. Dans OSM on ne peut pas atteindre une précision de placement sous les 10 cm: on peut juste avoir cette précision en terme de dimensionneemtn et de positionnement relatif entre objets très proches mais pas à l'échelle terrestre du géoïde de référence WGS84 (calé pour le satellite). Le cadastre lui ne se cale pas sur le WGS84 mais sur la triangulation entre points physiques d'un maillage dont les points se glissent entre eux. Si on voulait être exact, il faudrait chaque année réviser tous les points du cadastre pour les réaligner sur le WGS84, et refaire des calculs de triangulation tenant compte des déformations (qui cependant s'appuient sur un réseau maillé dont les points ne sont pas complètement révisés tous les ans, ce glissemetn devrait être estimé par approximation linéaire tenant compte des dates des différents relevés GPS opérés à peine tous les quart de siècle: l'IGN s'occupe de faire un calcul de cette estimation car les relevés ne sont pas tous faits en même temps sur tout le territoire). De plsu nos images satellites sont plus ou moins corrigées de l'ereur de parallaxe par application d'un modèle numérique de terrain, dont la précision est assez sommaire, et le recalage des images utilise des algos simplifiés utilisant en fait des maillages différents, et le correction est plus ou moins linéaire sur chaque cliché, et ne prend pas en compte tous les détails du relief, même quand il est connu: seuls quelques points de chaque photo sont utilisés pour faire la triangulation avec le MNT, et au delà il y a un algo de "lissage" (linéraire, quadratique ou cubique, on ne sait pas trop ce que fait Bing, et on n'a jamais le détail des points de maillage sur les clichés une fois tuiles assemblées (et on n'a pas les dates de chaque cliché indivisuel présent dans une même tuile assemblée: on ne peut donc pas corriger complètement). Bref on s'intéresse surtout à un positionnement relatif, au respect des angles, et à tenter de garder une précision suffisante pour les mesures de longueur à courte distance ; à longue distance, l'erreur augmente mais cherche juste à se maintenir à un pourcentage d'écart faible. Mais les plus gros écarts arrivent en cas de relief perturbé, malgré les corrections faites. Si c'était réellement précis, on aurait des points absolus très précis comme les pylones et lignes électriques (qui cependant sont de très bons indicateurs des alignements de photos et de respect des angles, même si on voit parfois que les points utilisés ne sont pas parfaitement au centre du pied du pylone). Pour les éléments naturels c'est difficile d'être précis à moins qu'il y ait une borne physique pour matérialiser le point... et qu'on puisse voir cette borne sur les images (ce qui n'arrive jamais: on peut juste lire la description de la fiche pour voir qu'elle décrit la borne comme étant positionnée bien au centre d'un autre objet comme un clocher ou un châtaeu d'eau ou sur un des 4 pieds d'un pylone, ou un angle de batiment., et ensuiçte on doit observer précisément les clichés pour repérer le pied (et éviter une erreur de parallaxe, si la borne est placée au niveau du sol, sinon il faudrait tenir compte de la hauteur de la borne pour ajuster cette parallaxe pous précisément (notamment au sommet des pylones et batiments hauts, car on n'observe bien que les sommets de ces éléments mais on ne voir pas toujours bien le pied pour corriger la hauteur). Même si une mesure est faitre sur place, il y aura toujours un écart non significatif de quelques centimètres de foute façon, quelque soit la précision de l'appareil, uniquement du fait de la dimension et la pose de cet appareil (les géomètres utilisent des pieds ou tiennent des règles à la main posés sur la borne, ça bouge un peu et il n'est pas évident de rester bien centré dessus et respecter une verticale exacte sur cette règle. Il peuvent utiliser aussi des mesures au laser (sur un miroir réflecteur) mais la visée du point est délicate à longue distance Aucun rendu bitmap n'utilise un niveau de zoom suffisant permettant de faire cette distinction de position. aux latitudes équatoriales, aux poles la précision OSM en longitude est infinitésimale mais on n'a rien de significatif à y représenter avec cette précision, on a encore la précision suffisante pour les coordonnées sur l'équateur, mais les glissements annuels de points des référientiels y sont plus importants : la terre ne cesse de se déformer, les continents se déplacent, les sommets s'élèvent ou s'arasent, les volcans "gonflent" ou dégonflent, des plaines s'affaissent, les eaux souterraines font des glissements de terrain selon les saisons... et l'homme aussi modifie cette forme par l'explo
Re: [OSM-talk-fr] Points d'apport volontaire verre ou bornes à verre
Très rapidement, je me demande si la différentiation ne vient pas d'Allemagne où le conteneur n'est pas forcément le même pour le pot à moutarde, la bouteille verte, la bouteille blanche ou la bouteille brune. En France, il ne me viendrait pas à l'esprit d'utiliser autre chose que recycling:glass. Si glass est à oui, alors les bouteilles sont prises avec. L'inverse n'est pas vrai. JB. Le 29/07/2016 à 17:34, Vincent Bergeot a écrit : Le 29/07/2016 à 17:10, Stéphane Péneau a écrit : Le 29/07/2016 à 16:37, Vincent Bergeot a écrit : Bonjour, suite à un échange concernant les tags associés aux bornes à verre pour le recyclages du verre, je souhaiterai avoir vos avis sur les tags à utiliser ! En effet sur le wiki, nous avons (http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Drecycling): |recycling:glass=yes/no|Verre. |recycling:glass_bottles=yes/no|Bouteilles de verre uniquement. Or, aux bornes à verres peuvent être amenés tous les verres à usage alimentaire, incluant bouteilles mais pas uniquement car aussi les bocaux, pots de moutarde, verre pour boire -> donc recycling:glass_bottles=yes n'est pas suffisant Attention, en général, on ne met pas les verres de table dans ces conteneurs. oui tu as raison, pyrex, cristal sont exclus (j'ai tellement l'habitude des pots à moutarde comme verre pour boire !!!). Si on lit la version anglaise du wiki, je pense que c'est glass_bottle qu'il faut choisir. je suis assez de cet avis également. Puis-je préciser dans la version française que le recycling:glass_bottles=yes inclut les bocaux et donc correspond aux PAV (point d'apport volontaire) verre ? -- Vincent Bergeot ___ 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] Points d'apport volontaire verre ou bornes à verre
Le 29/07/2016 à 17:10, Stéphane Péneau a écrit : Le 29/07/2016 à 16:37, Vincent Bergeot a écrit : Bonjour, suite à un échange concernant les tags associés aux bornes à verre pour le recyclages du verre, je souhaiterai avoir vos avis sur les tags à utiliser ! En effet sur le wiki, nous avons (http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Drecycling): |recycling:glass=yes/no|Verre. |recycling:glass_bottles=yes/no|Bouteilles de verre uniquement. Or, aux bornes à verres peuvent être amenés tous les verres à usage alimentaire, incluant bouteilles mais pas uniquement car aussi les bocaux, pots de moutarde, verre pour boire -> donc recycling:glass_bottles=yes n'est pas suffisant Attention, en général, on ne met pas les verres de table dans ces conteneurs. oui tu as raison, pyrex, cristal sont exclus (j'ai tellement l'habitude des pots à moutarde comme verre pour boire !!!). Si on lit la version anglaise du wiki, je pense que c'est glass_bottle qu'il faut choisir. je suis assez de cet avis également. Puis-je préciser dans la version française que le recycling:glass_bottles=yes inclut les bocaux et donc correspond aux PAV (point d'apport volontaire) verre ? -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Points d'apport volontaire verre ou bornes à verre
Le 29/07/2016 à 16:37, Vincent Bergeot a écrit : Bonjour, suite à un échange concernant les tags associés aux bornes à verre pour le recyclages du verre, je souhaiterai avoir vos avis sur les tags à utiliser ! En effet sur le wiki, nous avons (http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Drecycling): |recycling:glass=yes/no|Verre. |recycling:glass_bottles=yes/no|Bouteilles de verre uniquement. Or, aux bornes à verres peuvent être amenés tous les verres à usage alimentaire, incluant bouteilles mais pas uniquement car aussi les bocaux, pots de moutarde, verre pour boire -> donc recycling:glass_bottles=yes n'est pas suffisant Attention, en général, on ne met pas les verres de table dans ces conteneurs. Si on lit la version anglaise du wiki, je pense que c'est glass_bottle qu'il faut choisir. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenEventDatabase... du neuf et un POC liée à OSM :)
Cela fait quelques mois que j'ai démarré concrètement le projet OpenEventDatabase qui trainait dans un coin de ma tout doux liste depuis 2 ans. L'idée est d'y partager et d'y stocker des données liées au temps (et à la géographiqe), répondre à des questions de type "quoi où et quand" là où OSM s'arrête à quoi/où. Depuis quelques temps la quantité d'événements grandit et s'étoffe avec des sources de plus en plus variées. Ces deux dernières semaines, à l'occasion du "Paris Summer Fellowship", de nouvelles sources ont été ajoutées: - incidents sur le réseau RATP - mesures météo des aéroports et aérodromes (METAR) - tremblements de terre (USGS) - collecte mobiles pour le don du sang - prévision de pollution de l'air sur Paris etc... Il y a maintenant de quoi tester un croisement avec OSM... par exemple quels sont les événements en cours ou prévus le long d'un itinéraire calculé par OSRM (ou autre) ? Voici un premier essai que j'ai appelé "onMyWay": http://onmyway.openeventdatabase.org/ Une autre réalisation de ces 2 dernières semaines est un dashboard "live" fait par Eric Pommereau: http://live.openeventdatabase.org/ Pour info, la base a passé le cap des 9 millions d'événements... Il y a aussi maintenant un peu plus de doc sur le fonctionnement de l'API: https://github.com/openeventdatabase/backend/wiki -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Points d'apport volontaire verre ou bornes à verre
Bonjour, suite à un échange concernant les tags associés aux bornes à verre pour le recyclages du verre, je souhaiterai avoir vos avis sur les tags à utiliser ! En effet sur le wiki, nous avons (http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Drecycling): |recycling:glass=yes/no|Verre. |recycling:glass_bottles=yes/no|Bouteilles de verre uniquement. Or, aux bornes à verres peuvent être amenés tous les verres à usage alimentaire, incluant bouteilles mais pas uniquement car aussi les bocaux, pots de moutarde, verre pour boire -> donc recycling:glass_bottles=yes n'est pas suffisant Mais les vitres ne peuvent pas se mettre dans ces bornes donc seulement recycling:glass=yes n'est pas non plus satisfaisant. Osmose propose les deux lors de l'intégration de données ouvertes. Vos avis éclairés ? Bonne journée -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Annonce de sortie : MapContrib 0.10.0
Bonjour, Le 26/07/2016 à 10:58, François Lacombe a écrit : Relativement à ce point sur le rafraichissement, en chargeant les données en live, je ne peux pas utiliser mapcontrib. Bien souvent mes requêtes n'ont pas de réponse, quelque soit le moment de la journée ou alors il faut attendre plusieurs minutes. peut-on avoir un lien vers le thème mapcontrib pour essayer de comprendre pourquoi svp? Merci pour les retours positifs et critiques, cela avance comme cela :) -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr