[OSM-talk-fr] [forum-osm-fr] découpage des landuse avec les limites administratives

[forum]

Le message suivant de :
##
Bonjour,

j'ai essayé de découper des grands ou complexes multipolygones landuse en 
suivant l'indication de couper suivants les limites administratives: 

http://www.mail-archive.com/talk-fr@openstreetmap.org/msg47079.html 

Le but était de réparer des grands landuse endommagés (en Champagne - 
Ardennes). 

Le problème sur les résultats des modifications: si qqn modifie le landuse, il 
modifie en même temps la limite administrative. Je ne trouve pas comment 
séparer physiquement les relations admin des landuse avec JOSM pour les rendre 
indépendantes. Je croisais que le plugin util2 propose qqchose, mais ce n'est 
pas une séparation physique. Cela dédouble les ways partagés, mais les nodes 
restent accrochés. 

Une idée? Ce serait dommage de refusionner. 

Merci pour l'aide.

Cantece

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=5
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel

[sebastien . dinot]

Salut,

- Mail original -
> Comme c'est probablement pas le seul cas de ce genre et qu'il risque
> d'en avoir de plus en plus, je vous demande votre avis.

Pour commencer, il est certain que rien ne remplacera jamais le contact humain 
et encore moins une rencontre physique. C'est donc la voie à préférer plutôt 
que de repasser silencieusement derrière lui.

Ensuite, il ne faut en rien préjuger des capacités et de la curiosité de ce 
nouveau contributeur. Peut-être qu'il n'utilise pas JOSM simplement parce qu'il 
n'en a jamais entendu parler. Il faut donc lui poser la question et, s'il 
s'intéresse au bâti, lui montrer tout l'intérêt qu'il aurait à l'utiliser. 
Selon sa réponse, tu pourras affiner ta stratégie.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel

[Rainer Kluge]

Bonjour,

Am 09.10.2012 08:42, schrieb Ab_fab:

Une solution médiane : proposer d'utiliser JOSM et son plugin cadastre pour
décalquer les nouveaux bâtiments à la main.


Je maitrise bien la solution technique de ce genre de situation: téléchargement 
du fichier bâti de la commune, chargement de ce fichier dans un calque Josm, 
copier le batiment en question, aller dans le calque des données OSM, supprimer 
le batiment existant, coller le batiment, envoi.


Ma question concerne plutôt la coordination entre le mappeur novice qui a trouvé 
un batiment manquant et les mappeurs confirmés qui savent importer ce batiment à 
partir du cadastre.


Une idée serait une page wiki "Contribuer pour les Nuls", qui s'adresse à une 
catégorie de contributeurs novices et occasionnels qui n'ont ni le niveau de 
compétence ni la motivation pour se servir de Josm, avec des how-to du genre:


"Tu as trouvé un bâtiment qui manque sur la carte? Tu peux le signaler par OSB 
ou le rajouter avec l'editeur en ligne Potlatch 2. Un contributeur confirmé 
passera après toi et affinera pour vérifier ta contribution, Si tu comptes 
contribuer de façon regulière, nous te proposns d'utiliser les outils avancés 
tel que Josm et le plugin cadastre-fr"


J'ai un peu la même situation avec des contributions à partir de wheelmap.org. 
Des gens bien intentionnées avec plein de bonne volonté ajoutent des POI en 
faisant des petites fautes d'attribution de catégorie, ou créent des doublons. 
Mais là c'est plutôt un problème de wheelmap.org, qui ne propose pas les bonnes 
catégories ou bien avec des mauvaises traductions et n'affiche pas tous les 
objets existants. Je leur ai déjà signalé quelques uns de ces problèmes.


Rainer


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel

[Ab_fab]

Euh, non, quand on utilise le plugin cadastre [1], on ne s'occupe pas du
fichier du bâti que l'on trouve sur cadastre.openstreetmap.fr
Le plugin existait avant que ces fichiers soient mis à disposition.

Une fois passée l'installation du plugin, le bon choix de projection et
celui de la commune, on a les données du cadastre en fond de carte, un peu
comme si c'était une couche imagerie (Bing ou autre).
Il n'y a plus qu'à tracer manuellement par dessus.

Même si ta technique marche, je pense que je proposerais d'abord l'usage du
plugin cadastre, d'autant plus qu'il sert également à tracer des routes et
des chemins, et surtout à leur donner un nom (info que l'on ne trouve pas
avec Bing)

[1] http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr

Le 9 octobre 2012 09:22, Rainer Kluge  a écrit :

> Bonjour,
>
> Am 09.10.2012 08:42, schrieb Ab_fab:
>
>  Une solution médiane : proposer d'utiliser JOSM et son plugin cadastre
>> pour
>> décalquer les nouveaux bâtiments à la main.
>>
>
> Je maitrise bien la solution technique de ce genre de situation:
> téléchargement du fichier bâti de la commune, chargement de ce fichier dans
> un calque Josm, copier le batiment en question, aller dans le calque des
> données OSM, supprimer le batiment existant, coller le batiment, envoi.
>
> Ma question concerne plutôt la coordination entre le mappeur novice qui a
> trouvé un batiment manquant et les mappeurs confirmés qui savent importer
> ce batiment à partir du cadastre.
>
> Une idée serait une page wiki "Contribuer pour les Nuls", qui s'adresse à
> une catégorie de contributeurs novices et occasionnels qui n'ont ni le
> niveau de compétence ni la motivation pour se servir de Josm, avec des
> how-to du genre:
>
> "Tu as trouvé un bâtiment qui manque sur la carte? Tu peux le signaler par
> OSB ou le rajouter avec l'editeur en ligne Potlatch 2. Un contributeur
> confirmé passera après toi et affinera pour vérifier ta contribution,
> Si tu comptes contribuer de façon regulière, nous te proposns d'utiliser
> les outils avancés tel que Josm et le plugin cadastre-fr"
>
> J'ai un peu la même situation avec des contributions à partir de
> wheelmap.org. Des gens bien intentionnées avec plein de bonne volonté
> ajoutent des POI en faisant des petites fautes d'attribution de catégorie,
> ou créent des doublons. Mais là c'est plutôt un problème de wheelmap.org,
> qui ne propose pas les bonnes catégories ou bien avec des mauvaises
> traductions et n'affiche pas tous les objets existants. Je leur ai déjà
> signalé quelques uns de ces problèmes.
>
> Rainer
>
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] découpage des landuse avec les limites administratives

[Philippe Verdy]

Je viens de lui répondre sur le forum. Si mes indications que je lui
donnes pour faire cela correctement ont des erreurs ou demandent
d'autres précision, commentez derrière moi.

Philippe.

Le 9 octobre 2012 09:00,   a écrit :
> Le message suivant de :
> ##
> Bonjour,
>
> j'ai essayé de découper des grands ou complexes multipolygones landuse en 
> suivant l'indication de couper suivants les limites administratives:
>
> http://www.mail-archive.com/talk-fr@openstreetmap.org/msg47079.html
>
> Le but était de réparer des grands landuse endommagés (en Champagne - 
> Ardennes).
>
> Le problème sur les résultats des modifications: si qqn modifie le landuse, 
> il modifie en même temps la limite administrative. Je ne trouve pas comment 
> séparer physiquement les relations admin des landuse avec JOSM pour les 
> rendre indépendantes. Je croisais que le plugin util2 propose qqchose, mais 
> ce n'est pas une séparation physique. Cela dédouble les ways partagés, mais 
> les nodes restent accrochés.
>
> Une idée? Ce serait dommage de refusionner.
>
> Merci pour l'aide.
>
> Cantece
> 
> a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=5
> Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
> Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas 
> une concertation sur la liste avant de recopier
> la/les meilleurs réponses sur le forum.
> Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
> --
> Les questions sur ce robot de transfert forum->liste
> peuvent être posées à sylvainaletuffe.org
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Conversion données parcellaires en coordonnées Lambert 93

[partir-en-vtt]

Quel est le format de fichier des données ?

Je pense que l'outil libre et gratuit Qgis devrait pouvoir reprojeter vos
données sans trop de problèmes.

Bonne journée.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Conversion-donnees-parcellaires-en-coordonnees-Lambert-93-tp5729500p5729560.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Récupérer les contours de tous les pays - API OpenstreetMap

[Philippe Verdy]

Note: il y a deux types de contours pour les pays :

- les relations polygones de "type=boundary" (bien qu'en Allemagne
certains soient juste restés de type "multipolygone") : ils incluent
les eaux territoriales, et ne suivent pas les lignes de côte, mais
suivent des segments marqués "boundary=administrative" et
"maritime=yes" et "border_type=territorial").

- les relations polygones de "type=land_area" (qui excluent les eaux
territoriales, pour n'inclure que les terres) : ils suivent les lignes
de côte (plus quelques très courts segments tracés en mer dans les
ports et les estuaires peu larges de moins de 100 mètres environ, ce
qui permet d'inclure la totalité du port fermé partiellement par les
digues dans les limites administratives de la collectivité locale).
Leur nom indique souvent "(land mass)" en anglais ou "(terres)" en
français, en complément du nom de pays.

On n'a pas encore de tracé des ZEE (qui seraient marqués
"boundary=administrative" et "maritime=yes". Mais PAS
"border_type=territorial", plutôt "border_type=eez" ou quelquechose
d'équivalent.

De même on n'a pas les tracés des limites du plateau continental
(encore une autre frontière maritime, située au delà des eaux
territoriales, et parfois dedans).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel

[Hélène PETIT]

Le 09/10/2012 09:22, Rainer Kluge a écrit :

Am 09.10.2012 08:42, schrieb Ab_fab:

Une solution médiane : proposer d'utiliser JOSM et son plugin cadastre
pour décalquer les nouveaux bâtiments à la main.


Je maitrise bien la solution technique de ce genre de situation:
téléchargement du fichier bâti de la commune, chargement de ce fichier
dans un calque Josm, copier le batiment en question, aller dans le
calque des données OSM, supprimer le batiment existant, coller le
batiment, envoi.


Supprimer, je ne le fais qu'en dernier ressort, par respect pour le 
travail déjà réalisé d'une part, et d'autre part, pour concrétiser 
l’effet du crowdsourcing.
Perso, quand quelqu'un modifie mon travail, je regarde l'historique pour 
comprendre la raison de la modif ; je vais aussi voir le profil de la 
personne qui a modifié, etc .. J'aime bien comprendre ce que font les 
autres, c'est le plaisir d'agir en meute.


Je n'ai supprimé du bâti pour remplacer que une ou deux fois : les 
bâtiments avaient été dessinés il y a très longtemps, par quelqu'un qui 
n'a plus cartographié depuis très longtemps, et toutes les voies des 
villages étaient également à redessiner, voir à renommer. J'ai craqué 
après une demi-heure de travail de reprise totalement improductif : j'ai 
supprimé et remplacé ;

Mais c'est tout à fait exceptionnel.

Je mets le cadastre en calque, et je modifie les bâtiments existants, 
avant d'injecter les autres ; j'utilise les nuances de couleurs et la 
tactique du "clignotement" (rendre visible/invisible le calque du 
bâti-cadastre) pour savoir quels bâtiments manquent.


Hélène

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Ab_fab]

Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des
itinéraires :
http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html

Ce que je comprends, c'est que cela met en évidence des voies desquelles on
peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises
connexions avec le reste du réseau routier.

Les infos peuvent être consultées sur un calque "small components" du site
osrm , ou bien sur osm
inspector(qui proposait
déjà l'analyse des fins de ways très proches mais non
connectées à d'autres éléments de voirie)

Le 1 octobre 2012 23:11, Vincent de Chateau-Thierry  a
écrit :

>
> Le 01/10/2012 18:24, Ab_fab a écrit :
>
>> Ça peut être une bonne occasion de voir le détail de ce schéma.
>> Et s'il est interessant les références des noeuds pourraient y être
>> indiquées, c'est sûr.
>>
>> Le 1 oct. 2012 18:19, "Christian Quest" > > a écrit :
>>
>>
>> Il faudrait aussi regarder la proposition des jonctions routières
>> complexes qui a été présentée au SOTM à Tokyo.
>> L'idée est d'avoir une relation pour décrire un noeud routier, ce qui
>> permet aux algos de routage (et de rendu) de mieux fonctionner. C'est
>> sur ces noeuds routiers qu'il faudrait peut être mettre les infos
>> DATEX.
>>
>> A lire ici:
>> http://wiki.openstreetmap.org/**wiki/Proposed_features/**
>> Junction#Complex_junction_**relation
>>
>>
> Pour revenir à ta question initial Ab_fab*, je suis aussi partant pour
> contribuer sur le sujet. En revancheje coince sur la motivation
> "contrôle qualité" que tu associes : pour moi il y a d'un coté le
> référentiel TMC qu'on peut vouloir intégrer à OSM si on estime que ça
> apporte de la valeur à la base, et de l'autre le besoin de faire du
> contrôle-qualité sur le graphe OSM.
> Pour ce second point pris seul, je préfère dépenser du temps à constituer
> des matrices origine-destination et à lancer des batteries d'itinéraires
> via OSRM, pour ensuite détecter les changements dans les durées et/ou les
> kilométrages, et par suite analyser les causes du changement, voire
> détecter des cassures dans le graphe. Je pense qu'on aura des résultats
> plus rapides et des diagnostics plus simples à partager que ceux basés sur
> le TMC. Sans compter que le rythme d'intégration d'un tel référentiel
> risque d'être modeste, et engage derrière une maintenance à chaque nouvelle
> version des tables de localisants.
> Donc partant, si on pense que ça servira à autre chose que du
> contrôle-qualité :-)
>
> vincent
>
> * pas facile de gober en une soirée les 100 messages du jour sur talk-fr
> :-)
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] j'arrive pas a corriger

[didier2020]

un certain nombre de node a été déplacé 
http://osmose.openstreetmap.fr/map/?zoom=13&lat=48.6629&lon=3.03685&item=1040,1060,1150,1170,1190,1220,6010&level=1,2,3

j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la
selection.

Quelqu'un de plus habile dans la liste ?

didier


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] j'arrive pas a corriger

[Philippe Verdy]

J'ai déjà essayé pour celui-là (je l'ai évoqué ici précédemment). Les
nœuds ont apparement été déplacés par erreur après une sélection
intempestive par un rectangle (ou par un bogue JOSM lors d'un zoom,
bogue rare qu'on ne voit pas forcément et qui passe pourtant le
contrôle de validation quand cela n'introduit pas
d'auto-intersection), ou par un utilisateur qui s'est trompé entre un
clic droit et un clic gauche pour déplacer la vue de la carte alors
qu'il avait une sélection en cours, le clic gauche ayant été fait
justement sur un des chemins ou des noeuds.

Bizarrement je trouve ces modifs intempestives faites dans JOSM alors
qu'il avertit normalement qu'on a déplacé trop d'objets (plus de 20).
L'utilisateur a donc désactivé cette alerte (ce qu'on ne devrait pas
faire : une erreur humaine est possible, de même qu'un problème de
délai de réponse dans l'interface utilisateur de JOSM ; merci donc de
ne PAS cocher la case "ne plus avertir" dans la boite d'alerte de JOSM
; c'est une sécurité utile et à mon avis on ne devrait même pas avoir
l'option de la désactiver dans JOSM, elle devrait être systématique
même si cela oblige à cliquer un bouton après un déplacement voulu).
Chez moi je laisse toujours cette alerte activée pour éviter ce genre
de désagrément.

Le 9 octobre 2012 11:00, didier2020  a écrit :
> un certain nombre de node a été déplacé
> http://osmose.openstreetmap.fr/map/?zoom=13&lat=48.6629&lon=3.03685&item=1040,1060,1150,1170,1190,1220,6010&level=1,2,3
>
> j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la
> selection.
>
> Quelqu'un de plus habile dans la liste ?
>
> didier
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] j'arrive pas a corriger

[Mickaël Guéret]

J'ai réparé, je suis prêt pour l'upload. J'y vais ?

Mika

Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit :
> un certain nombre de node a été déplacé 
> http://osmose.openstreetmap.fr/map/?zoom=13&lat=48.6629&lon=3.03685&item=1040,1060,1150,1170,1190,1220,6010&level=1,2,3
> 
> j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la
> selection.
> 
> Quelqu'un de plus habile dans la liste ?
> 
> didier
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Ab_fab]

C'est un peu plus clair en regardant le billet du journal suivant :
http://www.openstreetmap.org/user/DennisL/diary/17853

Le 9 octobre 2012 11:00, Ab_fab  a écrit :

> Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des
> itinéraires :
> http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html
>
> Ce que je comprends, c'est que cela met en évidence des voies desquelles
> on peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises
> connexions avec le reste du réseau routier.
>
> Les infos peuvent être consultées sur un calque "small components" du site
> osrm , ou bien sur osm 
> inspector(qui proposait déjà 
> l'analyse des fins de ways très proches mais non
> connectées à d'autres éléments de voirie)
>
> Le 1 octobre 2012 23:11, Vincent de Chateau-Thierry  a
> écrit :
>
>
>> Le 01/10/2012 18:24, Ab_fab a écrit :
>>
>>> Ça peut être une bonne occasion de voir le détail de ce schéma.
>>> Et s'il est interessant les références des noeuds pourraient y être
>>> indiquées, c'est sûr.
>>>
>>> Le 1 oct. 2012 18:19, "Christian Quest" >> > a écrit :
>>>
>>>
>>> Il faudrait aussi regarder la proposition des jonctions routières
>>> complexes qui a été présentée au SOTM à Tokyo.
>>> L'idée est d'avoir une relation pour décrire un noeud routier, ce qui
>>> permet aux algos de routage (et de rendu) de mieux fonctionner. C'est
>>> sur ces noeuds routiers qu'il faudrait peut être mettre les infos
>>> DATEX.
>>>
>>> A lire ici:
>>> http://wiki.openstreetmap.org/**wiki/Proposed_features/**
>>> Junction#Complex_junction_**relation
>>>
>>>
>> Pour revenir à ta question initial Ab_fab*, je suis aussi partant pour
>> contribuer sur le sujet. En revancheje coince sur la motivation
>> "contrôle qualité" que tu associes : pour moi il y a d'un coté le
>> référentiel TMC qu'on peut vouloir intégrer à OSM si on estime que ça
>> apporte de la valeur à la base, et de l'autre le besoin de faire du
>> contrôle-qualité sur le graphe OSM.
>> Pour ce second point pris seul, je préfère dépenser du temps à constituer
>> des matrices origine-destination et à lancer des batteries d'itinéraires
>> via OSRM, pour ensuite détecter les changements dans les durées et/ou les
>> kilométrages, et par suite analyser les causes du changement, voire
>> détecter des cassures dans le graphe. Je pense qu'on aura des résultats
>> plus rapides et des diagnostics plus simples à partager que ceux basés sur
>> le TMC. Sans compter que le rythme d'intégration d'un tel référentiel
>> risque d'être modeste, et engage derrière une maintenance à chaque nouvelle
>> version des tables de localisants.
>> Donc partant, si on pense que ça servira à autre chose que du
>> contrôle-qualité :-)
>>
>> vincent
>>
>> * pas facile de gober en une soirée les 100 messages du jour sur talk-fr
>> :-)
>>
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>
>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel

[Pieren]

2012/10/9 Ab_fab :
>
> Il y a beaucoup de bâtiments qui ont été tracés comme ça, en particulier à 
> Grenoble, Strasbourg et Paris.

Strasbourg, oui. Grenoble, je ne sais pas. Mais Paris, non. Le bâti a
été importé depuis un des premiers scripts lisant les PDF (il y avait
quelques bâtiments avant, beaucoup de travail après mais jamais un
traçage manuel aussi massif).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] j'arrive pas a corriger

[Mickaël Guéret]

Bon, c'est parti. J'ai réparé le minimum, il reste des erreurs dans la
zone (un énorme multipolygone CLC cassé par exemple, auquel je n'ose pas
m'attaquer)...

Mika

Le mardi 09 octobre 2012 à 11:23 +0200, Mickaël Guéret a écrit :
> J'ai réparé, je suis prêt pour l'upload. J'y vais ?
> 
> Mika
> 
> Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit :
> > un certain nombre de node a été déplacé 
> > http://osmose.openstreetmap.fr/map/?zoom=13&lat=48.6629&lon=3.03685&item=1040,1060,1150,1170,1190,1220,6010&level=1,2,3
> > 
> > j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la
> > selection.
> > 
> > Quelqu'un de plus habile dans la liste ?
> > 
> > didier
> > 
> > 
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] j'arrive pas a corriger

[Philippe Verdy]

Bien sûr ! La question de ne pose pas pour corriger ce qui est
évidemment une erreur (quelle qu'en était la raison).

Envoie-les sans fermer le changeset automatiquement (onglet "avancé"
dans la fenêtre d'envoi) Il y a certainement des contrôles visuels à
faire dans ton historique en ligne, pour voir les relations que cela
touche et qui restent à refermer correctement. Si tout est bon tu
refermes ton changeset (CTRL+ALT+Q), sinon tu continues les modifs
nécessaires et tu renvoies ces nouvelles modifs toujours dans ce même
changeset.

Le 9 octobre 2012 11:23, Mickaël Guéret  a écrit :
> J'ai réparé, je suis prêt pour l'upload. J'y vais ?
>
> Mika
>
> Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit :
>> un certain nombre de node a été déplacé
>> http://osmose.openstreetmap.fr/map/?zoom=13&lat=48.6629&lon=3.03685&item=1040,1060,1150,1170,1190,1220,6010&level=1,2,3
>>
>> j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la
>> selection.
>>
>> Quelqu'un de plus habile dans la liste ?
>>
>> didier

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] j'arrive pas a corriger

[didier2020]

merci pour nous !
didier

Le mardi 09 octobre 2012 à 11:33 +0200, Mickaël Guéret a écrit :
> Bon, c'est parti. J'ai réparé le minimum, il reste des erreurs dans la
> zone (un énorme multipolygone CLC cassé par exemple, auquel je n'ose pas
> m'attaquer)...
> 
> Mika
> 
> Le mardi 09 octobre 2012 à 11:23 +0200, Mickaël Guéret a écrit :
> > J'ai réparé, je suis prêt pour l'upload. J'y vais ?
> > 
> > Mika
> > 
> > Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit :
> > > un certain nombre de node a été déplacé 
> > > http://osmose.openstreetmap.fr/map/?zoom=13&lat=48.6629&lon=3.03685&item=1040,1060,1150,1170,1190,1220,6010&level=1,2,3
> > > 
> > > j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la
> > > selection.
> > > 
> > > Quelqu'un de plus habile dans la liste ?
> > > 
> > > didier
> > > 
> > > 
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > http://lists.openstreetmap.org/listinfo/talk-fr
> > 
> > 
> > 
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] j'arrive pas a corriger

[Philippe Verdy]

Ça je sais faire (mais je ne referai pas la fusion de la fragmentation
du polygone faite sur les lignes administratives; et là aussi je ferai
le minimum pour que tout se referme; à terme il faudra à nouveau
détacher ces fragments des lignes administratives, en sélectionnant de
meilleurs traits de découpe sur le réel : autres polygones landuse=*
ou natural=*, ou chemin agricole, ou route, ou rivière ou fossé).

Le 9 octobre 2012 11:33, Mickaël Guéret  a écrit :
> Bon, c'est parti. J'ai réparé le minimum, il reste des erreurs dans la
> zone (un énorme multipolygone CLC cassé par exemple, auquel je n'ose pas
> m'attaquer)...
>
> Mika
>
> Le mardi 09 octobre 2012 à 11:23 +0200, Mickaël Guéret a écrit :
>> J'ai réparé, je suis prêt pour l'upload. J'y vais ?
>>
>> Mika
>>
>> Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit :
>> > un certain nombre de node a été déplacé
>> > http://osmose.openstreetmap.fr/map/?zoom=13&lat=48.6629&lon=3.03685&item=1040,1060,1150,1170,1190,1220,6010&level=1,2,3
>> >
>> > j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la
>> > selection.
>> >
>> > Quelqu'un de plus habile dans la liste ?
>> >
>> > didier
>> >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] j'arrive pas a corriger

[Mickaël Guéret]

heu, les limites administratives qui servent aussi de limites de
landuse, c'est du grand n'importe quoi à mon avis ! on a pas fini de
réparer...

Mika

Le mardi 09 octobre 2012 à 11:33 +0200, didier2020 a écrit :
> merci pour nous !
> didier
> 
> Le mardi 09 octobre 2012 à 11:33 +0200, Mickaël Guéret a écrit :
> > Bon, c'est parti. J'ai réparé le minimum, il reste des erreurs dans la
> > zone (un énorme multipolygone CLC cassé par exemple, auquel je n'ose pas
> > m'attaquer)...
> > 
> > Mika
> > 
> > Le mardi 09 octobre 2012 à 11:23 +0200, Mickaël Guéret a écrit :
> > > J'ai réparé, je suis prêt pour l'upload. J'y vais ?
> > > 
> > > Mika
> > > 
> > > Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit :
> > > > un certain nombre de node a été déplacé 
> > > > http://osmose.openstreetmap.fr/map/?zoom=13&lat=48.6629&lon=3.03685&item=1040,1060,1150,1170,1190,1220,6010&level=1,2,3
> > > > 
> > > > j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la
> > > > selection.
> > > > 
> > > > Quelqu'un de plus habile dans la liste ?
> > > > 
> > > > didier
> > > > 
> > > > 
> > > > ___
> > > > Talk-fr mailing list
> > > > Talk-fr@openstreetmap.org
> > > > http://lists.openstreetmap.org/listinfo/talk-fr
> > > 
> > > 
> > > 
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > http://lists.openstreetmap.org/listinfo/talk-fr
> > 
> > 
> > 
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] j'arrive pas a corriger

[Philippe Verdy]

Lire ce que j'ai écrit sur le forum à ce sujet. (avec plein de
détails). Corrigez ou commentez ce sujet si ce que j'ai écrit est
ambigu, ou s'il y a des façons plus simples encore de faire.

Je suis parfaitement d'accord que c'est nuisible et qu'on peut presque
toujours faire autrement en choisissant de meilleurs traits de découpe
basés sur le réel.

Le 9 octobre 2012 11:42, Mickaël Guéret  a écrit :
> heu, les limites administratives qui servent aussi de limites de
> landuse, c'est du grand n'importe quoi à mon avis ! on a pas fini de
> réparer...
>
> Mika
>
> Le mardi 09 octobre 2012 à 11:33 +0200, didier2020 a écrit :
>> merci pour nous !
>> didier
>>
>> Le mardi 09 octobre 2012 à 11:33 +0200, Mickaël Guéret a écrit :
>> > Bon, c'est parti. J'ai réparé le minimum, il reste des erreurs dans la
>> > zone (un énorme multipolygone CLC cassé par exemple, auquel je n'ose pas
>> > m'attaquer)...
>> >
>> > Mika
>> >
>> > Le mardi 09 octobre 2012 à 11:23 +0200, Mickaël Guéret a écrit :
>> > > J'ai réparé, je suis prêt pour l'upload. J'y vais ?
>> > >
>> > > Mika
>> > >
>> > > Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit :
>> > > > un certain nombre de node a été déplacé
>> > > > http://osmose.openstreetmap.fr/map/?zoom=13&lat=48.6629&lon=3.03685&item=1040,1060,1150,1170,1190,1220,6010&level=1,2,3
>> > > >
>> > > > j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la
>> > > > selection.
>> > > >
>> > > > Quelqu'un de plus habile dans la liste ?
>> > > >
>> > > > didier
>> > > >
>> > > >
>> > > > ___
>> > > > Talk-fr mailing list
>> > > > Talk-fr@openstreetmap.org
>> > > > http://lists.openstreetmap.org/listinfo/talk-fr
>> > >
>> > >
>> > >
>> > > ___
>> > > Talk-fr mailing list
>> > > Talk-fr@openstreetmap.org
>> > > http://lists.openstreetmap.org/listinfo/talk-fr
>> >
>> >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour du listing "limites à importer/corriger"

[Christian Quest]

C'est maintenant précisé sur la page ;)


Le 9 octobre 2012 08:31, Francescu GAROBY  a écrit :
> Ah ok. Merci pour la précision :-)
>
> Francescu
>
> Le 9 octobre 2012 08:08, Etienne Trimaille  a
> écrit :
>
>> Cette liste ne donne que les communes au format vecteur et non en raster.
>> Le vecteur est beaucoup plus facilement importable. Ce sont les communes
>> que tu retrouve sur cadastre.openstreetmap.fr
>>
>> Si tu veux la liste complète des communes manquantes vecteur et raster :
>> http://suivi.openstreetmap.fr/communes/communes.csv.txt
>>
>> Le 9 octobre 2012 07:34, Francescu GAROBY  a écrit :
>>
>>> Je ne comprends pas un truc : pourquoi cette liste est-elle si courte,
>>> alors que, quand on regarde la carte, on se rend compte qu'il manque des
>>> département quasiment en entier !
>>>
>>> Francescu
>>>
>>> Le 6 octobre 2012 12:52, Christian Quest  a
>>> écrit :

 Je viens de donner un petit lifting à

 http://openstreetmap.fr/outils/limites-communales-a-importer

 Il y a maintenant 2 listes:
 - les limites administratives disponibles en vectoriel sur le cadastre
 et manquantes dans OSM
 - les limites administratives à corriger dans OSM

 --
 Christian Quest - OpenStreetMap France -
 http://openstreetmap.fr/u/cquest

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>>
>>>
>>> --
>>> Cordialement,
>>> Francescu GAROBY
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Cordialement,
> Francescu GAROBY
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] j'arrive pas a corriger

[Pieren]

Petit conseil en général. Lorsqu'on veut vérifier en live s'il n'y a
pas plusieurs personnes intervenant sur le même problème, on devrait
prendre l'habitude de le faire sur IRC plutôt que sur cette liste. Il
faudrait donc que le premier qui décide d'intervenir invite les autres
à en parler sur un canal plus approprié à l'instantané qu'ici.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Pushpin: nouvelle appli iOS pour contribuer

[Christian Quest]

Pushpin est une nouvelle appli, plutôt bien faite pour contribuer avec
un iPhone/iPad.

http://spatialnetworks.com/blog/2012/10/pushpin-osm-an-openstreetmap-poi-editor-for-iphone-ipad/

Je l'ai rapidement testé et c'est un bon début. La méthode pour
positionner un nouveau POI est très bonne, on fait glisser la carte
avec une croix fixe au centre de l'écran. C'est précis et rapide.

Pushpin affiche soit l'imagerie Bing, soit le rendu Mapnik.
Sur les POI existants, on peut compléter les infos avec un formulaire
adapté à chaque type de POI.

Bref, pas mal du tout !

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch2 a évolué (était "Encore un alignement de points abusif liéà Potlatch 2.")

[teuxe]

Bonjour,

J'ai l'impression que nous avons été entendus...

Les développeurs de Potlatch2 ont récemment ajouté un petit bouton "Show 
more/Show less" qui permet de masquer les outils dont l'algorithme déplace la 
position des points ou en crée de nouveaux automatiquement, à savoir :
- aligner tous les nodes des ways sélectionnés (en fonction du 1er et du 
dernier node de chacun des ways),
- rendre une area d'apparence circulaire (ajoute des nodes si nécessaire),
- rendre une area rectangulaire (ne marche qu'avec 4 nodes) - raccourci "Q",
- créer un way ou une area similaire (seulement si elle est concave) à une 
distance donnée (translation s'il s'agit d'un way simple, sinon homothétie).
D'autre part, la touche Suppr ne permet plus de supprimer un way, à part en 
supprimant tous les nodes un par un.

En espérant que cela permettra aux débutants de ne plus faire ce genre de 
gaffes...


Teuxe

PS. Sympa ces outils en fait, manquerait juste un outil de rotation...


- Mail original -
De: "Eric" 
À: "Discussions sur OSM en français" 
Envoyé: Samedi 6 Octobre 2012 10:04:54
Objet: Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.

Le 04/10/12 11:37, Pmz a écrit :
> Salut,
> J'ai repéré un alignement de points non désiré causé par le changeset 13265346
> sur le way 38575362. Potlatch 2 a encore frappé !
> Quelqu'un peut-il corriger, s'il vous plait ?
> A+
> Pmz
>
J'ai jeté un coup d'oeil à la zone et on dirait qu'il y a pas mal de 
problèmes dans le coin : la route de Gardanne etait doublée, la D46G 
etait droite comme un I et ne respectait pas son tracé ...  J'ai corrigé 
ca mais par contre les limites administratives ont aussi été abimées
http://osm.org/go/xVv4rtlF
et je ne suis pas très à l'aise avec ca donc je laisse volontiers faire 
à quelqu'un de plus qualifié 

Ps: j'ai compris ce qui a dû se passer : quelqu'un a du appuyer par 
mégarde sur "aligner les points". C'est par ca que la D46 est devenue 
droite comme un I (mais avec bcp de points intermédiaires) et que tout 
ce qui etait rattaché comme transversales et limites admin a suivi.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.

[teuxe]

Salut Eric,

Après avoir jeté un œil aux modifs pour corriger vite fait, je pensais avoir 
écrit un mot à ce sujet mais j'ai peut-être zappé... j'allais conseiller de 
faire un revert plutôt que des modifs à la main, vu que des limites 
administratives étaient concernées. (Je ne sais pas faire de revert.) D'autant 
que toutes les références étaient disponibles dans le mail.

Teuxe


- Mail original -
De: "Eric" 
À: "Discussions sur OSM en français" 
Envoyé: Samedi 6 Octobre 2012 10:04:54
Objet: Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.

Le 04/10/12 11:37, Pmz a écrit :
> Salut,
> J'ai repéré un alignement de points non désiré causé par le changeset 13265346
> sur le way 38575362. Potlatch 2 a encore frappé !
> Quelqu'un peut-il corriger, s'il vous plait ?
> A+
> Pmz
>
J'ai jeté un coup d'oeil à la zone et on dirait qu'il y a pas mal de 
problèmes dans le coin : la route de Gardanne etait doublée, la D46G 
etait droite comme un I et ne respectait pas son tracé ...  J'ai corrigé 
ca mais par contre les limites administratives ont aussi été abimées
http://osm.org/go/xVv4rtlF
et je ne suis pas très à l'aise avec ca donc je laisse volontiers faire 
à quelqu'un de plus qualifié 

Ps: j'ai compris ce qui a dû se passer : quelqu'un a du appuyer par 
mégarde sur "aligner les points". C'est par ca que la D46 est devenue 
droite comme un I (mais avec bcp de points intermédiaires) et que tout 
ce qui etait rattaché comme transversales et limites admin a suivi.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.

[Eric]

Salut ! Oui, j'avais lu un peu trop vite le message initial donc emporté
par l'élan je me suis lancé dans des corrections alors qu'un revert aurait
surement été plus simple et plus efficace. Si tu penses que le mieux est de
supprimer le changeset ayant provoqué l'alignement (et le mien ultérieur)
ca ne me pose aucun soucis :) Seul problème, je ne sais pas faire ca non
plus

Eric

Le 9 octobre 2012 13:46,  a écrit :

> Salut Eric,
>
> Après avoir jeté un œil aux modifs pour corriger vite fait, je pensais
> avoir écrit un mot à ce sujet mais j'ai peut-être zappé... j'allais
> conseiller de faire un revert plutôt que des modifs à la main, vu que des
> limites administratives étaient concernées. (Je ne sais pas faire de
> revert.) D'autant que toutes les références étaient disponibles dans le
> mail.
>
> Teuxe
>
>
> - Mail original -
> De: "Eric" 
> À: "Discussions sur OSM en français" 
> Envoyé: Samedi 6 Octobre 2012 10:04:54
> Objet: Re: [OSM-talk-fr] Encore un alignement de points abusif liéà
> Potlatch 2.
>
> Le 04/10/12 11:37, Pmz a écrit :
> > Salut,
> > J'ai repéré un alignement de points non désiré causé par le changeset
> 13265346
> > sur le way 38575362. Potlatch 2 a encore frappé !
> > Quelqu'un peut-il corriger, s'il vous plait ?
> > A+
> > Pmz
> >
> J'ai jeté un coup d'oeil à la zone et on dirait qu'il y a pas mal de
> problèmes dans le coin : la route de Gardanne etait doublée, la D46G
> etait droite comme un I et ne respectait pas son tracé ...  J'ai corrigé
> ca mais par contre les limites administratives ont aussi été abimées
> http://osm.org/go/xVv4rtlF
> et je ne suis pas très à l'aise avec ca donc je laisse volontiers faire
> à quelqu'un de plus qualifié 
>
> Ps: j'ai compris ce qui a dû se passer : quelqu'un a du appuyer par
> mégarde sur "aligner les points". C'est par ca que la D46 est devenue
> droite comme un I (mais avec bcp de points intermédiaires) et que tout
> ce qui etait rattaché comme transversales et limites admin a suivi.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Encore un peu d'opendata... sur mp2013.fr

[Christian Quest]

Dans le cadre de "Marseille-Provence 2013 - capitale européenne de la
culture", un fichier en LO/OL est disponible avec des lieux
géolocalisés:

http://www.mp2013.fr/espace-geek/

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.

[Philippe Verdy]

Je pense sincèrement que ces alignements trop faciles viennent de leur
raccourci clavier : une seule lettre. Pour peu que le focus de saisie
soit mal positionné, au lieu de taper dans un champ on aligne le
segment qui est même invisible derrière le dialogue de saisie.

Ce genre de raccourci qui modifie trop rapidement la géométrie devrait
avoir un raccourci plus compliqué (CTRL+L voire CTRL+ALT+L bien que ce
soit la même chose que AltGr+L qui peut servir sur certains claviers
internationaux pour taper certains caractères, au lieu de L tout
seul), qu'on ne risque pas de saisir par erreur avec le mauvais focus,
voire même aucun raccourci (obligation de cliquer une icône de la
barre d'outils). Bref un problème d'interface UI.

Je n'aime pas du tout les raccourcis clavier sur les lettres seules,
ça se déclenche de façon intempestive et on ne le remarque pas
toujours car la sélection d'objets n'est pas toujours dans la partie
affichée. C'est vrai aussi bien dans Potlatch que dans JOSM
d'ailleurs. Que ceux qui les veulent les activent dans leurs propres
préférences (ils prendront le risque avec leurs propres gaffes
involontaires), mais pas pour tout le monde par défaut, et surtout pas
les débutants qui entrent la première fois sur Potlatch la plupart du
temp.

Le 9 octobre 2012 14:13, Eric  a écrit :
> Salut ! Oui, j'avais lu un peu trop vite le message initial donc emporté par
> l'élan je me suis lancé dans des corrections alors qu'un revert aurait
> surement été plus simple et plus efficace. Si tu penses que le mieux est de
> supprimer le changeset ayant provoqué l'alignement (et le mien ultérieur) ca
> ne me pose aucun soucis :) Seul problème, je ne sais pas faire ca non
> plus
>
> Eric
>
> Le 9 octobre 2012 13:46,  a écrit :
>
>> Salut Eric,
>>
>> Après avoir jeté un œil aux modifs pour corriger vite fait, je pensais
>> avoir écrit un mot à ce sujet mais j'ai peut-être zappé... j'allais
>> conseiller de faire un revert plutôt que des modifs à la main, vu que des
>> limites administratives étaient concernées. (Je ne sais pas faire de
>> revert.) D'autant que toutes les références étaient disponibles dans le
>> mail.
>>
>> Teuxe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un peu d'opendata... sur mp2013.fr

[Sylvain Maillard]

Salut,

pour ma part je met un gros WARNING sur ce fichier !

un géo-codage effectué par la fédération de tourisme des bouches-du-rhône
c'est suspect par nature (quand on a vu ce qu'ils ont sorti sur
http://data.visitprovence.com), et à première vue les quelques poi que j'ai
testé ont tous une position absolument mauvaise, au mieux pas bonne !

exemple:
objet 13EVT027352
La Vieille Charité

43.3174701
5.3599355
http://www.openstreetmap.org/?mlat=43.3174701&mlon=5.3599355&zoom=18&layers=M

Sylvain

PS: ça doit être la section "Il est composé d’éléments non-définitifs de
l’avant-programme présenté en janvier 2012 et d’événements tests fictifs."
dans le texte d'explication qui fait ça ...
en tout cas je vais poser la question à Evolix si ils ont plus de détails
sur le géocodage ;)


2012/10/9 Christian Quest 

> Dans le cadre de "Marseille-Provence 2013 - capitale européenne de la
> culture", un fichier en LO/OL est disponible avec des lieux
> géolocalisés:
>
> http://www.mp2013.fr/espace-geek/
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch2 a évolué (était "Encore un alignement de points abusif liéà Potlatch 2.")

[Philippe Verdy]

Le 9 octobre 2012 13:43,   a écrit :
> Bonjour,
>
> J'ai l'impression que nous avons été entendus...
>
> Les développeurs de Potlatch2 ont récemment ajouté un petit bouton "Show 
> more/Show less" qui permet de masquer les outils dont l'algorithme déplace la 
> position des points ou en crée de nouveaux automatiquement, à savoir :
> - aligner tous les nodes des ways sélectionnés (en fonction du 1er et du 
> dernier node de chacun des ways),
> - rendre une area d'apparence circulaire (ajoute des nodes si nécessaire),
> - rendre une area rectangulaire (ne marche qu'avec 4 nodes) - raccourci "Q",
> - créer un way ou une area similaire (seulement si elle est concave) à une 
> distance donnée (translation s'il s'agit d'un way simple, sinon homothétie).
> D'autre part, la touche Suppr ne permet plus de supprimer un way, à part en 
> supprimant tous les nodes un par un.

Masquer ces icônes de la barre d'outils me semble moins essentiel que
supprimer ou remplacer les raccourcis claviers dangereux, qui servent
normalement à la saisie de texte normal (une seule lettre, minuscule
ou majuscule, l'espace et la ponctuation la plus courante) ainsi que
les touches de correction de texte habituelles (Suppr/Del et Retour
Arrière/Backspace, flèches gauche et droite).

Séparer dans l'interface tout ce qui sert au texte de ce qui sert à
l'édition graphique me semble la seule solution raisonnable. Tant pis
si pour les commandes graphiques cela fait des raccourcis plus
compliqués. C'est pourtant dans le B.-A.-ba de toute interface
utilisateur "accessible" (que ce soit sous Windows ou Linux, ou Mac,
peut importe d'ailleurs).

Ou alors il faut ne les autoriser que s'il n'y a nulle part à l'écran
une zone de texte modifiable, et cela ne devrait même pas dépendre du
fait que cette zone de saisie a le focus ou pas.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un peu d'opendata... sur mp2013.fr

[Philippe Verdy]

Le 9 octobre 2012 15:19, Sylvain Maillard  a écrit :
> Salut,
>
> pour ma part je met un gros WARNING sur ce fichier !
>
> un géo-codage effectué par la fédération de tourisme des bouches-du-rhône
> c'est suspect par nature (quand on a vu ce qu'ils ont sorti sur
> http://data.visitprovence.com), et à première vue les quelques poi que j'ai
> testé ont tous une position absolument mauvaise, au mieux pas bonne !

Peut-être parce que leurs données ont été géocododées uniquelent pour
une représentation sur une carte à une échelle limitée. L'imprécision
est suffisante pour leur application et pour pouvoir discerner les
points entre eux et localiser les zones que chaque POI dessert (par
exemple tout un quartier).

Cela n'ôte pas l'intérêt de ces données, si elles sont assez
exhaustives. Mais cela veut dire qu'il faut les regéolocaliser de
façon plus précise lors de l'intégration, en cherchant autour de façon
plus fine.

C'est le même problème d'ailleurs avec les données des bureaux de La
Poste, ou des agences bancaires, ou d'autres sociétés, qui ne sont pas
à 200 mètres près, ou qui se contentent de localiser un point au
milieu de la bonne rue mais pas forcément au bon numéro ni du bon côté
de la rue.

Bref on ne les "importe" pas directement, on les "intègre".

Ce serait bien d'ailleurs que les imports de données qui contiennent
des positions géolocalisées indiquent une longueur de rayon pour
estimer l'erreur maximale commise dans la source. Ce qui aurait pour
effet de ne pas importer des nœuds simples mais des cercles autour du
point. Le tag de rayon de recherche indiquerait alors explicitement où
chercher le point si on veut le positionner de façon plus précise. Et
cela pourrait être suivi : en repositionnant le point plus
précisément, le tag de rayon pourrait alors être enlevé manuellement.
On aurait ensuite un suivi possible par des outils automatique, du
travail d'intégration consistant à les repositionner précisément. Et
tant que ce tag d'imprécision est présent, le nœud ne devrait pas
apparaître sur aucune carte de rendu (il devrait être caché par défaut
et ne serait visible que dans les éditeurs, et ne devrait même pas
pouvoir être lié à d'autres objets "précis" ne contenant aucun objet
imprécis, ou juste lié à des objets de d'imprécision équivalente).

Cela permettrait de distinguer effectivement dans la base ce qui est
"importé" (imprécis par défaut et non rendu, y compris les bâtiments,
pusique le rayon d'imprécision serait même plus grand que les points
de polygone du bâtiment lui-même) de ce qui est "intégré". Jusqu'à
même permettre d'importer des doublons qui ne gêneront pas le rendu de
l'existant plus précis, et par des outils de vérifier ces doublons.

Je proposerais par exemple "import_precision=", à mettre surtout sur tous les noeuds importés (des
polygones peuvent être formés dessus, mais ils n'ont pas besoin de ce
tag car ils seront cachés par défaut dans les rendus puisqu'ils
référencent des noeuds imprécis.

A la limite un rendu pourrait malgré tout les afficher si nécessaire
pour un rendu a faible niveau de zoom/échelle, où cette distance
d'imprécision n'est pas perceptible et fait moins de 1 pixel (mais il
resterait le risque de doublon non éliminé), ou bien les présenter
effectivement juste comme des disques semi-transparents ayant ce
rayon.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] tag name avec double nom (Osmose)

[Cyrille Giquello]

Salut,
Comment taguer name="Commissariat de Secteur de Tours Nord/St Cyr sur Loire" ?
Osmose dit "Le tag name contient deux noms"
(http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#5030)

Merci
--
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un peu d'opendata... sur mp2013.fr

[Sylvain Maillard]

non, là les points sont beaucoup plus loin que pour l'affichage sur une
carte à grande échelle !
Sinon c'est qu'ils ont voulu positionner des points dans une ville depuis
une carte au 1:100 ...

au début j'ai pensé n'avoir rien compris à ce fichier xml, mais dans
l'exemple que j'ai donné le point est clairement situé dans la mer (enfin,
dans le port) et non pas en pleine ville, et il doit bien y avoir 2 km de
décalage !
A ce point là ça n'est plus de l'affinage de position qu'il faut faire,
c'est carrément la géolocalisation complète qui est à revoir ...

Sylvain


Le 9 octobre 2012 15:49, Philippe Verdy  a écrit :

> Le 9 octobre 2012 15:19, Sylvain Maillard  a
> écrit :
> > Salut,
> >
> > pour ma part je met un gros WARNING sur ce fichier !
> >
> > un géo-codage effectué par la fédération de tourisme des bouches-du-rhône
> > c'est suspect par nature (quand on a vu ce qu'ils ont sorti sur
> > http://data.visitprovence.com), et à première vue les quelques poi que
> j'ai
> > testé ont tous une position absolument mauvaise, au mieux pas bonne !
>
> Peut-être parce que leurs données ont été géocododées uniquelent pour
> une représentation sur une carte à une échelle limitée. L'imprécision
> est suffisante pour leur application et pour pouvoir discerner les
> points entre eux et localiser les zones que chaque POI dessert (par
> exemple tout un quartier).
>
> Cela n'ôte pas l'intérêt de ces données, si elles sont assez
> exhaustives. Mais cela veut dire qu'il faut les regéolocaliser de
> façon plus précise lors de l'intégration, en cherchant autour de façon
> plus fine.
>
> C'est le même problème d'ailleurs avec les données des bureaux de La
> Poste, ou des agences bancaires, ou d'autres sociétés, qui ne sont pas
> à 200 mètres près, ou qui se contentent de localiser un point au
> milieu de la bonne rue mais pas forcément au bon numéro ni du bon côté
> de la rue.
>
> Bref on ne les "importe" pas directement, on les "intègre".
>
> Ce serait bien d'ailleurs que les imports de données qui contiennent
> des positions géolocalisées indiquent une longueur de rayon pour
> estimer l'erreur maximale commise dans la source. Ce qui aurait pour
> effet de ne pas importer des nœuds simples mais des cercles autour du
> point. Le tag de rayon de recherche indiquerait alors explicitement où
> chercher le point si on veut le positionner de façon plus précise. Et
> cela pourrait être suivi : en repositionnant le point plus
> précisément, le tag de rayon pourrait alors être enlevé manuellement.
> On aurait ensuite un suivi possible par des outils automatique, du
> travail d'intégration consistant à les repositionner précisément. Et
> tant que ce tag d'imprécision est présent, le nœud ne devrait pas
> apparaître sur aucune carte de rendu (il devrait être caché par défaut
> et ne serait visible que dans les éditeurs, et ne devrait même pas
> pouvoir être lié à d'autres objets "précis" ne contenant aucun objet
> imprécis, ou juste lié à des objets de d'imprécision équivalente).
>
> Cela permettrait de distinguer effectivement dans la base ce qui est
> "importé" (imprécis par défaut et non rendu, y compris les bâtiments,
> pusique le rayon d'imprécision serait même plus grand que les points
> de polygone du bâtiment lui-même) de ce qui est "intégré". Jusqu'à
> même permettre d'importer des doublons qui ne gêneront pas le rendu de
> l'existant plus précis, et par des outils de vérifier ces doublons.
>
> Je proposerais par exemple "import_precision= l'imprécision>", à mettre surtout sur tous les noeuds importés (des
> polygones peuvent être formés dessus, mais ils n'ont pas besoin de ce
> tag car ils seront cachés par défaut dans les rendus puisqu'ils
> référencent des noeuds imprécis.
>
> A la limite un rendu pourrait malgré tout les afficher si nécessaire
> pour un rendu a faible niveau de zoom/échelle, où cette distance
> d'imprécision n'est pas perceptible et fait moins de 1 pixel (mais il
> resterait le risque de doublon non éliminé), ou bien les présenter
> effectivement juste comme des disques semi-transparents ayant ce
> rayon.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Pierre Béland]

Fabien,

j'ai testé ce calque "small components".C'est en effet très efficace pour 
repérer les problèmes de routage.   Le calque permet de repérer rapidement les 
zones à problème. 

J'ai rapidement repéré deux chemins connectés à un polygone leisure=park plutôt 
qu'au chemin le croisant.  Dans un cas, le polygone se superposait aux chemins, 
et les masquaient. 

Pour un contributeur moins expérimenté ou un distrait, il est vite fait de 
sélectionner le polygone plutôt que le chemin.

À ma connaissance, il n'existe pas dans JOSM une feuille de style Routing 
MapCSS ou une règle de validation qui signale de tels problèmes. Ce serait des 
ajout intéressants pour repérer à la source ces problèmes



Pierre 



>
> De : Ab_fab 
>À : Discussions sur OSM en français  
>Envoyé le : Mardi 9 octobre 2012 5h00
>Objet : Re: [OSM-talk-fr] Contrôle qualité des axes routiers
> 
>
>Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des 
>itinéraires :
>http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html
>
>Ce que je comprends, c'est que cela met en évidence des voies desquelles on 
>peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises connexions 
>avec le reste du réseau routier.
>
>
>Les infos peuvent être consultées sur un calque "small components" du site 
>osrm, ou bien sur osm inspector (qui proposait déjà l'analyse des fins de ways 
>très proches mais non connectées à d'autres éléments de voirie)
>
>
>Le 1 octobre 2012 23:11, Vincent de Chateau-Thierry  a écrit 
>:
>
>
>>Le 01/10/2012 18:24, Ab_fab a écrit :
>>
>>Ça peut être une bonne occasion de voir le détail de ce schéma.
>>>Et s'il est interessant les références des noeuds pourraient y être
>>>indiquées, c'est sûr.
>>>
>>>Le 1 oct. 2012 18:19, "Christian Quest" >>
> a écrit :
>>>
>>>
>>>    Il faudrait aussi regarder la proposition des jonctions routières
>>>    complexes qui a été présentée au SOTM à Tokyo.
>>>    L'idée est d'avoir une relation pour décrire un noeud routier, ce qui
>>>    permet aux algos de routage (et de rendu) de mieux fonctionner. C'est
>>>    sur ces noeuds routiers qu'il faudrait peut être mettre les infos
>>>    DATEX.
>>>
>>>    A lire ici:
>>>    
>>>http://wiki.openstreetmap.org/wiki/Proposed_features/Junction#Complex_junction_relation
>>>
>>>
>>Pour revenir à ta question initial Ab_fab*, je suis aussi partant pour 
>>contribuer sur le sujet. En revancheje coince sur la motivation "contrôle 
>>qualité" que tu associes : pour moi il y a d'un coté le référentiel TMC qu'on 
>>peut vouloir intégrer à OSM si on estime que ça apporte de la valeur à la 
>>base, et de l'autre le besoin de faire du contrôle-qualité sur le graphe OSM.
>>Pour ce second point pris seul, je préfère dépenser du temps à constituer des 
>>matrices origine-destination et à lancer des batteries d'itinéraires via 
>>OSRM, pour ensuite détecter les changements dans les durées et/ou les 
>>kilométrages, et par suite analyser les causes du changement, voire détecter 
>>des cassures dans le graphe. Je pense qu'on aura des résultats plus rapides 
>>et des diagnostics plus simples à partager que ceux basés sur le TMC. Sans 
>>compter que le rythme d'intégration d'un tel référentiel risque d'être 
>>modeste, et engage derrière une maintenance à chaque nouvelle version des 
>>tables de localisants.
>>Donc partant, si on pense que ça servira à autre chose que du 
>>contrôle-qualité :-)
>>
>>vincent
>>
>>* pas facile de gober en une soirée les 100 messages du jour sur talk-fr :-)
>>
>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
>-- 
>ab_fab
>"Il n'y a pas de pas perdus"
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un peu d'opendata... sur mp2013.fr

[Christian Quest]

Je n'ai pas regardé le contenu du fichier, mon message avait juste
pour but de signaler son existence...

Il est peut être exploitable pour certains croisements d'infos, pour
compléter des POI existants ou futurs, mais visiblement pas importable
en l'état (comme dans la majorité des cas).

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers: OSRM

[Christian Quest]

J'ai l'impression qu'OSRM ne gère pas bien les chemins fermés avec un area=yes

Exemple: 
http://tools.geofabrik.de/osmi/?view=routing&lon=2.45612&lat=48.79363&zoom=18&overlays=islands

La place du Maréchal Joffre est en highway=residential+area=yes

Cet area=yes est à retirer, mais ne devrait pas gêner le routage, hors
les deux rues en sens unique qui arrivent et partent de la place sont
marquées comme non connectées...


Le 9 octobre 2012 11:00, Ab_fab  a écrit :
> Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des
> itinéraires :
> http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html
>
> Ce que je comprends, c'est que cela met en évidence des voies desquelles on
> peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises
> connexions avec le reste du réseau routier.
>


-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Rencontre des Mappeurs Ardéchois

[Henry-Pascal ELDIN]

Bonjour,

Je tente d'organiser une rencontre des mappeurs ardéchois et
des personnes interressés par le projet  :
le mercredi 17 octobre 2012 de 18h à 20h à la salle de
réunion des Inforoutes, ZI du Lac, InnoParc à Privas.


 Contact : Henry-Pascal ELDIN, el...@inforoutes.fr , 06 84 11 70 35
 04 75 30 79 15

http://www.openstreetmap.org/?lat=44.717213&lon=4.609967&zoom=18&layers=M




-- 
Cordialement,  
Henry-Pascal ELDIN   Courayon, Route de St Bauzile  07210 CHOMERAC, FRANCE
 Tel 04 75 65 19 93 Orange 06 80 75 74 80
http://www.eldin.net

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rencontre des Mappeurs Ardéchois

[Christian Quest]

Et hop: http://openstreetmap.fr/2012-10-17-rencontre-privas

Le 9 octobre 2012 17:16, Henry-Pascal ELDIN  a écrit :
>
> Bonjour,
>
> Je tente d'organiser une rencontre des mappeurs ardéchois et
> des personnes interressés par le projet  :
> le mercredi 17 octobre 2012 de 18h à 20h à la salle de
> réunion des Inforoutes, ZI du Lac, InnoParc à Privas.
>
>
>  Contact : Henry-Pascal ELDIN, el...@inforoutes.fr , 06 84 11 70 35
>  04 75 30 79 15
>
> http://www.openstreetmap.org/?lat=44.717213&lon=4.609967&zoom=18&layers=M
>
>
>
>
> --
> Cordialement,
> Henry-Pascal ELDIN   Courayon, Route de St Bauzile  07210 CHOMERAC, FRANCE
>  Tel 04 75 65 19 93 Orange 06 80 75 74 80
> http://www.eldin.net
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch2 a évolué (était "Encore un alignement de points abusif liéà Potlatch 2.")

[Richard Fairhurst]

Teuxe a écrit:
> J'ai l'impression que nous avons été entendus...

Oui. :)

amitiés
Richard





--
View this message in context: 
http://gis.19327.n5.nabble.com/Encore-un-alignement-de-points-abusif-liea-Potlatch-2-tp5729034p5729634.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] alain17

[forum]

Le message suivant de :
##
Bonjour,



je me présente en quelques mots. Je suis un passionné de pêche. J'ai créé un 
site http://www.cofishing.net.



je ne suis pas programmeur de métier. j'ai appris à utiliser php, HTML et mysql 
pour développer mon site. Le site affiche des cartes google maps qui situent 
les membres du site et leurs lieux de pêche sous forme d'icones liées au type 
de pêche pratiquée.



j'ai un problème avec ces cartes google maps : en fin de journée, elles ne 
s'affichent plus. S;ans doute un problème liée à la limitation du nombre de 
cartes et de points pour la version "free" de l'API Google.



Je recherche donc une autre solution.



Pensez-vous que OSM puisse afficher une carte comme celle que vous verrez sur 
mon site (si elle fonctionne !)



Où puis-je trouver des exemples de code php / HTML pour réaliser cela ?



Merci de votre aide.



Cordialement

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] Localiser les membres du site sur une carte

[forum]

Le message suivant de :
##
Bonjour,



J'ai créé un site http://www.cofishing.net.



Le site affiche des cartes google maps qui situent les membres du site et leurs 
lieux de pêche sous forme d'icones liées au type de pêche pratiquée.



Les membres enregsitrent la ville ou la région ainsi que la pays de leur lieu 
de pêche dans une base mysql.



j'ai un problème avec ces cartes google maps : en fin de journée, elles ne 
s'affichent plus. Sans doute un problème liée à la limitation du nombre de 
cartes et de points pour la version "free" de l'API Google.



Je recherche donc une autre solution.



Pensez-vous que OSM puisse afficher une carte comme celle que vous verrez sur 
mon site (si elle fonctionne !)



Où puis-je trouver des exemples de code php / HTML pour réaliser cela ?



Merci de votre aide.



Cordialement

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Alignement cadastre

[Jean-Francois Nifenecker]

Bonsoir,

au cours de mes pérégrinations correctrices, j'ai rencontré un cas de 
bâti mal calé. Et, curieusement, mappant en extérieur aujourd'hui, 
voilà-t-y pas que je tombe sur un deuxième cas de l'espèce. Moi qui 
n'avais jamais rencontré de commune dont le bâti était mal placé, me 
voilà verni.


Le premier cas : commune de Launac en Haute-Garonne. J'ai constaté un 
décalage du bâti par rapport à l'imagerie Bing. La position de deux 
points géodésiques distants sur la commune (église du village, église 
d'un hameau à l'ouest) confirme que c'est le Cadastre qui est dans les 
choux et l'imagerie Bing qui est correcte.


-> j'ai recalé tout ce beau monde a-la-mano (vivent les filtres JOSM !). 
Et puis recalé le "reste" (les %$§&@ piscines) et les highways puisque 
les contributeurs, sagement, avaient décalé leurs positions en 
proportion du bâti.
Pfff... 4 heures de boulot. Par chance, le bâti y est facilement 
sélectionnable par groupe si bien que le travail a avancé assez rapidement.


Ce qui me surprend le plus sur cette commune c'est que (1) elle n'est 
pas spécialement située en montagne mais au contraire dans une plaine à 
l'ouest de Toulouse et (2) que le décalage (LES décalages devrais-je 
dire) n'était pas régulier, c'est le moins que l'on puisse dire. J'ai 
trouvé des différences en moyenne de 15 mètres mais allant dans certains 
cas jusqu'à 25 mètres ! Et le secteur le plus à l'Est était correctement 
calé.
En outre, des bâtiments proches (une maison et un appentis sur son 
terrain) pouvaient être décalés différemment.
Enfin, certains décalages étaient "en rotation", certes légère mais 
suffisamment importante pour être remarquée (et ça, j'ai pas corrigé).


Le second cas : commune de Saint-Amant de Boixe (Charente) où j'ai passé 
la journée. Décalage très visible sur le fond Bing. La position du point 
géodésique sur le clocher de l'abbatiale confirme l'erreur cadastrale.


Ici, le décalage est moins important qu'à Launac et sans doute beaucoup 
plus régulier (majoritairement vers le Nord). Ici non plus, le relief ne 
peut être mis en cause, la Charente n'étant pas réputée pour ses cols de 
haute montagne.


Je m'attends à un peu plus de boulot de recalage qu'à Launac car le bâti 
y est plus dense, il va donc être plus difficile de sélectionner des 
groupes de bâtiments peu étendus.



Ma "confiance" dans le Cadastre s'émousse très fortement...

Quelles sont vos expériences ? Comment gérez-vous la rotation sous JOSM ?
--
Jean-Francois Nifenecker, Bordeaux

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Osmose a changé de peau

[Jean-Francois Nifenecker]

Bonjour,

l'interface d'OsmOse a changé : précédemment en regard de chaque type 
d'erreur figurait son niveau (1, 2 ou 3). Cette information a disparu. 
C'est dommage car je la trouvais très intéressante. J'ai loupé qqch ou 
bien ?


PS : plus je pratique Osmose, plus je me dis que certaines des erreurs 
signalées pourraient être traitées par script plutôt qu'à la main. Pas 
toutes, sûrement, mais pas mal quand même. Exemple : les espaces 
superflus ; les libellés "Saint-e" non suivis de tirets, me viennent 
plus particulièrement à l'esprit.

C'est moi ou j'oublie un truc ?

--
Jean-Francois Nifenecker, Bordeaux

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] nouvelle appli meteo gratuite pour téléphone androïd

[forum]

Le message suivant de :
##
Tout d'abord, bonjour à tous les membres du forum d'openstreemap !

Je me permets de vous décrire l'application androïd mise au point récemment :

Disponible gratuitement sur http://www.buddyprojects.net/ ses utilisateurs ont 
la possibilité d'indiquer à la communauté le temps qu'il fait chez eux à 
"l'instant t" grâce à la géolocalisation. 

avant d'envisager une sortie à la plage, à la campagne, vous sélectionnez votre 
destination sur buddyMeteo.

Différents pictogrammes renseignés par les buddy-utilisateurs, vous indiqueront 
alors, le temps exact !

Vous savez, comme moi (j'habite en Bretagne !) qu'il peut y avoir de grosses 
variations entre 2 endroits distants d'à peine 20 kms...

D'où l'intérêt du partage de "nos" météos.

Je suis évidemment très intéressé par vos éventuels retours, qu'ils soient 
positifs ou non ! ;)

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=6
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose a changé de peau

[Etienne Trimaille]

Le 9 octobre 2012 21:01, Jean-Francois Nifenecker <
jean-francois.nifenec...@laposte.net> a écrit :

> l'interface d'OsmOse a changé : précédemment en regard de chaque type
> d'erreur figurait son niveau (1, 2 ou 3). Cette information a disparu.
> C'est dommage car je la trouvais très intéressante. J'ai loupé qqch ou bien
> ?
>

C'est la "gravité" des erreurs.
Rouge, niveau 1
orange, niveau 2
et jaune le niveau 3.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Alignement cadastre

[Eric SIBERT]

Bonsoir,

Ce que tu décris me fait penser une fois de plus à des erreurs de saisie 
dans le calage du cadastre. J'ai déjà constaté des choses comme ça même 
en plaine ;-)


Ça m'interroge sur le processus de géoréférencement du cadastre. Déjà, 
il y a certainement une étape manuelle de re-saisie de données source 
d'erreur. Ensuite, soient ils n'utilisent pas assez de points de calage 
pour détecter les erreurs. Soient il y a assez de points mais pas de 
message d'erreur quand certains morceaux sont tordus largement au-delà 
de l'habituel.



Ma "confiance" dans le Cadastre s'émousse très fortement...


Bienvenu au club ;-)


Quelles sont vos expériences ? Comment gérez-vous la rotation sous JOSM ?


Heu... je ne sais pas. Et pourtant elle tourne :-p

Éric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le rendu est-il un tabou ?

[Hélène PETIT]

Le 07/10/2012 22:58, Philippe Verdy a écrit :

Non ce n'est pas "délibérément" pour le rendu. Rien à voir, tu te
trompes.


Philippe, si tu pouvais arrêter de pontifier, s'te plait.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pushpin: nouvelle appli iOS pour contribuer

[Marc]

Le 09/10/2012 12:56, Christian Quest a écrit :

Pushpin est une nouvelle appli, plutôt bien faite pour contribuer avec
un iPhone/iPad.

http://spatialnetworks.com/blog/2012/10/pushpin-osm-an-openstreetmap-poi-editor-for-iphone-ipad/

Je l'ai rapidement testé et c'est un bon début. La méthode pour
positionner un nouveau POI est très bonne, on fait glisser la carte
avec une croix fixe au centre de l'écran. C'est précis et rapide.

Oui, effet c'est super précis.

Pushpin affiche soit l'imagerie Bing, soit le rendu Mapnik.
Sur les POI existants, on peut compléter les infos avec un formulaire
adapté à chaque type de POI.

Bref, pas mal du tout !


Je ne l'ai pas encore essayé en "vrai".
Cependant, j'y vois une restriction à son usage : cette (version de l') 
application ne traite que les "nodes", mais cela en fait aussi sa 
simplicité d'utilisation.


La fonction d'auto-remplissage de l'adresse donne la rue et la ville, 
mais le CP donne de mauvais résultat (pas compris d'où il venait) et la 
région est positionnée dans un champs : addr:state (qui n'est pas 
visible dans la boîte de dialogue de saisie d'adresse de JOSM).

Ma première saisie : http://www.openstreetmap.org/browse/changeset/13432299


A+

--

Marc http://www.openstreetmap.org/user/plonk/


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Alignement cadastre

[Vincent de Chateau-Thierry]

Bonsoir,

Le 09/10/2012 21:23, Eric SIBERT a écrit :


Ce que tu décris me fait penser une fois de plus à des erreurs de saisie
dans le calage du cadastre. J'ai déjà constaté des choses comme ça même
en plaine ;-)

Ça m'interroge sur le processus de géoréférencement du cadastre. Déjà,
il y a certainement une étape manuelle de re-saisie de données source
d'erreur. Ensuite, soient ils n'utilisent pas assez de points de calage
pour détecter les erreurs. Soient il y a assez de points mais pas de
message d'erreur quand certains morceaux sont tordus largement au-delà
de l'habituel.



J'ai eu cette semaine sur la commune de Castres (81) une expérience 
identique à celle que tu as eu sur Launac : déplacement du bâti sur tout 
un hameau (Campans), avec des directions de décalage différentes d'une 
maison à l'autre. Bing est bien meilleur sur le coin, du coup j'ai 
repris une partie du bâti, mais uniquement à coup de translations. À 
noter que sur la même commune mais en centre ville, bing et le cadastre 
sont raccord. Comme quoi.
La vectorisation est autant que je sache manuelle, elle s'appuie bien 
sûr sur le calage préalable des planches raster. Et ça peut déraper à 
toutes les étapes :
- les planches peuvent être à la base mal foutues (le nord pas au nord, 
etc.),

- le calage peut à son tour être approximatif,
- et le re-dessin itou.
Sans parler de la dextérité des exécutants : la vectorisation est faite 
par tant d'opérateurs différents (cabinets de géomètres, CDIF) qu'au 
final on est vraiment face à une source hétérogène.



Ma "confiance" dans le Cadastre s'émousse très fortement...


Bienvenu au club ;-)

Bah, faut pas l'enterrer trop vite non plus :-). En combinant bing et 
cadastre, on est quand même assez vernis en France.



Quelles sont vos expériences ? Comment gérez-vous la rotation sous JOSM ?


Heu... je ne sais pas. Et pourtant elle tourne :-p

Pour la rotation, avec un way selectionné : Ctrl+Shift puis bouger la 
souris. Magie :-)


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose a changé de peau

[Pieren]

2012/10/9 Jean-Francois Nifenecker :

> les libellés "Saint-e" non suivis de tirets, me viennent plus
> particulièrement à l'esprit.

Il m'est arrivé de trouver des faux-positifs dans ce domaine (assez
peu, c'est vrai).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Alignement cadastre

[Eric SIBERT]

- le calage peut à son tour être approximatif,


Il est fait comment le calage?



Bah, faut pas l'enterrer trop vite non plus :-). En combinant bing et
cadastre, on est quand même assez vernis en France.


C'est sûr que là où il est bien calé, en particulier en ville, ce n'est 
que du bonheur.


Éric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Alignement cadastre

[Pieren]

Si le cadastre vectoriel est décalé par rapport aux points
géodésiques, c'est clairement une erreur du prestataire de service qui
a numériser le cadastre pour le compte de la DGFiP ou la collectivité
locale qui l'a financé (pourtant un cahier des charges assez strict
sur le contrôle qualité a été imposé).
Il faudrait signaler ce problème soit à la DGFiP, soit au CDIF local
pour que ce soit corrigé. En même temps, il est probable qu'ils soient
déjà au courant (les géomètres experts devraient s'en rendre compte
avant nous) mais qu'il n'y ait pas de budget pour refaire le plan...

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose a changé de peau

[Cavok]

Je ne sais pas si cela le faisait avant, le "changement de peau" mais
lorsqu’on sélectionne "rien", c'est toujours tout qui est affiché sur la
carte.

Mais ce n'est pas bien grave, car il suffit de sélectionner un des filtres
d'erreur pour que bien sur tous les autres n'apparaissent plus sur la carte
pour n'en voir qu'un seul. Et sinon à quoi servirait OsmOse si au moins une
sélection n'était cochée.



Le 9 octobre 2012 21:20, Etienne Trimaille  a
écrit :

> Le 9 octobre 2012 21:01, Jean-Francois Nifenecker <
> jean-francois.nifenec...@laposte.net> a écrit :
>
>  l'interface d'OsmOse a changé : précédemment en regard de chaque type
>> d'erreur figurait son niveau (1, 2 ou 3). Cette information a disparu.
>> C'est dommage car je la trouvais très intéressante. J'ai loupé qqch ou bien
>> ?
>>
>
> C'est la "gravité" des erreurs.
> Rouge, niveau 1
> orange, niveau 2
> et jaune le niveau 3.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Chef-lieu de commune...

[Eric SIBERT]

Bonsoir,

Je cherche un moyen d'indiquer quel village est le chef-lieu d'une commune.


Facile!!!


J'ai oublié de préciser que c'était pour Madagascar. À Madagascar, il 
n'y a aucune relation boundary=administrative.


Je vous explique l'idée sous-jacente. Madagascar comporte environ 1500 
communes réunies en 112 districts eux-mêmes réunis en 22 régions. Je 
voudrais essayer de localiser les chef-lieux de ces communes.


Je pense que c'est possible en croisant les données entre un recensement 
(http://www.ilo.cornell.edu/ilo/datafr.html), GeoNames et Bing. Le 
principe serait de partir d'un nom dans le recensement, de chercher dans 
GeoNames les coordonnées approximatives et de trouver réellement la 
ville ou le village dans Bing quand la haute résolution est disponible.


Premier écueil, orthographe fausse dans le recensement ou dans GeoNames. 
Une recherche sur internet avec le district aussi fourni dans le 
recensement peut aider à s'en sortir. Second écueil, il y a beaucoup 
d'homonymes sur les noms de lieu. D'un point de vue administratif, il y 
a des suffixes ajoutés aux noms de communes homonymes pour les 
distinguer (Nord, Sud, Est, Ouest, Centre...). En pratique, GeoNames 
peut retourner beaucoup de réponses. Le district d'appartenance peut 
aider à trouver la bonne réponse. Le dernier point, c'est qu'il faut 
disposer de Bing en haute résolution à l'endroit voulut.


Je cherche à organiser tout ça en particulier pour avoir des outils de 
suivi de l'avancement. Par exemple un tableau avec pour chaque district, 
le nombre de communes attendu et le nombre trouvé dans OSM. Et aussi 
indiquer les chef-lieux de district et de région.


Vous proposez quoi comme modèle de données?

Éric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Frontière Guyane-Brésil

[Stéphane MARTIN]

Salut,

Je m'efforce de retracer le fleuve Oyapock (riverbanks et îles pour 
l'instant) entre la Guyane et le Brésil.
Si le tracé actuel tend à être assez éloigné parfois de l'imagerie Bing, 
cela semble aussi être le cas du tracé de la frontière.


Cf. http://osm.org/go/YpsTAcsb-

Il me semble que la frontière est le fleuve Oyapock dans ce coin.
Faut-il la replacer grosso-modo au milieu du fleuve ou bien est-il 
urgent d'attendre d'avoir des données "plus exactes" pour y toucher ?


@+

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Membre du rôle outer du mauvais type

[Stéphane MARTIN]

Salut,

Message du plugin de validation de Josm quand on édite du côté du fleuve 
Oyapock  (Guyane-Brésil) :


"Avertissements
Membre du rôle outer du mauvais type - Problème de vérification de rôle (1)
2 relations: France: Régions d'outre-mer - Eaux territoriales"

Évidemment je n'y comprends rien !

Est-ce seulement un avertissement parce que les membres de la relation 
sont incomplets eu égard aux données téléchargées dans Josm ?


@+

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chef-lieu de commune...

[Vincent de Chateau-Thierry]

Le 09/10/2012 23:34, Eric SIBERT a écrit :


Je cherche un moyen d'indiquer quel village est le chef-lieu d'une commune.

J'ai oublié de préciser que c'était pour Madagascar. À Madagascar, il
n'y a aucune relation boundary=administrative.


(...)


Je cherche à organiser tout ça en particulier pour avoir des outils de
suivi de l'avancement. Par exemple un tableau avec pour chaque district,
le nombre de communes attendu et le nombre trouvé dans OSM. Et aussi
indiquer les chef-lieux de district et de région.

Vous proposez quoi comme modèle de données?



Sans tracé des limites "communales", l'idée de rôle admin_centre qu'on 
connaît ici n'est pas vraiment applicable.

Mais en se référant au tableau par pays :
http://wiki.openstreetmap.org/wiki/Admin_level
peut-être qu'un tag capital=8 sur les chefs-lieux de communes 
permettrait de les sortir du lot ?
Cf. 
http://wiki.openstreetmap.org/wiki/Key:capital#Directly_attaching_the_admin_level_to_the_capital-tag


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chef-lieu de commune...

[Pierre Béland]

Éric,

La solution la plus simple et la plus efficace pour les recherches Nominatim 
serait sans doute d'importer les données de limites administratives.

Sur le portail web de COD-OCHA, on liste des fichiers de limites 
administratives pour Madagascar.
voir http://cod.humanitarianresponse.info/country-region/madagascar

La licence OCHA n'est pas à ma connaissance compatible avec la licence OdbL de 
OSM. Par contre il est indiqué que ces données proviennent 

du BNGRC.

Je te suggère de contacterMamy Razakanaivo,Secrétaire Exécutif de la Cellule de 
Prévention et Gestion des Urgencesà la primature (CPGU) dont je t'ai déjà donné 
les coordonnées.

 
Pierre 



>
> De : Eric SIBERT 
>À : Discussions sur OSM en français  
>Envoyé le : Mardi 9 octobre 2012 17h34
>Objet : [OSM-talk-fr] Chef-lieu de commune...
> 
>Bonsoir,
>
>Je cherche un moyen d'indiquer quel village est le chef-lieu d'une commune.
>
>
>Facile!!!
>
>
>J'ai oublié de préciser que c'était pour Madagascar. À Madagascar, il n'y a 
>aucune relation boundary=administrative.
>
>Je vous explique l'idée sous-jacente. Madagascar comporte environ 1500 
>communes réunies en 112 districts eux-mêmes réunis en 22 régions. Je voudrais 
>essayer de localiser les chef-lieux de ces communes.
>
>Je pense que c'est possible en croisant les données entre un recensement 
>(http://www.ilo.cornell.edu/ilo/datafr.html), GeoNames et Bing. Le principe 
>serait de partir d'un nom dans le recensement, de chercher dans GeoNames les 
>coordonnées approximatives et de trouver réellement la ville ou le village 
>dans Bing quand la haute résolution est disponible.
>
>Premier écueil, orthographe fausse dans le recensement ou dans GeoNames. Une 
>recherche sur internet avec le district aussi fourni dans le recensement peut 
>aider à s'en sortir. Second écueil, il y a beaucoup d'homonymes sur les noms 
>de lieu. D'un point de vue administratif, il y a des suffixes ajoutés aux noms 
>de communes homonymes pour les distinguer (Nord, Sud, Est, Ouest, Centre...). 
>En pratique, GeoNames peut retourner beaucoup de réponses. Le district 
>d'appartenance peut aider à trouver la bonne réponse. Le dernier point, c'est 
>qu'il faut disposer de Bing en haute résolution à l'endroit voulut.
>
>Je cherche à organiser tout ça en particulier pour avoir des outils de suivi 
>de l'avancement. Par exemple un tableau avec pour chaque district, le nombre 
>de communes attendu et le nombre trouvé dans OSM. Et aussi indiquer les 
>chef-lieux de district et de région.
>
>Vous proposez quoi comme modèle de données?
>
>Éric
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chef-lieu de commune...

[Pieren]

2012/10/9 Eric SIBERT :
>
> Vous proposez quoi comme modèle de données?
>

Sans limites administratives, revenir aux bons vieux tags des familles:
"is_in" pour dire dans quel district et région se trouve la place
(point-virgule comme séparateur)
"admin_centre=yes" par exemple sur le chef-lieu (facile à transposer
lorsque les limites apparaitront)

Le premier sera bien traité par nominatim. Mais pas le deuxième
(nominatim se fout des chefs-lieux, il n'utilise le role admin_centre
que pour éviter les doublons dans ses résultats de recherche)

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Membre du rôle outer du mauvais type

[Pierre Béland]

Stéphane, 

Tes explications sont trop succintes pour que l'on puisse repérer où tu as 
rencontré ce problème.

Les trois liens suivants montrent des portions de la rivièere où les contours 
sont décrits à l'aide du tag waterway=riverbank. Dans chacun,  le fleuve 
s'entrecroise avec la limite entre les deux pays.

http://nominatim.openstreetmap.org/details.php?place_id=27760175

http://nominatim.openstreetmap.org/details.php?place_id=34915823

http://nominatim.openstreetmap.org/details.php?place_id=35383549

Je vois également un chemin qui trace le centre de la rivière, croisant aussi 
la limite entre les deux pays. 
http://nominatim.openstreetmap.org/details.php?place_id=54579525



Pierre 



>
> De : Stéphane MARTIN 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Mardi 9 octobre 2012 17h48
>Objet : [OSM-talk-fr] Membre du rôle outer du mauvais type
> 
>Salut,
>
>Message du plugin de validation de Josm quand on édite du côté du fleuve 
>Oyapock  (Guyane-Brésil) :
>
>"Avertissements
>Membre du rôle outer du mauvais type - Problème de vérification de rôle (1)
>2 relations: France: Régions d'outre-mer - Eaux territoriales"
>
>Évidemment je n'y comprends rien !
>
>Est-ce seulement un avertissement parce que les membres de la relation sont 
>incomplets eu égard aux données téléchargées dans Josm ?
>
>@+
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Membre du rôle outer du mauvais type

[Stéphane MARTIN]

Le 09/10/2012 19:44, Pierre Béland a écrit :

Stéphane,

Tes explications sont trop succintes pour que l'on puisse repérer où tu as 
rencontré ce problème.

Les trois liens suivants montrent des portions de la rivièere où les contours 
sont décrits à l'aide du tag waterway=riverbank. Dans chacun,  le fleuve 
s'entrecroise avec la limite entre les deux pays.

http://nominatim.openstreetmap.org/details.php?place_id=27760175

http://nominatim.openstreetmap.org/details.php?place_id=34915823

http://nominatim.openstreetmap.org/details.php?place_id=35383549

Je vois également un chemin qui trace le centre de la rivière, croisant aussi 
la limite entre les deux pays.
http://nominatim.openstreetmap.org/details.php?place_id=54579525



Pierre





De : Stéphane MARTIN 
À : talk-fr@openstreetmap.org
Envoyé le : Mardi 9 octobre 2012 17h48
Objet : [OSM-talk-fr] Membre du rôle outer du mauvais type

Salut,

Message du plugin de validation de Josm quand on édite du côté du fleuve 
Oyapock  (Guyane-Brésil) :

"Avertissements
Membre du rôle outer du mauvais type - Problème de vérification de rôle (1)
2 relations: France: Régions d'outre-mer - Eaux territoriales"

Évidemment je n'y comprends rien !

Est-ce seulement un avertissement parce que les membres de la relation sont 
incomplets eu égard aux données téléchargées dans Josm ?


Bon alors j'ouvre dans Josm cette zone : 
http://www.openstreetmap.org/?lat=3.72825&lon=-51.94465&zoom=15&layers=M


Je clique sur "Valider" du plugin de validation et dans la fenêtre 
"Résultats de validation" j'ai le message cité précédemment.


@+

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Membre du rôle outer du mauvais type

[Pierre Béland]

Stéphane,

J'ai effectué quelques modifications avec JOSM sans problème.  Le validateur 
n'a donné aucun message d'erreur. Je ne vois donc pas le problème que tu as 
rencontré.

Tout ce que je peux te dire, c'est de faire attention à ne pas toucher aux 
limites administratives lors de l'édition. Assures-toi de ne pas cliquer sur 
ces chemins pour y connecter d'autre information. De cette façon, je pense que 
tu ne devrais pas avoir de problème.


 
Pierre 



>
> De : Stéphane MARTIN 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Mardi 9 octobre 2012 18h59
>Objet : Re: [OSM-talk-fr] Membre du rôle outer du mauvais type
> 
>Le 09/10/2012 19:44, Pierre Béland a écrit :
>> Stéphane,
>>
>> Tes explications sont trop succintes pour que l'on puisse repérer où tu as 
>> rencontré ce problème.
>>
>> Les trois liens suivants montrent des portions de la rivièere où les 
>> contours sont décrits à l'aide du tag waterway=riverbank. Dans chacun,  le 
>> fleuve s'entrecroise avec la limite entre les deux pays.
>>
>> http://nominatim.openstreetmap.org/details.php?place_id=27760175
>>
>> http://nominatim.openstreetmap.org/details.php?place_id=34915823
>>
>> http://nominatim.openstreetmap.org/details.php?place_id=35383549
>>
>> Je vois également un chemin qui trace le centre de la rivière, croisant 
>> aussi la limite entre les deux pays.
>> http://nominatim.openstreetmap.org/details.php?place_id=54579525
>>
>>
>>
>> Pierre
>>
>>
>>
>>> 
>>> De : Stéphane MARTIN 
>>> À : talk-fr@openstreetmap.org
>>> Envoyé le : Mardi 9 octobre 2012 17h48
>>> Objet : [OSM-talk-fr] Membre du rôle outer du mauvais type
>>>
>>> Salut,
>>>
>>> Message du plugin de validation de Josm quand on édite du côté du fleuve 
>>> Oyapock  (Guyane-Brésil) :
>>>
>>> "Avertissements
>>> Membre du rôle outer du mauvais type - Problème de vérification de rôle (1)
>>> 2 relations: France: Régions d'outre-mer - Eaux territoriales"
>>>
>>> Évidemment je n'y comprends rien !
>>>
>>> Est-ce seulement un avertissement parce que les membres de la relation sont 
>>> incomplets eu égard aux données téléchargées dans Josm ?
>
>Bon alors j'ouvre dans Josm cette zone : 
>http://www.openstreetmap.org/?lat=3.72825&lon=-51.94465&zoom=15&layers=M
>
>Je clique sur "Valider" du plugin de validation et dans la fenêtre 
>"Résultats de validation" j'ai le message cité précédemment.
>
>@+
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Mission de trois semaines en Indonésie avec HOT - Formation technique OSM

[Pierre Béland]

Avis aux intéressés. Kate Chapman de Humanitarian OpenStreetMap Team (HOT) 
recherche des volontaires pour une mission de trois semaines en Indonésie au 
mois de novembre.

 
Pierre 


- Mail transféré -
>De : Kate Chapman 
>À : hot  
>Envoyé le : Mardi 9 octobre 2012 20h43
>Objet : Re: [HOT] 3 Week Position in Indonesia - OSM Tech Trainer
> 
>Hi All,
>
>Just a reminder that I'm still looking for a tech trainer to come out
>to Jakarta. Great opportunity to see what HOT is doing in Indonesia
>and help us out.
>
>Best,
>
>-Kate
>
>On Wed, Oct 3, 2012 at 12:23 PM, Kate Chapman  wrote:
>> Hi All,
>>
>> As you may know there is a team of 8 OpenStreetMap trainers in
>> Indonesia right now. This team leads workshops and provides technical
>> support around OpenStreetMap use for disaster risk reduction around
>> the country. The secondary component is continued training to become
>> an increasingly experienced team of OpenStreetMap contributors.
>>
>> So far much of this training is coming from just a few of us. To
>> expose everyone to different tech skills, different teaching styles,
>> and to mix things up we'd like to have a another person join us for 3
>> weeks in November. There are a variety of skills we are interested in
>> and suggestions are also welcome.
>>
>> So far ideas are:
>>
>> General programming in Python, especially with QGIS
>> SQL Queries/PostGIS
>> Setting up WMS Servers
>> TileMill
>> Web Server Configuration
>> Sharing maps on WordPress/Drupal/other web tools
>> Advanced QGIS Topics
>> Processing of Imagery with open source tools
>> Git
>>
>> For more information look here on HOT's website:
>> http://hot.openstreetmap.org/get_involved/openstreetmap_technical_trainer
>> and if you have questions ideas feel free to contact me.
>>
>> Best,
>>
>> -Kate
>
>___
>HOT mailing list
>h...@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/hot
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose a changé de peau

[Francescu GAROBY]

C'était déjà le cas avant : tout s'affichait si "rien" était sélectionné.
Perso, je suis pas fan : ça fait charger un tas d'infos inutilement (si on
veut tout voir, on clique sur "tout"), et ça peut perturber l'utilisateur,
qui se retrouve face à un comportement imprévu.

Francescu

Le 9 octobre 2012 23:09, Cavok  a écrit :

> Je ne sais pas si cela le faisait avant, le "changement de peau" mais
> lorsqu’on sélectionne "rien", c'est toujours tout qui est affiché sur la
> carte.
>
> Mais ce n'est pas bien grave, car il suffit de sélectionner un des filtres
> d'erreur pour que bien sur tous les autres n'apparaissent plus sur la carte
> pour n'en voir qu'un seul. Et sinon à quoi servirait OsmOse si au moins une
> sélection n'était cochée.
>
>
>
> Le 9 octobre 2012 21:20, Etienne Trimaille a 
> écrit :
>
>> Le 9 octobre 2012 21:01, Jean-Francois Nifenecker <
>> jean-francois.nifenec...@laposte.net> a écrit :
>>
>>  l'interface d'OsmOse a changé : précédemment en regard de chaque type
>>> d'erreur figurait son niveau (1, 2 ou 3). Cette information a disparu.
>>> C'est dommage car je la trouvais très intéressante. J'ai loupé qqch ou bien
>>> ?
>>>
>>
>> C'est la "gravité" des erreurs.
>> Rouge, niveau 1
>> orange, niveau 2
>> et jaune le niveau 3.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pushpin: nouvelle appli iOS pour contribuer

[Christian Quest]

C'est une première version... je pense qu'il faut faire remonter un
max de remarques et de suggestion d'améliorations pour la faire
évoluer dans le bon sens.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Frontière Guyane-Brésil

[partir-en-vtt]

Superbe boulot !

Ça me fait me remémorer un super reportage sur la recherche de la
tri-frontières entre la guyane Française, le Suriname et le Brésil !

Sur quelles données se baser sur des frontières aussi "difficiles" ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Frontiere-Guyane-Bresil-tp5729676p5729711.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Alignement cadastre

[Jean-Francois Nifenecker]

Bonjour Vincent,

Le 09/10/2012 22:26, Vincent de Chateau-Thierry a écrit :


La vectorisation est autant que je sache manuelle, elle s'appuie bien
sûr sur le calage préalable des planches raster. Et ça peut déraper à
toutes les étapes :
- les planches peuvent être à la base mal foutues (le nord pas au nord,
etc.),
- le calage peut à son tour être approximatif,
- et le re-dessin itou.
Sans parler de la dextérité des exécutants : la vectorisation est faite
par tant d'opérateurs différents (cabinets de géomètres, CDIF) qu'au
final on est vraiment face à une source hétérogène.


Je pensais que la vectorisation était mieux gérée qu'elle n'apparaît.


Bah, faut pas l'enterrer trop vite non plus :-). En combinant bing et
cadastre, on est quand même assez vernis en France.


Entièrement d'accord.

Mais, justement, la qualité de ce que l'on trouve dans les grosses 
agglomérations (ex : Bordeaux) donne de "mauvaises" habitudes et inspire 
une confiance qui ne doit en aucun cas être généralisée.





Quelles sont vos expériences ? Comment gérez-vous la rotation sous
JOSM ?


Heu... je ne sais pas. Et pourtant elle tourne :-p


Pour la rotation, avec un way selectionné : Ctrl+Shift puis bouger la
souris. Magie :-)


\o/

Super ! Merci !

--
Jean-Francois Nifenecker, Bordeaux

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr