Bonjour,
je serai présent sur le stand jeudi 17 et vendredi 18 jusqu'à 15h.
Je suis un contributeur qui travaille depuis dans le projet depuis juin,
mais j'ai la volonté de développer OSM dans mon coin.
A vous lire
Cordialement
Michel SALESSES
15,route du Dière
COMMUNAL
01410 CHAMPFROMIER
Fran
Le 23/10/2011 13:00, Vincent-Xavier JUMEL a écrit :
Un des organisateurs de l'Ubuntu Party parisienne me fait remonter un problème
qu'il identifie sur cette liste. Il souhaitait nous inviter à tenir un stand en
plus de l'atelier que Christian (et moi-même) organiserons là bas.
Malheureusement so
Salut,
Comment aider le Map de la région de Van en Turquie ?
Un début de page sur le wiki :
http://wiki.openstreetmap.org/wiki/Turkey_Earthquake_2011
Encore rien sur http://wiki.openstreetmap.org/wiki/HOT ni sur
http://hot.openstreetmap.org/
Il y a un gros décalage entre l'imagerie Bing et les ro
Ton lien hot.openstreetmap.org me revoie un avertissement de la part de Firefox
très dissuasif :
http://safebrowsing.clients.google.com/safebrowsing/diagnostic?client=Firefox&hl=fr&site=http://hot.openstreetmap.org/
étrange, étrange...
Florian Farge aka Otourly
Sur lesprojets wikimédiens et l'
J'ouvre ce sujet pour y regroupe si possible les messages concernant
les imports de bâti cassés sur lesquels vous pouvez tomber plus ou
moins par hasard et pour coordonner les correction car il est
préférable qu'un seul contributeur travaille sur la zone pour la
réparer.
J'ai corrigé pas mal d'imp
Bonjour Cyrille,
Il y a eu un fil de discussion à ce sujet sur la liste H.O.T., à partir
du message suivant :
http://lists.openstreetmap.org/pipermail/hot/2011-October/001050.html
La question de l'ajustement du décalage de Bing a été soulevée. Un des
contributeurs a suggéré d'utiliser les coordon
Je voudrais en profiter pour dire qu'un analyseur Osmose est fait pour
détecter les groupes de nœuds orphelins isolées (en gros un détecteur
d'import raté du bâti qui ne dit pas son nom) :
http://osmose.openstreetmap.fr/map/?zoom=7&lat=46.43886&lon=1.15149&layers=B0FF00T&item=1080
Il d
Le 24 octobre 2011 12:09, Frédéric Rodrigo a écrit :
> Je voudrais en profiter pour dire qu'un analyseur Osmose est fait pour
> détecter les groupes de nœuds orphelins isolées (en gros un détecteur
> d'import raté du bâti qui ne dit pas son nom) :
> http://osmose.openstreetmap.fr/map/?zoom=7&lat=4
Le lundi 24 octobre 2011 à 12:19 +0200, Christian Quest a écrit :
j'ajoute Bonnieres sur seine : un mélange de décalage, way déplacé, bati
source ?, et planches cadastre image ...
http://osm.org/go/0BNH7cKD--
> Le 24 octobre 2011 12:09, Frédéric Rodrigo a écrit :
> > Je voudrais en profiter pour
Selon Jean-Francois Nifenecker :
> Bonjour,
>
> j'ai commis un d�but d'Osmecum "sur l'autoroute", que je viens de placer
> sur la page ad hoc :
>
http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum#Sur_l.27autoroute
>
J'ai 2 remarques (qui se discutent ;-) :
1) Voies autorouti�res
int_
Le 24 octobre 2011 12:56, a écrit :
> Selon Jean-Francois Nifenecker :
>
>> Bonjour,
>>
>> j'ai commis un début d'Osmecum "sur l'autoroute", que je viens de placer
>> sur la page ad hoc :
>>
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum#Sur_l.27autoroute
>>
>
> J'ai 2 remarques
Le 24 octobre 2011 12:44, didier2020 a écrit :
> je t'offre un e-café s'il y a un total d'erreur osmose par commune
> vectorisé ;)
>
> didier
>
Pause (café ou pas) forcée pour moi... à force de corriger de grandes
zones de bâti, j'ai atteint ma limite de téléchargement sur l'API !
--
Christian
Nous voici sous la barre symbolique des 70 ways qui restent à
nettoyer. Encore un petit effort même si, comme au vélo, les derniers
ways sont sans doute les plus difficiles...
Pieren
Liste actualisée des ways_id:
23301574 23301596 23301615 23301621 23301653 23301671 23301730
23301735 23301792 304
Salut,
A l'heure de l'Opendata qui commence à pousser ici et là, il faut
réfléchir sur l'import et la mise à jour de données dans OSM.
Dans un 1er temps j'aimerai rassembler les expériences, des liens (sur
le wiki), des questions concernant des données obtenues auprès d'un
organisme (collectivité,
Typiquement les questions qui seront traitées sur la page de projet du Grand
Toulouse qui a ouvert son portail samedi:
http://wiki.openstreetmap.org/wiki/Toulouse/GrandToulouseData
A+
Vincent
Le 24 octobre 2011 15:19, cyrille giquello a écrit :
> Salut,
>
> A l'heure de l'Opendata qui commence
Le 24 octobre 2011 12:44, didier2020 a écrit :
> je t'offre un e-café s'il y a un total d'erreur osmose par commune
> vectorisé ;)
>
Une page "statistiques" serait effectivement un vrai plus. Pour voir si on
est en progression ou régression vis à vis de la qualité de la base.
Je fais de temps en
Le 24 octobre 2011 16:14, Etienne Trimaille
a écrit :
> Le 24 octobre 2011 12:44, didier2020 a écrit :
>>
>> je t'offre un e-café s'il y a un total d'erreur osmose par commune
>> vectorisé ;)
>
> Une page "statistiques" serait effectivement un vrai plus. Pour voir si on
> est en progression ou ré
Ces statistiques existent par
analyseur/plugin/item/classes/sous-classes et par source (région)
La voila pour le bati
http://osmose.openstreetmap.fr/utils/info.py?item=0
Et la graphe du bati :
http://osmose.openstreetmap.fr/utils/graph.py?item=0
Fred
Le 24 octobre 2011 16:14, Etienne Trimaille
a
> J'ai décidé pour ma part de ne plus prêter attention aux intersections
> marginales de bâtiments (les petites erreurs provenant du cadastre lui
> même).
> Elles sont trop nombreuses et surtout, je ne vois pas quel problème
> cela pose au final.
Je suis presque d'accord avec toi, ça ne sert pas
Le 24 octobre 2011 16:32, sly (sylvain letuffe) a écrit :
>
>> J'ai décidé pour ma part de ne plus prêter attention aux intersections
>> marginales de bâtiments (les petites erreurs provenant du cadastre lui
>> même).
Elle ne proviennent pas toutes du cadastre mais aussi de la conversion
du cadast
Petit résumé des erreurs détectées par osmose:
Au total, 154157 erreurs (hors les intersections de bâtiments).
Viennent en tête nos chères piscines (plus de 8), puis les
intersections entre bâti et voirie (8628).
L'import massif de bâti sans pré-traitement représente donc plus de
50% des erre
Le Lundi 24 Octobre 2011 14:36:45 Pieren a écrit :
> Nous voici sous la barre symbolique des 70 ways qui restent à
> nettoyer. Encore un petit effort même si, comme au vélo, les derniers
> ways sont sans doute les plus difficiles...
On va y arriver.
En passant, j'ai vu des groupes de modification
Le 24 octobre 2011 16:40, Frédéric Rodrigo a écrit :
> Le 24 octobre 2011 16:32, sly (sylvain letuffe) a écrit :
>>
>>> J'ai décidé pour ma part de ne plus prêter attention aux intersections
>>> marginales de bâtiments (les petites erreurs provenant du cadastre lui
>>> même).
> Elle ne proviennen
C'est reparti pour les corrections... l'API veut bien que je joue à nouveau ;)
Et hop... au tour de SALAISE-SUR-SANNE (38)
--
Christian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
De : Christian Quest
Le top 10 des contributeurs "piscinistes":
Est ce que ca ne vaudrait pas le coup que quelqu un les contacte pour les
mettre au courant (si ce n est pas deja fait) qu ils pourrissent la base ?
en esperant que cela soit fait de maniere involontaire et non par flemme
Le 24 octobre 2011 17:11, THEVENON Julien a écrit :
>
> Est ce que ca ne vaudrait pas le coup que quelqu un les contacte pour les
> mettre au courant (si ce n est pas deja fait) qu ils pourrissent la base ?
> en esperant que cela soit fait de maniere involontaire et non par flemme et
> que ca les
2011/10/24 Christian Quest :
>> Il possible de modifier les outils d'analyses pour dissocier petits et
>> gros recouvrements. Rendre les outils d'analyse content n'est pas un
>> but en soi.
>>
>
> Ca me semble une meilleure approche que de limiter la détection aux
> seuls recouvrements importants e
Je suis aussi en conversation avec notre service touristique qui veut
apporter des données, mais ils veulent que nous les mettions à jour
régulièrement. Je vais donc faire un script Python qui peut lire leurs
données qui seront munis d'ún numéro de série, que je vais placer dans
ref:TV=xx. De c
Bonjour,
En ce qui me concerne j'en ai corrigé pas mal. Je serai curieux de
savoir si j'apparaîtrais dans un "top 10 des contributeurs
correcteurs de piscines". ;-)
Bon allez faut que je retrousse mes manches j'ai toutes celles de
CartoLibreMontpellier à corri
Le 24 octobre 2011 17:39, Jo a écrit :
> Je suis aussi en conversation avec notre service touristique qui veut
> apporter des données, mais ils veulent que nous les mettions à jour
> régulièrement. Je vais donc faire un script Python qui peut lire leurs
> données qui seront munis d'ún numéro de sé
On lundi 24 octobre 2011, Pieren wrote:
> Mouais. Ca fait un peu "cacher la poussière sous le tapis" tout ça. Il
> ne faut pas oublier qu'il n'y a pas qu'Osmose comme outil d'analyse
> sur le plan international. Déjà qu'on est connu comme le loup blanc
> pour nos points superposés (import géodésiqu
>Ces statistiques existent par
>analyseur/plugin/item/classes/sous-classes et par source (région)
>La voila pour le bati
>http://osmose.openstreetmap.fr/utils/info.py?item=0
>Et la graphe du bati :
>http://osmose.openstreetmap.fr/utils/graph.py?item=0
les analyses et leurs représentation est bie
En passant, j'ai vu des groupes de modifications avec comme commentaire
« Suppression source CA », mais :
- sans tag source sur les chemins (tant pis pour le polyligne) corrigés
- sans tag source sur le changeset
Alors, si dans 3 ans il faut se repalucher le boulot, c'est un peu dommage.
Merc
2011/10/24 cyrille giquello :
> Le 24 octobre 2011 17:39, Jo a écrit :
>> Je suis aussi en conversation avec notre service touristique qui veut
>> apporter des données, mais ils veulent que nous les mettions à jour
>> régulièrement. Je vais donc faire un script Python qui peut lire leurs
>> donnée
Le 24 octobre 2011 16:43, Christian Quest a
écrit :
> Petit résumé des erreurs détectées par osmose:
>
> Au total, 154157 erreurs (hors les intersections de bâtiments).
> Viennent en tête nos chères piscines (plus de 8), puis les
> intersections entre bâti et voirie (8628).
>
Je voudrais en
Il faudrait surtout améliorer la documentation d'abord.
J'ai moi même importé sans doute quelques piscines en natural=water...
Si l'on se réfère au wiki:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents
Il y a un paragraphe sur les traitement
Le 24 octobre 2011 16:27, Frédéric Rodrigo a écrit
:
> Ces statistiques existent par
> analyseur/plugin/item/classes/sous-classes et par source (région)
> La voila pour le bati
> http://osmose.openstreetmap.fr/utils/info.py?item=0
> Et la graphe du bati :
> http://osmose.openstreetmap.fr/utils/gr
Il est ou le TOP 10 des gens qui parlent beaucoup et ne foute rien ?
je trouve que certaines personnes sur cette liste critique très facilement.
"CartoLibreMontpellier" a fait tout Montpellier et une grande partie de Hérault.
et je pense qu'il a clairement moins pourri la base que toi, julien,
tu
Es-ce que le salut ne serait-il pas plutot un genre de "FrontDoor
addressing" de bing ( http://frontdoor.cloudapp.net/ ) ,
on présente une erreur avec les images bing / autre source et un
piscine? oui / non.
Après il pourrait valider par 2/3 personnes ou simplement proposer le
téléchargement des mo
Le 24 octobre 2011 18:58, eMerzh a écrit :
> Es-ce que le salut ne serait-il pas plutot un genre de "FrontDoor
> addressing" de bing ( http://frontdoor.cloudapp.net/ ) ,
> on présente une erreur avec les images bing / autre source et un
> piscine? oui / non.
> Après il pourrait valider par 2/3 pe
Le 24 octobre 2011 19:08, Black Myst a écrit :
> Et c'est sans compter que :
> * les imports continue, il y en aura encore beaucoup d'autres.
>
Pourquoi ne pas régler le problème en amont ?
Si osmose détecte cette erreur, il suffirait d'exécuter les mêmes règles de
vérif lors de la génération d
Le 24 octobre 2011 18:29, Vincent Privat a écrit :
> Il faudrait surtout améliorer la documentation d'abord.
> J'ai moi même importé sans doute quelques piscines en natural=water...
> Si l'on se réfère au wiki:
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatiqu
Pour moi je pense que les "piscines" , n'ont rien de pourri en
natural=water , les piscines sont bien remplit d'eau ?
Je pense qu'il s'agit surtout d'imprécision de tags et pas de données
erroné ...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
ht
De : alexis gayte
Il est ou le TOP 10 des gens qui parlent beaucoup et ne foute rien ?
Personne n a encore fait un outil calculant un ratio contribution sur nombre de
mails a ma connaissance
je trouve que certaines personnes sur cette liste critique très facilement.
"CartoLi
De : keke79390
Pour moi je pense que les "piscines" , n'ont rien de pourri en
natural=water , les piscines sont bien remplit d'eau ?
Je pense qu'il s'agit surtout d'imprécision de tags et pas de données
erroné ...
C est pour ça que le tag approprie est leisure swimming_po
Le 24 octobre 2011 19:42, THEVENON Julien a écrit :
> De : keke79390
> Pour moi je pense que les "piscines" , n'ont rien de pourri en
> natural=water , les piscines sont bien remplit d'eau ?
> Je pense qu'il s'agit surtout d'imprécision de tags et pas de données
> erroné ...
>
Le 24/10/2011 17:39, Jo a écrit :
Je suis aussi en conversation avec notre service touristique qui veut
apporter des données, mais ils veulent que nous les mettions à jour
régulièrement. Je vais donc faire un script Python qui peut lire leurs
données qui seront munis d'ún numéro de série, que je
2011/10/24 Vincent Pottier :
> Le 24/10/2011 17:39, Jo a écrit :
>>
>> Je suis aussi en conversation avec notre service touristique qui veut
>> apporter des données, mais ils veulent que nous les mettions à jour
>> régulièrement. Je vais donc faire un script Python qui peut lire leurs
>> données qu
Jo a écrit :
> Je suis aussi en conversation avec notre service touristique qui veut
> apporter des données, mais ils veulent que nous les mettions à jour
> régulièrement.
Que veut dire « ils veulent que nous les mettions à jour
régulièrement » ? La formulation me chagrine. Si ce service veut un
e
Ils ont interêt que les informations diffusées par les différents
canaux, dont OSM en est un, aient les informations qui sont à jour.
Avec Google ils ont convenu qu'il y des mises à jour une fois par
semaine.
Je suis convaincu que nous pourrons suivre leurs mises à jour à l'aise
et ce n'est pas pa
Bonjour,
Toulibre et Ubuntu-fr, ainsi que les communautés françaises de KDE et
Drupal, organisent le 26 et 27 novembre à Toulouse l'événement «
Capitole du Libre », http://www.capitoledulibre.org.
Le samedi 26 novembre après-midi, moment consacré aux conférences (avec
7 tracks de conférence: gran
Ce qui me gêne dans cette approche c'est que l'on a l'impression qu'ils
détiennent LA vérité et qu'il faut les suivre. Que ce passe-t-il si des
info des contributeurs d'OSM sont en désaccord avec leurs données ?
Une synchro qui vise l'automatisme est quelque intéressant et
d'ambitieux, alors que
J'en suis, il me reste encore un gros paquet de flyers OSM de la Novela !
ça serait bien aussi d'imprimer ce coup-ci des cartes grand format tant
qu'on a un délai suffisant (mais ce coup-ci, je ne paye pas ^^)
Vincent
Le 24 octobre 2011 22:41, Thomas Petazzoni a
écrit :
> Bonjour,
>
> Toulibre e
Le 24/10/2011 22:51, Frédéric Rodrigo a écrit :
Ce qui me gêne dans cette approche c'est que l'on a l'impression
qu'ils détiennent LA vérité et qu'il faut les suivre. Que ce
passe-t-il si des info des contributeurs d'OSM sont en désaccord avec
leurs données ?
Une synchro qui vise l'automatisme
Le Lundi 24 Octobre 2011 18:14:09 Eric SIBERT a écrit :
> Dans la même discussion, j'ai indiqué que quand la rivière était
> encaissée, je n'hésitais pas à l'utiliser, éventuellement en jetant un
> coup d'œil au cadastre (raster non géoréférencé) du coin pour voir si la
> limite de commune est bien
Nous avons discuté un chemin de retour 'upstream' des données. Disons
que quelqu'un change une donnée sur un hôtel. Le script le découvre et
le signale. Un contributeur OSM décide si c'est du vandalisme ou une
erreur (par exemple qq1 a changé le nombre d'étoiles d'un hôtel, c'est
fort improbable, d
2011/10/24 Vincent Pottier :
> Le 24/10/2011 22:51, Frédéric Rodrigo a écrit :
>>
>> Ce qui me gêne dans cette approche c'est que l'on a l'impression qu'ils
>> détiennent LA vérité et qu'il faut les suivre. Que ce passe-t-il si des info
>> des contributeurs d'OSM sont en désaccord avec leurs donnée
Ok, c'est donc du bon boulot. Mais dans ce cas un source=interpolation et un
commentaire plus explicite serait encore mieux.
Dans la page wiki, il y a plutôt source=extrapolation que interpolation.
Mais dans tous les cas, ça me pose problème car je ne fais que rajouter
des tags à une polyligne
Bonsoir,
Nous sommes heureux de vous annoncer la naissance d'un nouveau plugin
pour JOSM : Tag2Link
Vous avez un objet qui contient des tags du genre wikipedia, website,
url, ref:sandre, ref:INSEE...
Vous faite un clic-droit sur l'objet (dans les fenêtres de droite de
JOSM) et vous avez sous
Le 25 octobre 2011 00:27, Vincent Pottier a écrit :
> Bonsoir,
> Nous sommes heureux de vous annoncer la naissance d'un nouveau plugin pour
> JOSM : Tag2Link
>
> Vous avez un objet qui contient des tags du genre wikipedia, website, url,
> ref:sandre, ref:INSEE...
> Vous faite un clic-droit sur l'o
keke79390 wrote:
> Pour moi je pense que les "piscines" , n'ont rien de pourri en
> natural=water , les piscines sont bien remplit d'eau ?
> Je pense qu'il s'agit surtout d'imprécision de tags et pas de données
> erroné ...
natural=water indique non seulement de l'eau mais un plan d'eau naturel
A mon extrêmement grande surprise, je me retrouve dans le /"top 10 des
piscinistes"/, alors que je n'ai pas tagué plus de 3 piscines !
A mon sens, Osmose est un peu trop systématique quand il rencontre un petit
plan d'eau et considère qu'il s'agit forcément d'une piscine. Il se trouve
que ma régio
62 matches
Mail list logo