Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Pierre GIRAUD]

Pour avoir testé Locus dernièrement, je peux confirmer que c'est un
logiciel intéressant.
A noter toutefois qu'il est très complet voire trop. La quantité de
fonctionnalités est assez déroutante. Même pour quelqu'un qui sait de
quoi ça parle.
Pour une simple utilisation d'ajout de POI, c'est peut-être vouloir
écraser une mouche avec buldozer.

En ce qui concerne le (pré)téléchargement de données, c'est rigolo car
c'est ce sur quoi je suis en train de travailler actuellement.
L'utilisateur défini une zone, et il peut récupérer les tuiles pour le
niveau de zoom courant et les zooms suivants.
Il s'agira d'une application web. Et grâce à PhoneGap on la déclinera
en application native pour iOS et Android pour proposer la
fonctionnalité décrite ci-dessous. En mode web, elle ne sera pas
disponible car la limite de stockage est de 5Mo.

Pierre

On Wed, Jan 23, 2013 at 8:53 AM, Eric Sibert  wrote:
> La présentation en question à GeOng 2012:
>
> http://www.cartong.org/fr/geong/2012/programme/AT2-ODK
>
> Le logiciel OpenDataKit:
>
> http://opendatakit.org/
>
>
> Eric
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Pierre GIRAUD
http://www.camptocamp.com

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

[OSM-talk-fr] Fond carto basé sur OSM

[Benjamin Chartier]

Bonjour,

Depuis quelques temps je travaille avec d'autres collaborateurs sur la mise
en forme d'un style carto basé sur OSM dans le but de l'intégrer au futur
portail de GéoPicardie (dans le même esprit que le fond de carte par défaut
de GéoBretagne).

Nous réalisons ce travail avec imposm, TileMill et Mapnik.

Nous avions rencontré Gaël Musquet il y a quelques mois et il nous avait
indiqué que OpenStreetMap France allait se lancer dans l'élaboration de
styles soignés et les rendre accessibles via des serveurs de tuiles gérés
par la communauté. Nous étions très intéressés par contribuer à
l'élaboration des styles et à faire héberger nos tuiles. Cependant, nous
n'avons plus de nouvelles de ce projet.

Est-ce que vous sauriez qui pourrait m'en dire plus sur ce projet et dans
quelle mesure notre travail pourrait être utile ?

Cordialement,

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

[OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[forum]

Le message suivant de :
##
Bonjour,





Sur Osmose je suis tombé sur une zone assez dense de hameaux et habitations 
isolé sans nom situé dans l'Allier : 
http://osmose.openstreetmap.fr/fr/map/?zoom=13&lat=46.32182&lon=3.65014&layers=BFFT&item=6030&level=1



Idéalement, comment doit on indiquer ces éléments ? Quand le nom n'est pas 
connu, que faut il faire ?

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=5&t=478
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 meilleures 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] [forum-osm-fr] Hameaux sans nom dans l'Allier

[claude marani]

bonjour

le problème avais été déjà soulevé ici il y a plus d'un an.
L'utilisateur ayant créé ces tags avait expliqué qu'il taggait ainsi
pour se souvenir ou sont les hameaux quand il fait du vélo et qu'il
mets à jour par la suite.
Lors de mes modification sur l'allier, j'en ai supprimé plusieurs
centaines mais j'ai constaté dernièrement qu'il y en avais encore
autant y compris là ou je les avait supprimé.

cordialement
Claude

Le 23/01/13, fo...@letuffe.org a écrit :
> Le message suivant de :
> ##
> Bonjour,
>
>
>
>
>
> Sur Osmose je suis tombé sur une zone assez dense de hameaux et habitations
> isolé sans nom situé dans l'Allier :
> http://osmose.openstreetmap.fr/fr/map/?zoom=13&lat=46.32182&lon=3.65014&layers=BFFT&item=6030&level=1
>
>
>
> Idéalement, comment doit on indiquer ces éléments ? Quand le nom n'est pas
> connu, que faut il faire ?
> 
> a été posté sur le forum
> http://forum.openstreetmap.fr/viewtopic.php?f=5&t=478
> 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 meilleures 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

[OSM-talk-fr] Une analyse intéressante sur le nombre de nodes par way

[Vladimir Vyskocil]

J'ai lu ce billet que j'ai trouvé intéressant :

http://ksmapper.blogspot.fr/2013/01/too-much-of-good-thing.html

Il y a tout une partie ou l'import du bâti du cadastre français est pointé du 
doigts avec des arguments qui se tiennent mais la critique est assez modéré et 
il n'est pas le seul critiqué, Tiger, Canvec,... sont aussi pointés.
Je poste ceci car il me semble que cela rejoint la discussion qui a été initiée 
sur un post-processing des données du bati pour notamment détecter les découpes 
"artificielles" des batiments que l'on pourrait fusionner. 
Est-ce qu'il ne pourrait pas aussi y avoir une analyse (Osmose ?) sur le nombre 
de nodes au mètre sur les batiments pour détecter ce que l'on voit assez 
souvent : des courbes avec une infinité de noeuds inutiles voir nuisibles car 
souvent le contour est tout crénelé.

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

Re: [OSM-talk-fr] Une analyse intéressante sur le nombre de nodes par way

[Francescu GAROBY]

Je rebondis sur la proposition de l'analyse par Osmose, pour demander la
chose inverse dans (au moins) un cas : les routes. Je tombe souvent sur des
routes où un virage (voire une tête d'épingle) est représenté avec 2-3
nœuds. Je ne dis pas qu'il faut reproduire avec les routes ce que l'article
reproche au bâti, mais un effort pourrait être intéressant, non ?

Ou alors envisager sérieusement le passage aux courbes de Bézier. Un
article à ce sujet est récemment passé par ici, me semble-t-il...

Francescu

Le 23 janvier 2013 11:26, Vladimir Vyskocil  a
écrit :

> J'ai lu ce billet que j'ai trouvé intéressant :
>
> http://ksmapper.blogspot.fr/2013/01/too-much-of-good-thing.html
>
> Il y a tout une partie ou l'import du bâti du cadastre français est pointé
> du doigts avec des arguments qui se tiennent mais la critique est assez
> modéré et il n'est pas le seul critiqué, Tiger, Canvec,... sont aussi
> pointés.
> Je poste ceci car il me semble que cela rejoint la discussion qui a été
> initiée sur un post-processing des données du bati pour notamment détecter
> les découpes "artificielles" des batiments que l'on pourrait fusionner.
> Est-ce qu'il ne pourrait pas aussi y avoir une analyse (Osmose ?) sur le
> nombre de nodes au mètre sur les batiments pour détecter ce que l'on voit
> assez souvent : des courbes avec une infinité de noeuds inutiles voir
> nuisibles car souvent le contour est tout crénelé.
>
> Vlad.
>
> ___
> 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] Une analyse intéressante sur le nombre de nodes par way

[Pieren]

2013/1/23 Vladimir Vyskocil :

> Je poste ceci car il me semble que cela rejoint la discussion qui a été
> initiée sur un post-processing des données du bati pour notamment détecter
> les découpes "artificielles" des batiments que l'on pourrait fusionner.

Initiée par moi ;-)

Le billet est intéressant mais il y a une erreur dans l'analyse. Le
nombre de nodes/mètre n'est pas forcément une information pertinente
pour l'import cadastre. Si on exclue le problème des découpages
artificiels finalement assez mineur, notre import du bâti ne fournit
pas trop de noeuds. Il y a surtout un problème de modélisation de bâti
où nous tagguons chaque polygone comme un bâtiment alors qu'en
réalité, c'est souvent une pièce ou une terrasse ou une cheminée ou un
groupe de pièces ou un étage. Un découpage souvent subjectif mais
surtout une modélisation dans OSM complètement fausse. On devrait
pouvoir en conserver une bonne partie s'ils étaient correctement
taggués (et vérifiés ce qui est très difficile sans se rendre sur
place ou même à l'intérieur). Seul le contour extérieur doit porter le
tag "building=yes". Les pièces, les cheminés ou les étages sont à
modéliser avec d'autres tags que j'ai déjà mentionné dans le fil de
discussion précédent.

Notre problème principal n'est donc pas le nombre trop important de
noeuds, mais le nombre trop important de ways marqués "building=yes"
qui n'en sont pas.

Pieren

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

Re: [OSM-talk-fr] Film documentaire cartopartie alpine ViaAlpina

[Florian LAINEZ]

Bonjour,
Un grand Bravo a Mayeul et ceux qui ont pris part a cette mapping party.
Je regrette ne pas avoir pu m'y joindre (Mayeul tu dois te souvenir qu'on
s’était skypé quelques mois avant).
Si tu as d'autres projets dans la veine, n’hésites pas a en parler, je peux
être intéressé !
++



Le 22 janvier 2013 07:47, THEVENON Julien  a
écrit :

> *> De :* Mayeul Kauffmann 
>
> *> *Merci du commentaire! Oui, nous aimerions le voir au Summum à
> *> *Gre...  ;-)
> *> *J'imagine que la concurrence à la sélection y est dure...
> *> *Si vous avez d'autres suggestions de festival, voire les contacts des
> *> *programmateurs (en e-mail privé), n'hésitez pas!
> *> *Au besoin je referais probablement le montage pour corriger quelques
> *> *défauts et éventuellement adapter la longueur.
>
>
> Il faut prendre contact avec la Maison de la Montagne de Grenoble
> directement et voir avec eux.
> Il n y a pas que des films professionnels au festival, les "amateurs" y
> ont aussi leur place.
> Sinon comme autres festivals tu as celui d Autrans mais qui me parait plus
> orient professionnel, celui de Briancon ( meme principe que celui de
> Grenoble )
>
> Bon courage
> Julien
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

*Florian Lainez*
http://twitter.com/overflorian
http://www.nouslesgeeks.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Christian Quest]

Il y a des hameaux ou pas aux endroits concernés ?

Ce n'est pas parce que le nom n'est pas indiqué qu'il faut supprimer ces
noeuds place=* !


Le 23 janvier 2013 11:20, claude marani  a écrit :

> bonjour
>
> le problème avais été déjà soulevé ici il y a plus d'un an.
> L'utilisateur ayant créé ces tags avait expliqué qu'il taggait ainsi
> pour se souvenir ou sont les hameaux quand il fait du vélo et qu'il
> mets à jour par la suite.
> Lors de mes modification sur l'allier, j'en ai supprimé plusieurs
> centaines mais j'ai constaté dernièrement qu'il y en avais encore
> autant y compris là ou je les avait supprimé.
>
> cordialement
> Claude
>
> Le 23/01/13, fo...@letuffe.org a écrit :
> > Le message suivant de :
> > ##
> > Bonjour,
> >
> >
> >
> >
> >
> > Sur Osmose je suis tombé sur une zone assez dense de hameaux et
> habitations
> > isolé sans nom situé dans l'Allier :
> >
> http://osmose.openstreetmap.fr/fr/map/?zoom=13&lat=46.32182&lon=3.65014&layers=BFFT&item=6030&level=1
> >
> >
> >
> > Idéalement, comment doit on indiquer ces éléments ? Quand le nom n'est
> pas
> > connu, que faut il faire ?
> > 
> > a été posté sur le forum
> > http://forum.openstreetmap.fr/viewtopic.php?f=5&t=478
> > 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 meilleures 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
>



-- 
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] Une analyse intéressante sur le nombre de nodes par way

[Christian Quest]

Il y a déjà une analyse osmose pour détecter les tracés un peu trop
grossiers sur les voie ferrées et les routes.

http://osmose.openstreetmap.fr/fr/map/?class=1&zoom=9&lat=48.48787&lon=2.17012&layers=BFFT&item=1190&level=1,2,3

Pas contre, une analyse "overnoded" serait intéressante aussi, en
particulier sur le bâti où certains imports non simplifiés sont
ridiculement gourmands en noeuds. Le pire ce sont les dépôts pétroliers,
j'ai récemment supprimé plus de 4000 nœuds avec juste une dizaine de
citernes près de Paris.


L'analyse sur le bâti devrait aussi porter sur le nombre de noeuds
rapportés à la surface et pas qu'au périmètre.


Le 23 janvier 2013 11:32, Francescu GAROBY  a écrit :

> Je rebondis sur la proposition de l'analyse par Osmose, pour demander la
> chose inverse dans (au moins) un cas : les routes. Je tombe souvent sur des
> routes où un virage (voire une tête d'épingle) est représenté avec 2-3
> nœuds. Je ne dis pas qu'il faut reproduire avec les routes ce que l'article
> reproche au bâti, mais un effort pourrait être intéressant, non ?
>
> Ou alors envisager sérieusement le passage aux courbes de Bézier. Un
> article à ce sujet est récemment passé par ici, me semble-t-il...
>
> Francescu
>
>
-- 
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] Une analyse intéressante sur le nombre de nodes par way

[Eric Sibert]

j'ai récemment supprimé plus de 4000 noeuds avec juste une dizaine de
citernes près de Paris.


Je suis tombé récemment sur un réservoir d'eau avec non seulement  
beaucoup de noeuds mais en plus pas bien répartis sur le cercle, sans  
doute pour un problème d'arrondi.


http://osm.org/go/0AqvyKVhu--

J'ai pour le moins eu du mal à le simplifier tout en conservant un  
aspect circulaire acceptable.


Et accessoirement, le calage du cadastre est dans les choux...

Eric


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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[claude marani]

il s'agit pour la plupart d'une maison isolé
supprimer, c'est ce qu'on m'a dit de faire à l'époque quand j'avais
posé la question.
un tas de name=* n'apporte rien à mon avis

cordialement
Claude

Le 23/01/13, Christian Quest a écrit :
> Il y a des hameaux ou pas aux endroits concernés ?
>
> Ce n'est pas parce que le nom n'est pas indiqué qu'il faut supprimer ces
> noeuds place=* !
>
>
> Le 23 janvier 2013 11:20, claude marani  a écrit :
>
>> bonjour
>>
>> le problème avais été déjà soulevé ici il y a plus d'un an.
>> L'utilisateur ayant créé ces tags avait expliqué qu'il taggait ainsi
>> pour se souvenir ou sont les hameaux quand il fait du vélo et qu'il
>> mets à jour par la suite.
>> Lors de mes modification sur l'allier, j'en ai supprimé plusieurs
>> centaines mais j'ai constaté dernièrement qu'il y en avais encore
>> autant y compris là ou je les avait supprimé.
>>
>> cordialement
>> Claude
>>
>> Le 23/01/13, fo...@letuffe.org a écrit :
>> > Le message suivant de :
>> > ##
>> > Bonjour,
>> >
>> >
>> >
>> >
>> >
>> > Sur Osmose je suis tombé sur une zone assez dense de hameaux et
>> habitations
>> > isolé sans nom situé dans l'Allier :
>> >
>> http://osmose.openstreetmap.fr/fr/map/?zoom=13&lat=46.32182&lon=3.65014&layers=BFFT&item=6030&level=1
>> >
>> >
>> >
>> > Idéalement, comment doit on indiquer ces éléments ? Quand le nom n'est
>> pas
>> > connu, que faut il faire ?
>> > 
>> > a été posté sur le forum
>> > http://forum.openstreetmap.fr/viewtopic.php?f=5&t=478
>> > 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 meilleures 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
>>
>
>
>
> --
> 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] Une analyse intéressante sur le nombre de nodes par way

[sebastien . dinot]

- Mail original -
> Je suis tombé récemment sur un réservoir d'eau avec non seulement
> beaucoup de noeuds mais en plus pas bien répartis sur le cercle,
> sans doute pour un problème d'arrondi.
> 
> http://osm.org/go/0AqvyKVhu--
> 
> J'ai pour le moins eu du mal à le simplifier tout en conservant un
> aspect circulaire acceptable.

Je tombe souvent sur ce cas là et ma méthode est très simple :

1. « O » pour ramener le périmètre au cercle le plus proche
2. « Shift-Y » pour simplifier le chemin (avec un paramètre « 
simplify-way.max-error » réglé à 0.03, c'est à dire 3 cm)

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] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Pieren]

2013/1/23 claude marani :
> il s'agit pour la plupart d'une maison isolé
> supprimer, c'est ce qu'on m'a dit de faire à l'époque quand j'avais
> posé la question.
> un tas de name=* n'apporte rien à mon avis

Il faut préciser qu'à l'époque, c'était des tags "name=fixme". Et
qu'on suggérait de les remplacer par des "fixme=*".

Pieren

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Vincent de Chateau-Thierry]

Bonjour,

> De : "claude marani" 
>
> il s'agit pour la plupart d'une maison isolé
> supprimer, c'est ce qu'on m'a dit de faire à l'époque quand j'avais
> posé la question.
> un tas de name=* n'apporte rien à mon avis
> 

Je ne suis pas d'accord, name=* apporte beaucoup ici. Dans les cas que je 
connais (Tarn,
Vendée) le nom de l'habitation est le seul élément d'adresse palpable en 
dessous du
niveau administratif communal. En gros, la seule mention qu'on sait écrire sur 
une
enveloppe pour préciser l'endroit de destination à l'intérieur de la commune. 
Même besoin
et même réponse pour désigner une destination lors d'un déplacement, par 
exemple.

Sinon pour revenir à la question initiale, un node place=isolated_dwelling sans 
autre
attribut peut permettre par exemple une analyse de répartition du bâti, allez 
savoir.
Donc en face de ces cas, personnellement, je ne les effacerai pas.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] Une analyse intéressante sur le nombre de nodes par way

[Pieren]

2013/1/23  :

>
> Je tombe souvent sur ce cas là et ma méthode est très simple :
>

Oui mais non (je sais bien, je l'ai fait moi aussi ponctuellement).
Si ça n'a pas été fait pour un réservoir, ça veut dire que celui qui a
importé le bâti cadastral ne l'a probablement pas fait sur l'ensemble
de la commune. Les réservoires sont les plus faciles à repérer mais il
y a sans doute le même travail de simplification à faire sur
l'ensemble des polygones importés avec potentiellement quelques autres
milliers de points en trop.
Ou alors, demander à la personne qui a fait l'import de respecter
notre guide de l'import du bâti cadastral sur le wiki et de terminer
lui-même correctement son travail.

Pieren

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Christian Rogel]

Le 23 janv. 2013 à 13:31, claude marani a écrit :

> il s'agit pour la plupart d'une maison isolé
> supprimer, c'est ce qu'on m'a dit de faire à l'époque quand j'avais
> posé la question.
> un tas de name=* n'apporte rien à mon avis

Pourtant, ce qui est fait n'est plus à faire.
Une maison isolée a fréquemment un nom, seulement connu des locaux.
Cela semble être la cas au Pays basque et en Bretagne, par exemple.

Pourquoi, ne pas imaginer qu'un local va se mettre en tête de combler les trous.
Si, elle est notée "hamlet", il sera toujours temps de la noter comme "isolated 
dwelling".
D'une manière générale, retirer ce qui a été repéré, même de manière 
incomplète, 
n'est pas loin du vandalisme.
Mieux vaut se concentrer, sur ce qui est "en trop" (objets détruits ou 
imaginaires, noeuds superflus, etc.)

D'une manière plus générale, on voit bien qu'il y a deux approches de 
cartographie qui se
mêlent dans OSM, parfois, à l'intérieur des pratiques individuelles.

- Cartographier de manière exhaustive ou presque
- Amorcer la cartographie, en laissant des "vides", et en misant sur l'esprit 
Wiki : une ébauche est`
améliorée par petites touches, au gré des gens qui passent par là.

Je suis souvent plutôt sur la 2ème manière, mais, j'ai l'impression que cela ne 
convient pas à ceux 
qui ont l'esprit plus "scientifique".

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

Re: [OSM-talk-fr] Une analyse intéressante sur le nombre de nodes par way

[Vladimir Vyskocil]

On 23 janv. 2013, at 11:50, Pieren  wrote:

> 2013/1/23 Vladimir Vyskocil :
> 
>> Je poste ceci car il me semble que cela rejoint la discussion qui a été
>> initiée sur un post-processing des données du bati pour notamment détecter
>> les découpes "artificielles" des batiments que l'on pourrait fusionner.
> 
> Initiée par moi ;-)
> 
> Le billet est intéressant mais il y a une erreur dans l'analyse. Le
> nombre de nodes/mètre n'est pas forcément une information pertinente
> pour l'import cadastre. Si on exclue le problème des découpages
> artificiels finalement assez mineur, notre import du bâti ne fournit
> pas trop de noeuds. Il y a surtout un problème de modélisation de bâti
> où nous tagguons chaque polygone comme un bâtiment alors qu'en
> réalité, c'est souvent une pièce ou une terrasse ou une cheminée ou un
> groupe de pièces ou un étage. Un découpage souvent subjectif mais
> surtout une modélisation dans OSM complètement fausse. On devrait
> pouvoir en conserver une bonne partie s'ils étaient correctement
> taggués (et vérifiés ce qui est très difficile sans se rendre sur
> place ou même à l'intérieur). Seul le contour extérieur doit porter le
> tag "building=yes". Les pièces, les cheminés ou les étages sont à
> modéliser avec d'autres tags que j'ai déjà mentionné dans le fil de
> discussion précédent.

Je suis d'accord sur ce point mais il y a malgré tout aussi un problème sur le 
nombre de noeuds pour certains batiments et on ne peut pas dire que c'est pour 
rendre le tracé plus précis car on dirait plus un probleme lors de la saisie du 
cadastre vectoriel (numérisation, "ocr" ?) qui rend le tracé irrégulier et 
surchargé de points.
Comme par exemple ici :

http://www.openstreetmap.org/browse/way/13738

Oui c'est moi qui ai importé ceci, j'avais un peu nettoyé quand je remarquais 
ce genre de chose mais beaucoup on du passer au travers...


> 
> Notre problème principal n'est donc pas le nombre trop important de
> noeuds, mais le nombre trop important de ways marqués "building=yes"
> qui n'en sont pas.
> 
> Pieren
> 
> ___
> 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] Une analyse intéressante sur le nombre de nodes par way

[sebastien . dinot]

- Mail original -
> Si ça n'a pas été fait pour un réservoir, ça veut dire que celui qui
> a importé le bâti cadastral ne l'a probablement pas fait sur l'ensemble
> de la commune. Les réservoires sont les plus faciles à repérer mais
> il y a sans doute le même travail de simplification à faire sur
> l'ensemble des polygones importés avec potentiellement quelques
> autres milliers de points en trop.

En effet, l'expérience le confirme. Mais quand je me lance dans le nettoyage 
d'une zone, je ne me contente pas de simplifier les réservoirs ronds, je passe 
tout le bâti en revue. C'est un peu ingrat comme travail mais conserver à la 
base une certaine efficacité et donc s'assurer d'un bon compromis dans la 
définition des objets me semble essentiel. Sinon, elle deviendra rapidement 
inexploitable.

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] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Pieren]

2013/1/23 Christian Rogel :

> D'une manière plus générale, on voit bien qu'il y a deux approches de 
> cartographie qui se
> mêlent dans OSM, parfois, à l'intérieur des pratiques individuelles.
>
> - Cartographier de manière exhaustive ou presque
> - Amorcer la cartographie, en laissant des "vides", et en misant sur l'esprit 
> Wiki : une ébauche est`
> améliorée par petites touches, au gré des gens qui passent par là.

J'ai mis l'auteur de ces nodes "place" en copie (lapinos03) et il
pourra s'expliquer lui-même.
De ce que j'ai vu, la plupart sont des isolated_dwelling mais ça n'a
pas de sens de les mettre si les maisons isolées ne sont pas des
lieux-dits (si c'est juste un marqueur sur la carte pour dire, "ici il
y a une maison isolée").
Si ces repères viennent du cadastre, alors autant mettre tout de suite
le nom du cadastre parce que très souvent, il n'y a aucun moyen de
vérifier sur place (à moins d'interroger les indigènes).

Pieren

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

Re: [OSM-talk-fr] Une analyse intéressante sur le nombre de nodes par way

[Pieren]

2013/1/23 Vladimir Vyskocil :

> Comme par exemple ici :
>
> http://www.openstreetmap.org/browse/way/13738
>
> Oui c'est moi qui ai importé ceci, j'avais un peu nettoyé quand je remarquais 
> ce genre de chose mais beaucoup on du passer au travers...

Pourtant, la simplification des géométries est une étape importante
dans le guide d'import du bâti. Il est évident que certains ont
"oublié" cette phase, pourtant simple à réaliser avec JOSM.
C'est vrai aussi que l'outil de simplification de JOSM a un
inconvénient majeur : il ne fonctionne pas pour les noeuds qui sont
partagés par plusieurs ways, ce qui nécessite un travail manuel
supplémentaire.

Pieren

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

[OSM-talk-fr] http://www.tuugo.fr semble ne pas respecter la licence osm

[djo_man]

bonjour,

http://www.tuugo.fr utilise des cartes mapnik pour le placement des 
entreprises mais n'indique pas sa licence.
je vous laisse faire, je n'ai pas le temps de leur envoyer un mail en ce 
moment.


djo_man

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Christian Rogel]

Le 23 janv. 2013 à 14:15, Pieren a écrit :

> 2013/1/23 Christian Rogel :
> 
>> D'une manière plus générale, on voit bien qu'il y a deux approches de 
>> cartographie qui se
>> mêlent dans OSM, parfois, à l'intérieur des pratiques individuelles.
>> 
>> - Cartographier de manière exhaustive ou presque
>> - Amorcer la cartographie, en laissant des "vides", et en misant sur 
>> l'esprit Wiki : une ébauche est`
>> améliorée par petites touches, au gré des gens qui passent par là.
> 
> J'ai mis l'auteur de ces nodes "place" en copie (lapinos03) et il
> pourra s'expliquer lui-même.
> De ce que j'ai vu, la plupart sont des isolated_dwelling mais ça n'a
> pas de sens de les mettre si les maisons isolées ne sont pas des
> lieux-dits (si c'est juste un marqueur sur la carte pour dire, "ici il
> y a une maison isolée").
> Si ces repères viennent du cadastre, alors autant mettre tout de suite
> le nom du cadastre parce que très souvent, il n'y a aucun moyen de
> vérifier sur place (à moins d'interroger les indigènes).

Sans vouloir caricaturer tes propos qui sont plus à l'écoute que ça, ta réponse 
me fait penser à la fameux
plaisanterie militaire : Art 1 J'ai toujours raison - Art. 2 Si j'ai tort, 
appliquez l'art. 1

Tu emploie souvent le terme générique de lieux-dit, mais, ici, s'agissant de la 
nomenclature du bâti habité,
on doit parler d'écart au sens de l'INSEE.
Les écarts, hameaux ou habitations isolées, ont très souvent un nom qui ne 
figure pas, ni, sur les cartes,
ni,dans le cadastre, qui n'est pas une source, sans lacunes, ni défauts.

Si l'habitation a été repérée géographiquement, il n'y a pas de mal à mettre 
"name=fixme" pour inciter
le futur indigène cartographe à remplir les vides.
Le fait de mettre "hamlet" à la place de "isolated_dwelling" n'est pas grave, 
mais, la consultation des images 
aériennes doit, en principe, permettre un choix. Et n'importe qui peut le 
faire, plus tard.

Ta dernière mention de l'interrogation des indigènes montre que tu es du côté 
de l'art. 1 : on ne renseigne 
que des informations justes et complètes.
Il y a pourtant un art. 2 : Une information juste, mais  incomplète, vaut mieux 
que rien du tout, car, elle ouvre
les possibles
Et il y a un art. 3 : on n'efface que des informations non justes


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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[sly (sylvain letuffe)]

Le mercredi 23 janvier 2013 15:21:52, Christian Rogel a écrit :
> il n'y a pas de mal à
> mettre "name=fixme" pour inciter le futur indigène cartographe à remplir
> les vides.

J'interviens juste pour dire que c'est à mon avis une mauvaise habitude que de 
mettre un name=fixme
"fixme" ce n'est pas son nom et :

http://wiki.openstreetmap.org/wiki/FR:Fortunes :

Le fait qu'il n'y ait pas de nom/ref est devinable par le simple fait
qu'il n'y a pas de nom/ref ;-)

-- Sly ML 14/08/2009 



-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Pierre Béland]

Merci Christian et Pierre.

On retrouve plusieurs articles qui montrent l'intérêt des humanitaires et 
différentes expérimentations sur le terrain.

voir pour le Congo l'UNHCR qui s'intéresse à la collecte à l'aide de téléphones.
 http://www.dc4idp.org/htdocs/modules/about/mdc.php


 
Pierre 



>
> De : Pierre GIRAUD 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 23 janvier 2013 3h18
>Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
> 
>Pour avoir testé Locus dernièrement, je peux confirmer que c'est un
>logiciel intéressant.
>A noter toutefois qu'il est très complet voire trop. La quantité de
>fonctionnalités est assez déroutante. Même pour quelqu'un qui sait de
>quoi ça parle.
>Pour une simple utilisation d'ajout de POI, c'est peut-être vouloir
>écraser une mouche avec buldozer.
>
>En ce qui concerne le (pré)téléchargement de données, c'est rigolo car
>c'est ce sur quoi je suis en train de travailler actuellement.
>L'utilisateur défini une zone, et il peut récupérer les tuiles pour le
>niveau de zoom courant et les zooms suivants.
>Il s'agira d'une application web. Et grâce à PhoneGap on la déclinera
>en application native pour iOS et Android pour proposer la
>fonctionnalité décrite ci-dessous. En mode web, elle ne sera pas
>disponible car la limite de stockage est de 5Mo.
>
>Pierre
>
>On Wed, Jan 23, 2013 at 8:53 AM, Eric Sibert  wrote:
>> La présentation en question à GeOng 2012:
>>
>> http://www.cartong.org/fr/geong/2012/programme/AT2-ODK
>>
>> Le logiciel OpenDataKit:
>>
>> http://opendatakit.org/
>>
>>
>> Eric
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>-- 
>Pierre GIRAUD
>http://www.camptocamp.com
>
>___
>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] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Pieren]

2013/1/23 Christian Rogel :

> Si l'habitation a été repérée géographiquement, il n'y a pas de mal à mettre 
> "name=fixme" pour inciter
> le futur indigène cartographe à remplir les vides.

Euh... la discussion "de l'époque" montrait justement que l'usage du
tag "fixme=*" serait plus approprié.

> Le fait de mettre "hamlet" à la place de "isolated_dwelling" n'est pas grave, 
> mais, la consultation des images
> aériennes doit, en principe, permettre un choix. Et n'importe qui peut le 
> faire, plus tard.
:
> Il y a pourtant un art. 2 : Une information juste, mais  incomplète, vaut 
> mieux que rien du tout, car, elle ouvre
> les possibles

C'est un peu plus fin que ça. Un élément taggué
"place=isolated_dwelling" doit porter un toponyme (écart ou lieu-dit,
peu importe) sinon on n'utilise pas le tag "place". Mais de nombreuses
maisons isolées n'ont pas de toponyme, inutile de chercher à y mettre
le nom du propriétaire ou du fermier. On pourra se contenter du
"building" et/ou d'un landuse=residential à défaut (si c'est une
auberge, le nom de l'auberge, etc).
Si on ne sait pas si le lieu est un "écart" ou un lieu-dit, à partir
d'une image aérienne par exemple, inutile de spéculer. Ajouter un tag
fixme ou un POI sur openstreetbug dans ce cas (ou sur un walking
paper). Là, on a une autre façon de préparer une carto qui serait "je
spécule à partir de l'imagerie aérienne jusqu'à ce que quelqu'un
vérifie sur place", quitte à ce que l'information se révèle fausse au
final (et au bout de plusieurs mois voir années dans la base).
A la limite, je n'aurais rien contre cette façon de préparer une carto
si l'info ne reste que quelques jours dans OSM. Mais là, ça fait un
an, par exemple:
http://www.openstreetmap.org/browse/node/1582607786

Pieren

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

[OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme

[sly (sylvain letuffe)]

Salut,

En // d'une discussion dans un autre sujet, je voudrais passer un "petit" coup 
de balais "automatiquo-manuel" pour rendre les tags fixme de France un peu 
plus utiles par le retrait de ceux qui sont quasi-inutiles et qui 
"obscurcissent" la vue

Ma cible est visible en tête de cette page :
http://taginfo.openstreetmap.fr/keys/fixme#values

Et concerne :
* fixme=name
Un sondage aléatoire sur une ~50aine d'éléments m'indique qu'il y a grosso 
modo 2 cas :
- Ceux pour lesquels fixme=name indique qu'il n'y a pas de nom à l'objet (mais 
ça, les outils d'analyse n'ont pas besoin du fixme pour l'indiquer)
- Ceux pour lesquels fixme=name est présent et un name=x est présent a été 
rajouté sans pour autant que la personne ait pensé à retirer le fixme
Il peut peut-être exister un autre cas, mais que je n'ai pas trouvé ou le 
fixme=name est présent avec un name=x qui aurait été ajouté en même temps et 
on pourrait alors penser que ça veut dire : "j'ai ajouté un nom bidon, merci 
de le corriger"

Je n'ai vu aucun exemple concret de ce cas, et un tel faible dommage 
collatéral potentiel me semble n'avoir que peu de conséquence par rapport à la 
nuée de tag fixme inutile qui rendent, selon moi, moins utiles les autres et 
donc je pense que ça vaut le coup de simplement retirer tous les fixme=name de 
france

* fixme=set better denotation
Ce tag a été ajouté en masse en 2010 
http://www.openstreetmap.org/browse/changeset/5749154
et est une tentative (je suppose) de son auteur pour motiver fortement les 
contributeurs à préciser de quel arbre il s'agit. Inutile donc, vu que celui 
qui veut vraiment peut très bien récupérer cette liste par les nombreuses API 
qui existent et/ou créer un test pour osmose sans perturber ceux qui font 
usage des fixme dans une logique terrain.

des avis ?


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme

[Sylvain Maillard]

Je vote pour !

est-ce que tu as une idée du nombre d'objets à modifier sur la France ?


Sylvain


Le 23 janvier 2013 16:09, sly (sylvain letuffe)  a écrit
:

> Salut,
>
> En // d'une discussion dans un autre sujet, je voudrais passer un "petit"
> coup
> de balais "automatiquo-manuel" pour rendre les tags fixme de France un peu
> plus utiles par le retrait de ceux qui sont quasi-inutiles et qui
> "obscurcissent" la vue
>
> Ma cible est visible en tête de cette page :
> http://taginfo.openstreetmap.fr/keys/fixme#values
>
> Et concerne :
> * fixme=name
> Un sondage aléatoire sur une ~50aine d'éléments m'indique qu'il y a grosso
> modo 2 cas :
> - Ceux pour lesquels fixme=name indique qu'il n'y a pas de nom à l'objet
> (mais
> ça, les outils d'analyse n'ont pas besoin du fixme pour l'indiquer)
> - Ceux pour lesquels fixme=name est présent et un name=x est présent a été
> rajouté sans pour autant que la personne ait pensé à retirer le fixme
> Il peut peut-être exister un autre cas, mais que je n'ai pas trouvé ou le
> fixme=name est présent avec un name=x qui aurait été ajouté en même temps
> et
> on pourrait alors penser que ça veut dire : "j'ai ajouté un nom bidon,
> merci
> de le corriger"
>
> Je n'ai vu aucun exemple concret de ce cas, et un tel faible dommage
> collatéral potentiel me semble n'avoir que peu de conséquence par rapport
> à la
> nuée de tag fixme inutile qui rendent, selon moi, moins utiles les autres
> et
> donc je pense que ça vaut le coup de simplement retirer tous les
> fixme=name de
> france
>
> * fixme=set better denotation
> Ce tag a été ajouté en masse en 2010
> http://www.openstreetmap.org/browse/changeset/5749154
> et est une tentative (je suppose) de son auteur pour motiver fortement les
> contributeurs à préciser de quel arbre il s'agit. Inutile donc, vu que
> celui
> qui veut vraiment peut très bien récupérer cette liste par les nombreuses
> API
> qui existent et/ou créer un test pour osmose sans perturber ceux qui font
> usage des fixme dans une logique terrain.
>
> des avis ?
>
>
> --
> sly (sylvain letuffe)
>
> ___
> 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] [forum-osm-fr] Hameaux sans nom dans l'Allier

[sly (sylvain letuffe)]

Le mercredi 23 janvier 2013 16:03:35, Pieren a écrit :
> Euh... la discussion "de l'époque" montrait justement que l'usage du
> tag "fixme=*" serait plus approprié.

Je ne suis pas favorable à cette utilisation du fixme, si quelqu'un sait qu'il 
y a un petit village à l'endroit X mais ne connait pas son nom, ça ne me 
dérange pas de rentrer le place=hamlet sans nom, mais inutile de faire des 
gesticulation pour dire qu'on a pas son nom, ne pas l'indiquer est suffisant.


> Un élément taggué
> "place=isolated_dwelling" doit porter un toponyme (écart ou lieu-dit,
> peu importe) sinon on n'utilise pas le tag "place". 

ça, je suis assez d'accord, si on a pas une très forte présomption que ce 
groupement d'habitation doit porter un nom, le mieux me semble de ne rien 
mettre, sinon on encourage à ajouter des tag place "bidon" juste parce qu'il 
semble y avoir une grange sur les images satellites.

Saisir le batiment comme building=yes et tracer son contour ça ok, c'est ce 
qu'il y a sur le terrain... mais un place=isolated_dwelling je n'en vois pas 
trop l'intérêt.


-- 
sly (sylvain letuffe)

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

[OSM-talk-fr] [forum-osm-fr] Comment tagger un ilot "humide"

[forum]

Le message suivant de :
##
Après avoir consulter le wiki concernant les ilots et les îles j'hésite encore 
sur ce cas intermédiaire.



 - Un îlot ou une île est un surface émergé et entouré d'eau.

 - Une zone humide est une zone gorgé d'eau



Comment taguer une zone humide qui émerge d'une surface d'eau ?  :D (question 
capilo-tracté)



Cela concerne des îlots ayant une végétation de zone humide sur les bord mais 
partiellement sec les jours de vents (wikipedia : 
[url=http://fr.wikipedia.org/wiki/Aude_%28d%C3%A9partement%29#Climat]300 à 350 
jours de vent par an dans l'Aude[/url]).

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2&t=479
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 meilleures 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] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Vincent de Chateau-Thierry]

> De : "Pieren" 

> 
> C'est un peu plus fin que ça. Un élément taggué
> "place=isolated_dwelling" doit porter un toponyme (écart ou lieu-dit,
> peu importe) sinon on n'utilise pas le tag "place". Mais de nombreuses
> maisons isolées n'ont pas de toponyme, inutile de chercher à y mettre
> le nom du propriétaire ou du fermier. On pourra se contenter du
> "building" et/ou d'un landuse=residential à défaut (si c'est une
> auberge, le nom de l'auberge, etc).
> 

Je ne vois pas pourquoi name=* devrait obligatoirement accompagner 
place=isolated_dwelling.
Qu'on connaisse son nom ou pas (voire, qu'il existe ou pas) ne change pas le
caractère "habitation isolée", non ? Dans les cas pointés dans l'Allier 
aujourd'hui, je
vois plutôt l'utilisation de place=isolated_dwelling comme un substitut au 
tracé des
buildings , sûrement par absence de cadastre vectoriel. Et dans ce cas de deux 
choses 
l'une :
- soit on dessine / importe le bâti et à partir de là un 
place=isolated_dwelling sans
name devient redondant,
- soit on n'a pas de bâti en base et place=isolated_dwelling seul se défend, 
sachant que
le caractère isolé ne peut pas inciter à tracer un landuse=residential, 
justement.

vincent
(je vois entre temps que sly donne un point de vue inverse ;-) )

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme

[sly (sylvain letuffe)]

Le mercredi 23 janvier 2013 16:23:55, Sylvain Maillard a écrit :
> Je vote pour !
> 
> est-ce que tu as une idée du nombre d'objets à modifier sur la France ?

Oui :
http://taginfo.openstreetmap.fr/tags/fixme=name
Nœuds 149
Chemins 1 677

http://taginfo.openstreetmap.fr/tags/fixme=set%20better%20denotation
Nœuds 1 631
Chemins 0

(relations 0 dans les deux cas)


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Pieren]

2013/1/23 sly (sylvain letuffe) :
> Le mercredi 23 janvier 2013 16:03:35, Pieren a écrit :
>> Euh... la discussion "de l'époque" montrait justement que l'usage du
>> tag "fixme=*" serait plus approprié.
>
> Je ne suis pas favorable à cette utilisation du fixme, si quelqu'un sait qu'il
> y a un petit village à l'endroit X mais ne connait pas son nom, ça ne me
> dérange pas de rentrer le place=hamlet sans nom, mais inutile de faire des
> gesticulation pour dire qu'on a pas son nom, ne pas l'indiquer est suffisant.

2e rappel : la discussion "de l'époque" parlait de nombreux tags
"name=fixme" qu'on suggérait de remplacer par un "fixme=*"...

Pieren

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Pieren]

2013/1/23 Vincent de Chateau-Thierry :
> Je ne vois pas pourquoi name=* devrait obligatoirement accompagner
> place=isolated_dwelling.
> Qu'on connaisse son nom ou pas (voire, qu'il existe ou pas) ne change pas le
> caractère "habitation isolée", non ?

Un endroit sans nom ne doit pas porter de tag "place".

Définition sur le wiki anglais actuel ([1]):
"Used to indicate that a particular location is known by a particular name"

Sur la traduction française actuel ([2]):
"Le tag "place" est une indication de ville, village, hameau, etc. Il
y est nécessairement rattaché un nom."

Il y a d'autres tags pour décrire ce qui se trouve dans un endroit
sans toponyme.

Pieren

[1] http://wiki.openstreetmap.org/wiki/Key:place
[2] http://wiki.openstreetmap.org/wiki/FR:Key:place

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

Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme

[Bruno Besson]

Il y a aussi les FIXME=* qui sont utilisés a peu près autant que la version
minuscule (mais il y a moins de cas concernée ici, 111)


2013/1/23 sly (sylvain letuffe) 

> Le mercredi 23 janvier 2013 16:23:55, Sylvain Maillard a écrit :
> > Je vote pour !
> >
> > est-ce que tu as une idée du nombre d'objets à modifier sur la France ?
>
> Oui :
> http://taginfo.openstreetmap.fr/tags/fixme=name
> Nœuds 149
> Chemins 1 677
>
> http://taginfo.openstreetmap.fr/tags/fixme=set%20better%20denotation
> Nœuds 1 631
> Chemins 0
>
> (relations 0 dans les deux cas)
>
>
> --
> sly (sylvain letuffe)
>
> ___
> 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] Proposition(s) pour un petit coup de balais dans les tags fixme

[sly (sylvain letuffe)]

Le mercredi 23 janvier 2013 16:39:47, Bruno Besson a écrit :
> Il y a aussi les FIXME=* qui sont utilisés 

Je les avais oubliés ceux-là, je pensais que l'usage en majuscule avait été 
largement supplenté par l'utilisation en minuscule, comme c'est proposé sur le 
wiki et comme c'est le cas pour quasiment tout les autres tags.

Je vais laisser de coté pour l'instant pour ne pas m'éparpiller et reste sur 
une seule opération (si elle sera faite) bien identifiée et simple.

Pour les FIXME, je proposerais peut-être même de tous les passer en minuscule 
: cohérance et homogénéité


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Vincent de Chateau-Thierry]

> De : "Pieren" 

> 2013/1/23 Vincent de Chateau-Thierry :
> > Je ne vois pas pourquoi name=* devrait obligatoirement accompagner
> > place=isolated_dwelling.
> > Qu'on connaisse son nom ou pas (voire, qu'il existe ou pas) ne change pas le
> > caractère "habitation isolée", non ?
> 
> Un endroit sans nom ne doit pas porter de tag "place".
> 
> Définition sur le wiki anglais actuel ([1]):
> "Used to indicate that a particular location is known by a particular name"
> 
> Sur la traduction française actuel ([2]):
> "Le tag "place" est une indication de ville, village, hameau, etc. Il
> y est nécessairement rattaché un nom."
> 
> Il y a d'autres tags pour décrire ce qui se trouve dans un endroit
> sans toponyme.
> 

C'est sans ambiguïté sur les wikis, d'accord. 
Du coup pour figurer une habitation isolée sans nom particulier, soit on dessine
directement son/ses building(s), soit... rien. 

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

[OSM-talk-fr] [forum-osm-fr] nouveau et une question

[forum]

Le message suivant de gguillaume:
##
Je viens d'apporter mes premières contributions

Je suis dans le Maine et Loire

Y a t'il d'autres contributeurs dans ce département



J'ai un souci, certaines informations (ex : le symbole des mini giratoires) 
n'est visible que pour certaines échelles. Et pas nécessairement toujours les 
mêmes échelles, quelqu'un a t'il une réponse ?

Merci d'avance

Je peux aussi effectuer des modifications pour ceux qui n'oseraient pas les 
faire eux mêmes



GG

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10&t=480
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 meilleures 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] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Jo.]

Aie, un coup oui… un coup non. C'est pas facile de savoir.

Sur le wiki il est clair qu'on indique de ne pas taguer une place sans nom.
Sur le forum on m'a également rappelé qu'OSM est un projet itératif. Que
les éléments inconnu à l'instant T pourrait être complété à l'instant T+n

Depuis le début j'ai l'idée sur cette question qu'on peut représenter les
bâtiments et selon le wiki, si on connaît le nom du bâtiment isolé ou du
hameau on peut préciser le type de "place" en indiquant son nom pour
l'identifier.
Ceci est un avis personnel tiré du wiki anglais mais aucunement de
l'expérience des cartes française., je n'ai pas assez de recul pour être
pragmatique.

Le 23 janvier 2013 16:53, Vincent de Chateau-Thierry  a
écrit :

>
> > De : "Pieren"
>
> > 2013/1/23 Vincent de Chateau-Thierry :
> > > Je ne vois pas pourquoi name=* devrait obligatoirement accompagner
> > > place=isolated_dwelling.
> > > Qu'on connaisse son nom ou pas (voire, qu'il existe ou pas) ne change
> pas le
> > > caractère "habitation isolée", non ?
> >
> > Un endroit sans nom ne doit pas porter de tag "place".
> >
> > Définition sur le wiki anglais actuel ([1]):
> > "Used to indicate that a particular location is known by a particular
> name"
> >
> > Sur la traduction française actuel ([2]):
> > "Le tag "place" est une indication de ville, village, hameau, etc. Il
> > y est nécessairement rattaché un nom."
> >
> > Il y a d'autres tags pour décrire ce qui se trouve dans un endroit
> > sans toponyme.
> >
>
> C'est sans ambiguïté sur les wikis, d'accord.
> Du coup pour figurer une habitation isolée sans nom particulier, soit on
> dessine
> directement son/ses building(s), soit... rien.
>
> vincent
>
> Une messagerie gratuite, garantie à vie et des services en plus, ça vous
> tente ?
> Je crée ma boîte mail www.laposte.net
>
> ___
> 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] Proposition(s) pour un petit coup de balais dans les tags fixme

[Jo.]

Je suis pour le passage en minuscule. Ayant découvert le premier en
majuscule dans JOSM, tous ceux que j'ai créé son en majuscule. Cela évitera
que d'autres fassent la même erreur.

Le 23 janvier 2013 16:45, sly (sylvain letuffe)  a écrit
:

> Le mercredi 23 janvier 2013 16:39:47, Bruno Besson a écrit :
> > Il y a aussi les FIXME=* qui sont utilisés
>
> Je les avais oubliés ceux-là, je pensais que l'usage en majuscule avait été
> largement supplenté par l'utilisation en minuscule, comme c'est proposé
> sur le
> wiki et comme c'est le cas pour quasiment tout les autres tags.
>
> Je vais laisser de coté pour l'instant pour ne pas m'éparpiller et reste
> sur
> une seule opération (si elle sera faite) bien identifiée et simple.
>
> Pour les FIXME, je proposerais peut-être même de tous les passer en
> minuscule
> : cohérance et homogénéité
>
>
> --
> sly (sylvain letuffe)
>
> ___
> 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] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[sly (sylvain letuffe)]

re,

(je lance un sujet séparé)

Le mercredi 23 janvier 2013 18:55:46, Pieren a écrit :
> Par contre, il ne serait pas inutile de mettre en place notre propre
> surveillance des gros changesets avec l'outil de P. Norman. Et de
> faire la police nous-même si un bourrin fait de l'import massif sans
> respecter notre guideline (vérifier, simplifier, intégrer, etc)

Avec son outil ou un autre, peut m'importe, mais l'idée est excellente.

Oui, car il nous faut montrer notre capacité à être autonome, et pour pouvoir 
intervenir au plus tôt sur les problèmes divers et variés qui peuvent 
impliquer des copies de données interdites, des imports en masse foireux, etc.

Ayant géré récemment la copie en provenance de camp2camp.org, je peux dire que 
réagir 1 an trop tard, c'est largement plus compliqué que de corriger le 
problème dans les jours qui suivent.

Bien, alors comment ?
Il y a la solution de chacun se démerde avec l'outil de son choix, et/ou celle 
où on essaye de mutualiser la surveillance (le but étant qu'une analyse d'un 
cas peut prendre du temps et si chacun le fait pour le même cas on perd du 
temps)

Au niveau des outils, on a en effet celui de P. Norman, mais qui me semble 
assez basique. Mais on a aussi osmwatch :
http://wiki.openstreetmap.org/wiki/Osm-watch

Que j'utilise et qui est pas mal (bien que je n'arrive pas à rentrer un 
critère de "nombre") et qui est aussi, je m'en doute, utilisé par d'autres de 
cette liste.

D'autres outils auxquels vous pensez ?


ps: est-ce que ça vaut le coup d'étendre la question aussi sur talk-fr, il me 
semble me souvenir que "je sais plus qui" avait lui aussi en développement un 
outil de surveillances des edits

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[sly (sylvain letuffe)]

> ps: est-ce que ça vaut le coup d'étendre la question aussi sur talk-fr, il
> me semble me souvenir que "je sais plus qui" avait lui aussi en
> développement un outil de surveillances des edits

argh, raté, mauvaise liste ;-(
Bon, donc c'est lancé sur talk-fr

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Une analyse intéressante sur le nombre de nodes par way

[Christian Quest]

Il y a un second outil de simplification qui fonctionne sur les nœuds
partagés: plugin "simplifyarea"

ctrl-shirt-Y au lieu du classique shift-Y

Il faut juste sélection les way en commun avant.


Le 23 janvier 2013 14:22, Pieren  a écrit :

> C'est vrai aussi que l'outil de simplification de JOSM a un
> inconvénient majeur : il ne fonctionne pas pour les noeuds qui sont
> partagés par plusieurs ways, ce qui nécessite un travail manuel
> supplémentaire.
>
>

-- 
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] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[Pierre Béland]

Je pense au d'un nouveau contributeur qui a son premier changeset a effacé 
plein d'informations dont des limites administratives et une ligne de côte. Je 
pense aussi à ceux qui efface tout et recréent plutôt que de mettre à jour. 

Il serait bien de completer un outil tel que WhoEdit avec un outil qui 
identifie de telles éditions plus problématiques.  Ce pourrait être sous la 
forme WhoEdit avec flux RSS. Il reste à voir s'il y a moyen d'établir quelques 
critères simples et s'il est possible d'adapter un outil tel que WhoEdit en lui 
ajoutant un module d'identification de cas potentiellement problématiques.


 
Pierre 



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 23 janvier 2013 13h17
>Objet : [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou 
>"potentiellement problématiques"
> 
>re,
>
>(je lance un sujet séparé)
>
>Le mercredi 23 janvier 2013 18:55:46, Pieren a écrit :
>> Par contre, il ne serait pas inutile de mettre en place notre propre
>> surveillance des gros changesets avec l'outil de P. Norman. Et de
>> faire la police nous-même si un bourrin fait de l'import massif sans
>> respecter notre guideline (vérifier, simplifier, intégrer, etc)
>
>Avec son outil ou un autre, peut m'importe, mais l'idée est excellente.
>
>Oui, car il nous faut montrer notre capacité à être autonome, et pour pouvoir 
>intervenir au plus tôt sur les problèmes divers et variés qui peuvent 
>impliquer des copies de données interdites, des imports en masse foireux, etc.
>
>Ayant géré récemment la copie en provenance de camp2camp.org, je peux dire que 
>réagir 1 an trop tard, c'est largement plus compliqué que de corriger le 
>problème dans les jours qui suivent.
>
>Bien, alors comment ?
>Il y a la solution de chacun se démerde avec l'outil de son choix, et/ou celle 
>où on essaye de mutualiser la surveillance (le but étant qu'une analyse d'un 
>cas peut prendre du temps et si chacun le fait pour le même cas on perd du 
>temps)
>
>Au niveau des outils, on a en effet celui de P. Norman, mais qui me semble 
>assez basique. Mais on a aussi osmwatch :
>http://wiki.openstreetmap.org/wiki/Osm-watch
>
>Que j'utilise et qui est pas mal (bien que je n'arrive pas à rentrer un 
>critère de "nombre") et qui est aussi, je m'en doute, utilisé par d'autres de 
>cette liste.
>
>D'autres outils auxquels vous pensez ?
>
>
>ps: est-ce que ça vaut le coup d'étendre la question aussi sur talk-fr, il me 
>semble me souvenir que "je sais plus qui" avait lui aussi en développement un 
>outil de surveillances des edits
>
>-- 
>sly (sylvain letuffe)
>
>___
>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] Proposition(s) pour un petit coup de balais dans les tags fixme

[Christian Quest]

J'ai aussi cette mauvaise habitude du FIXME en majuscule... il n'a qu'un
avantage, apparaitre en haut de la liste des tags dans JOSM ;)

-- 
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] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[didier2020]

Le mercredi 23 janvier 2013 à 19:17 +0100, sly (sylvain letuffe) a
écrit : 
> re,
> 
> (je lance un sujet séparé)
> 
> Le mercredi 23 janvier 2013 18:55:46, Pieren a écrit :
> > Par contre, il ne serait pas inutile de mettre en place notre propre
> > surveillance des gros changesets avec l'outil de P. Norman. Et de
> > faire la police nous-même si un bourrin fait de l'import massif sans
> > respecter notre guideline (vérifier, simplifier, intégrer, etc)
> 
> Avec son outil ou un autre, peut m'importe, mais l'idée est excellente.
> 
> Oui, car il nous faut montrer notre capacité à être autonome, et pour pouvoir 
> intervenir au plus tôt sur les problèmes divers et variés qui peuvent 
> impliquer des copies de données interdites, des imports en masse foireux, etc.
> 
> Ayant géré récemment la copie en provenance de camp2camp.org, je peux dire 
> que 
> réagir 1 an trop tard, c'est largement plus compliqué que de corriger le 
> problème dans les jours qui suivent.
> 
> Bien, alors comment ?
> Il y a la solution de chacun se démerde avec l'outil de son choix, et/ou 
> celle 
> où on essaye de mutualiser la surveillance (le but étant qu'une analyse d'un 
> cas peut prendre du temps et si chacun le fait pour le même cas on perd du 
> temps)
> 
> Au niveau des outils, on a en effet celui de P. Norman, mais qui me semble 
> assez basique. Mais on a aussi osmwatch :
> http://wiki.openstreetmap.org/wiki/Osm-watch
> 
> Que j'utilise et qui est pas mal (bien que je n'arrive pas à rentrer un 
> critère de "nombre") et qui est aussi, je m'en doute, utilisé par d'autres de 
> cette liste.
> 
> D'autres outils auxquels vous pensez ?
osmose: l'avantage est qu'il n'analyse pas que le changeset mais
"l'impact" avec les données existantes
il "suffit" de cumuler le nombre d'erreur des analyses que l'on
souhaite' par commune et non par region. C'est pas instantané mais cela
laisse le temps aux contributeurs de faire des corrections post upload
(si si il y en a qui le font) 
> 
> ps: est-ce que ça vaut le coup d'étendre la question aussi sur talk-fr, il me 
> semble me souvenir que "je sais plus qui" avait lui aussi en développement un 
> outil de surveillances des edits
> 



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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Lapinos03]

Le 23/01/13 11:20, claude marani a écrit :

bonjour

le problème avais été déjà soulevé ici il y a plus d'un an.
L'utilisateur ayant créé ces tags avait expliqué qu'il taggait ainsi
pour se souvenir ou sont les hameaux quand il fait du vélo et qu'il
mets à jour par la suite.
Lors de mes modification sur l'allier, j'en ai supprimé plusieurs
centaines mais j'ai constaté dernièrement qu'il y en avais encore
autant y compris là ou je les avait supprimé.

cordialement
Claude


Oui, je me souviens de toi : le type sans vergogne qui se permet 
d'effacer d'un claquement de doigt ce que les autres ont mis des heures 
à mettre en place, sans autre forme de procès.


Du coup, tes changesets ont subi des revert illico presto dès que je me 
suis rendu compte avec effroi du résultat de ton balayage, peu importe 
tes modifications personnelles sans rapport avec mes contributions. 
C'était bon pour ta punition.


À l'avenir, quand tu détectes d'innombrables contributions peu ou pas en 
phase avec ta vision des choses, discute avec l'auteur des tenants et 
aboutissants avant d'agir. Une attitude constructive dans un climat de 
sérénité conservé.


@+
/Lapi

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

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[sly (sylvain letuffe)]

Le mercredi 23 janvier 2013 20:03:53, didier2020 a écrit :
> osmose: l'avantage est qu'il n'analyse pas que le changeset mais
> "l'impact" avec les données existantes

Bien qu'excellent et déjà très utilisé, je trouve osmose moins adapté à une 
FRR (Force de Réaction Rapide) en ce sens que :

- Les erreurs récentes ne sont pas (ou qu'on me corrige si c'est le cas) plus 
mises en avant que les anciennes (donc on est dans le brouillard pour repérer 
les imports récents foireux)

- un import n'est pas discriminé par rapport aux éditions manuelles, or, c'est 
sur les imports qu'il faut être encore plus rapide

- les analyses sont retardées ce qui ajoute un peu plus de délais

En clair, osmose n'est pas trop prévu pour ça, bien qu'un complément fort 
appréciable


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Lapinos03]

Le 23/01/13 13:45, Pieren a écrit :

2013/1/23 claude marani :

il s'agit pour la plupart d'une maison isolé
supprimer, c'est ce qu'on m'a dit de faire à l'époque quand j'avais
posé la question.
un tas de name=* n'apporte rien à mon avis

Il faut préciser qu'à l'époque, c'était des tags "name=fixme". Et
qu'on suggérait de les remplacer par des "fixme=*".

Pieren
Effectivement, à l'époque, le sujet avait été évoqué à cause des 
"name=fixme" qui faisaient apparaître ces satanés "fixme" sur le rendu 
officiel de la carte. Il n'en fallait pas moins pour exciter un ou deux 
maniaques de la propreté à passer un coup de balai, qui plus est, dans 
une région éloignée de leur zone habituelle de jeu, c'est-à-dire sans 
subir les retombées de leur action.


Alors, ils furent remplacés par des "fixme=*". Mais là, ces satanés 
"fixme" apparaissaient partout, de manière encombrante, sur la carte 
d'édition de JOSM, sans différentiation de nature.


Du coup, les "fixme=*" ont été supprimés aussi... Est-ce un crime que de 
laisser des "place=*" sans nom ? La réponse est NON !


/Lapi

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Lapinos03]

Le 23/01/13 16:03, Pieren a écrit :
A la limite, je n'aurais rien contre cette façon de préparer une carto 
si l'info ne reste que quelques jours dans OSM. Mais là, ça fait un 
an, par exemple: http://www.openstreetmap.org/browse/node/1582607786 
Pieren
Oui, d'accord, ça fait un an. Preuve en est qu'il n'y a pas beaucoup de 
participants dans le secteur.


C'était parti d'une bonne intention. Après, les aléas de la vie font 
que, des fois, les buts fixés ne peuvent être tenus. Tu ne vas pas me 
faire un procès quand-même ?


/Lapi

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

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[Sylvain Maillard]

je n'ai jamais utilisé d'outils automatisé pour ce genre de détection, mais
je pense que si on utilise celui de pnorman avec comme destinataire la
liste ga ou un ticket sur le trac, ça serait l'idéal ;)


Sylvain


Le 23 janvier 2013 20:30, sly (sylvain letuffe)  a écrit
:

> Le mercredi 23 janvier 2013 20:03:53, didier2020 a écrit :
> > osmose: l'avantage est qu'il n'analyse pas que le changeset mais
> > "l'impact" avec les données existantes
>
> Bien qu'excellent et déjà très utilisé, je trouve osmose moins adapté à une
> FRR (Force de Réaction Rapide) en ce sens que :
>
> - Les erreurs récentes ne sont pas (ou qu'on me corrige si c'est le cas)
> plus
> mises en avant que les anciennes (donc on est dans le brouillard pour
> repérer
> les imports récents foireux)
>
> - un import n'est pas discriminé par rapport aux éditions manuelles, or,
> c'est
> sur les imports qu'il faut être encore plus rapide
>
> - les analyses sont retardées ce qui ajoute un peu plus de délais
>
> En clair, osmose n'est pas trop prévu pour ça, bien qu'un complément fort
> appréciable
>
>
> --
> sly (sylvain letuffe)
>
> ___
> 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] Film documentaire cartopartie alpine ViaAlpina

[Mayeul Kauffmann]

Bonsoir,
Merci beaucoup pour les commentaires! 
Non, il n'est plus possible de modifier la bande son d'une vidéo sur
youtube (juste d'ajouter de la musique). Mais, oui, j'ai la voix grave.
Je l'ai déjà pas mal trafiquée et j'ai essayé de monter la tonalité un
peu plus, ça commençait à devenir un peu nasillard. Par contre si je la
refais (ce que je compte faire si le film est présenté au festival de
film de montagne par exemple) j'essaierai de varier plus l'intonation.
C'est une chose difficile pour 15 min. Il m'a fallut 4 heures pour
enregistrer la première version (sans compter le traitement). J'avais un
microphone très moyen et pas de pré-amp. Je me suis équipé en moyens
d'enregistrement meilleurs et j'ai tout refait 2 mois plus tard (4
heures encore). A la fin j'étais un peu fatigué et je pense que ça
s'entend. Mais je ne peux pas modifier la vidéo déjà sur youtube.
Si le film pass à Grenoble par exemple je referais la bande son et
corrigerais quelques défauts de réalisation.
Cordialement,
Mayeul

Le lundi 21 janvier 2013 à 23:18 +0100, Yannick VOYEAUD a écrit :
> Bonsoir,
> 
> Tout d'abord BRAVO!
> Il est probablement impossible de dire plus.
> 
> Un petit bémol sur le commentaire! Serait-il possible de le trafiquer
> pour le rendre moins grave en tonalité? La diction et le débit sont
> parfaits mais la tonalité est amha un trop grave ce qui rend le
> commentaire un peu lourd à écouter.
> 
> Amitiés
> 
> ___
> 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] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[partir-en-vtt]

Surveillons, surveillons, il n'y a que moi que ça choque ou bien ?

Je me suis fait de nouveau épinglé par Pnorman. Je l'ai envoyé baladé et
depuis plus de nouvelles mais je m'attends à me faire bloquer un jour ou
l'autre et ce sera pour ma part la fin des contributions OSM.

Mais bon quand je vois que la  même chose se met en place au sein de la
communauté Fr je me dis que j'ai encore plus de doutes qu'avant sur la
tournure des événements.

Bonne surveillance.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Solution-pour-surveiller-les-gros-changeset-ou-potentiellement-problematiques-tp5745992p5746014.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] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Christian Rogel]

Le 23 janv. 2013 à 21:08, Lapinos03 a écrit :

> Le 23/01/13 16:03, Pieren a écrit :
>> A la limite, je n'aurais rien contre cette façon de préparer une carto si 
>> l'info ne reste que quelques jours dans OSM. Mais là, ça fait un an, par 
>> exemple: http://www.openstreetmap.org/browse/node/1582607786 Pieren
> Oui, d'accord, ça fait un an. Preuve en est qu'il n'y a pas beaucoup de 
> participants dans le secteur.
> 
> C'était parti d'une bonne intention. Après, les aléas de la vie font que, des 
> fois, les buts fixés ne peuvent être tenus. Tu ne vas pas me faire un procès 
> quand-même ?

Je suis d'accord avec Lapinos03 sur le fait qu'aucune destruction massive de 
POI collectés ne devrait avoir lieu sans discussion.

Vincent propose de mettre  de tracer un polygone avec "building=yes".

Recommandation inapplicable, car elle suppose que tout le monde utilise JOSM 
avec Bing ou avec le cadastre.

Certains s'en tiennent aux traces GPS et leurs POI représentent un travail qui 
n'a pas à être effacé sans concertation.

Toutes choses égales, "place=" est la moins mauvaise solution.  Wiki en 
anglais ou pas. Quelle justification?
La même que pour le double compte?

Au moins, on conserve une trace et on n'insulte pas l'avenir.

Il se pourra même qu'un cartographe local remettre en circulation un nom 
inconnu de la majorité de la population.
Presque toutes les semaines, il y a un conseil municipal qui fait la même chose 
en choisissant des noms de rue.

Certains toponymes du cadastre, donc légitimes, sont dans un semi-oubli et le 
fait de le mettre sur OSM aura peut-être le même effet.

La cadastre est légitime, mais, tout ce qui n'est pas dans le cadastre n'est 
pas illégitime pour autant.

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

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[sly (sylvain letuffe)]

Le mercredi 23 janvier 2013 21:25:19, Sylvain Maillard a écrit :
> je n'ai jamais utilisé d'outils automatisé pour ce genre de détection, mais
> je pense que si on utilise celui de pnorman avec comme destinataire la
> liste ga ou un ticket sur le trac, ça serait l'idéal ;)

Je vais regarder pour voir ce que vaut cet outil par rapport aux autres qu'on 
pourrait utiliser et voir si je peux le "brancher" et qu'il nous soit utile.


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[Sylvain Maillard]

Le 23 janvier 2013 21:47, partir-en-vtt  a écrit :

> Surveillons, surveillons, il n'y a que moi que ça choque ou bien ?
>
> Je me suis fait de nouveau épinglé par Pnorman. Je l'ai envoyé baladé et
> depuis plus de nouvelles mais je m'attends à me faire bloquer un jour ou
> l'autre et ce sera pour ma part la fin des contributions OSM.
>
> Mais bon quand je vois que la  même chose se met en place au sein de la
> communauté Fr je me dis que j'ai encore plus de doutes qu'avant sur la
> tournure des événements.
>
> Bonne surveillance.
>

Salut,

je fais partie de ceux qui pensent que tout projet qui atteint une certaine
maturité se doit d'être capable d'avoir des données de qualité s'il veut
être pris au sérieux (je parle bien là du fait d'être considéré comme une
base de données source "concurrente" des gros du secteur). Et cette qualité
passe par une certain homogénéité des données, mais aussi par l'éducation
des contributeurs afin qu'ils fassent toujours mieux !
Il a été remarqué à de nombreuses reprise que malgré tous les outils et
explications disponibles, certains contributeurs font des imports sans
prendre le temps de nettoyer un peu et laissent plein de saletés dans la
base. En exemple je vais citer texto un extrait d'une conversation privée
que j'ai eu avec un contributeur qui avait fait un import du bâti foireux
(et qui s'est bien amélioré depuis et fait du très bon boulot) : "j'ai joué
à l'apprenti sorcier en me disant que si ça passait c'est que c'était bon"
=> sans l'outil de pnorman, on aurait eu connaissance des problèmes générés
plusieurs jours ou semaines plus tard, et il y aurait eu entre temps encore
plus de "dégâts".

Pour moi (avis personnel), l'idée derrière un outil de surveillance géré
par la communauté francophone n'est pas de faire la police et de vouloir
bloquer les gens si ils envoient plus de x nodes d'un coup, mais plutôt de
voir plus facilement si il n'y a pas trop d'erreurs dans les gros ajouts de
données et de pouvoir prendre contact avec le contributeur en cas de
problème ... la carte est l'oeuvre de tout le monde, ça n'empêche pas de
chercher à obtenir la meilleure qualité possible des données ;)
(surtout quand on est déjà dans le collimateur international par rapport à
ce qu'on a importé avec des méthodes qui nous paraissaient bonnes quand
elles ont été mises en place ...)

Je comprend totalement les doutes qu'il peut y avoir sur ce genre d'uotil,
tout dépend en fait de comment on les utilisent ;)

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

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[sly (sylvain letuffe)]

Le mercredi 23 janvier 2013 21:47:08, partir-en-vtt a écrit :
> Surveillons, surveillons, il n'y a que moi que ça choque ou bien ?

Le verbe "surveiller" n'a de sens, dans notre contexte, que si l'on précise ce 
que l'on veut surveiller.

Et moi, ça ne me choque pas si on accepte une "surveillance" qui a été 
discutée, choisie et mesurée.

Les flics qui tournent dans ma ville surveillent, des fois je trouve qu'ils 
surveillent "trop" et des fois... vraiment pas assez.

Penses-tu qu'un modèle anarchique puisse fonctionner pour openstreetmap ?
Et que si des gens choisissent de supprimer des données en masse, il faut 
juste ce dire que "ça arrive" et que tant pis, une fourmi refera bien le 
boulot (si quelqu'un le voit), peut-être n'a-t-elle que ça à faire ?

Regardons un instant wikipedia, que l'on aime comparer à openstreetmap.
Dans wikipedia, il n'existe pourtant pas de "bouton rouge" qui puisse, 
supprimer, d'un coup et instantanément 500 articles au hasard (contrairement à 
osm), et pourtant, il y'a des robots qui patrouillent, des logiciels qui 
pointent les éditions "douteuses" la présence des mots "merde, connard" et 
autres joyeusetés.
Sans ça, je ne suis pas sûr qu'il existerait autant d'article de qualité.
Comme dans de nombreux logiciels libres, ils y a des contributeurs performants 
et fiables, et d'autres qui débutent ou qui vandalisent.
Il faut avant tout les repérer, l'un comme l'autre, pour ensuite pouvoir 
répondre adéquatement (encouragement et conseils pour les 1er, et coups de 
pompes au cul pour les 2nd)



-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Pieren]

2013/1/23 Lapinos03 :

> Du coup, les "fixme=*" ont été supprimés aussi... Est-ce un crime que de
> laisser des "place=*" sans nom ?

Si on parle de quelques nodes "place" ou d'un usage temporaire dans
l'idée de préparer une carto, pas de problème. Mais si c'est pour en
mettre des centaines et les oublier ensuite, c'est polluer inutilement
la carte, amha.

Pieren

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Philippe Verdy]

Le 23 janvier 2013 15:27, sly (sylvain letuffe)  a écrit :
> Le mercredi 23 janvier 2013 15:21:52, Christian Rogel a écrit :
>> il n'y a pas de mal à
>> mettre "name=fixme" pour inciter le futur indigène cartographe à remplir
>> les vides.
>
> J'interviens juste pour dire que c'est à mon avis une mauvaise habitude que de
> mettre un name=fixme
> "fixme" ce n'est pas son nom et :
>
> http://wiki.openstreetmap.org/wiki/FR:Fortunes :
>
> Le fait qu'il n'y ait pas de nom/ref est devinable par le simple fait
> qu'il n'y a pas de nom/ref ;-)

Là je suis d'accord aussi. Cela n'empêche pas de mettre un
"fixme=name?" pour insister qu'on ne connait pas le nom. Mais ce n'est
pas une raison pour supprimer le noeud repéré, même si la
classification plce=hamlet aurait du être plutôt
place=isolated_dwelling (qu'on peut corriger et non pas supprimer en
même temps que le noeud)

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

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[Pieren]

2013/1/23 partir-en-vtt :
> Surveillons, surveillons, il n'y a que moi que ça choque ou bien ?

T'inquiètes pas. Ça ne serait pas pour imposer la règle débile du
compte séparé que personne ne comprends. Mais pour détecter
suffisamment tôt les bourrins qui font de l'import sans intégration
avec l'existant, ou avec les données en double ou en triple, ou
interrompus au milieu de l'upload.
On a assez dit au DWG que la communauté française était suffisamment
importante et mature pour faire elle-même la police pour ne pas
ensuite laisser faire n'importe quoi ou compter à nouveau sur le DWG
pour nous signaler les problèmes...
Le sujet est revenu sur la table suite à un blog d'un américain qui du
fin fond de son Texas natal a pu voir que la France était le pays qui
contenait le plus de nodes par mètre de way en pointant des exemples
de bâti avec beaucoup trop de noeuds. Alors que la simplification de
géométrie fait partie de notre guide d'import du cadastre...

Pieren

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

Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme

[Philippe Verdy]

Le 23 janvier 2013 19:44, Christian Quest  a écrit :
> J'ai aussi cette mauvaise habitude du FIXME en majuscule... il n'a qu'un
> avantage, apparaitre en haut de la liste des tags dans JOSM ;)
Ce qui est aussi utile quand il y a plein d'autres tags, on voit tout
de suite ce qui est à faire.
Maintenant pour JOSM comme pour Potlatch, ils poiurraient traiter les
deux comme équivalents et les mettre en valeur d'une façon plus
évidente.

Dans certains cas on a aussi des FIXME:2=*, FIXME:3=*, etc. quand il
faut mentionner une liste de choses à faire qui ne tiennent pas en une
seule ligne (en général on indique un résumé dans FIXME=* qui indique
que le détail est dans les autres FIXME:*=*. Certains utilisent aussi
FIXME:tag=* avec le nom du tag concerné pour classer un peu les choses
à faie ou vérifier.

Il n'y a pas d'intérêt particulier à les mettre en minuscule plutôt
qu'en majuscules. Ce sont tous des tags appropriés pour ce genre de
choses. Tous ensembles ils sont là pour de bonnes raisons. Et donc
strictement aucun intérêt à demander de les changer de l'un dans
l'autre, c'est du travail totalement inutile et qui va perturber ceux
qui les ont mis de façon justifiée.

Mais j'ai plutôt tendance à penser qu'un tag fixme=* restera oublié
facilement même après la correction car on ne ne verra pas, alors
qu'un FIXME=* sera repéré plus vite et ôté quand la correction a été
faite, et j'ai une nette préférence pour la version en majuscules
qu'on voit et qu'on n'oublie pas.

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

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[Vincent Pottier]

Le 23 janvier 2013 21:47, partir-en-vtt > a écrit :


Surveillons, surveillons, il n'y a que moi que ça choque ou bien ?

Je me suis fait de nouveau épinglé par Pnorman. Je l'ai envoyé
baladé et
depuis plus de nouvelles mais je m'attends à me faire bloquer un
jour ou
l'autre et ce sera pour ma part la fin des contributions OSM.

Mais bon quand je vois que la  même chose se met en place au sein
de la
communauté Fr je me dis que j'ai encore plus de doutes qu'avant sur la
tournure des événements.

Bonne surveillance.

(désolé, le post de partir-en-vtt n'est pas parvenu directement jusqu'à 
moi, je n'en ai pris connaissance qu'à partir de la réponse de Sylvain.)


Premier point : le départ d'OSM, ce serait bien dommage pour la 
Franche-Comté...


Second point :
Surveillance ne veut pas dire répression !
On a tous exercé de la surveillance dans notre pré carré, corrigé des 
erreurs, alerté leurs auteurs. Ça n'est pas de la répression, mais un 
soucis de qualité, et aussi de pédagogie. Mais le pré carré s'étend et 
devient de plus en plus dense et de plus en plus accessible.


Plus un projet prend de l'importance, plus il devient accessible, plus 
il devient nécessaire de se prémunir contre la facilité et la fréquence 
des erreurs et des déviances, voire des malversations.
Plus la masse et le flot de donnée sont grands, plus il devient 
difficile de détecter les erreurs.
Donc mettre en place des outils pour faciliter cette veille, je suis 
pour ! Ajouter de l'intelligence artificielle, je suis pour !


Que serait aujourd'hui fr.wikipédia sans salebot [1] ? Un torchon polué 
par des adolescents qui s'emm... au CDI de leur collège et ne trouvent 
rien de mieux que d'écrire des obscénités dans les pages. Heureusement 
salebot veille. Et salebot fait bien plus que de la seule surveillance. 
Et salebot est sacrément efficace. Essayez de mettre une grossièreté 
dans une page avec un compte tout frais, elle ne tiendra que quelques 
secondes.


On n'a pas encore les outils pour détecter le genre de pollution qu'on a 
vu il y a quelques années : le gars qui avait fait des bâtiments en 
forme de sexe et s'était plaint de s'être vu refuser le permis de 
construire...
Mais si on a des outils pour repérer des approximations, les imports 
sensibles...



[1] http://fr.wikipedia.org/wiki/Utilisateur:Salebot
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[Philippe Verdy]

Le 23 janvier 2013 22:56, Pieren  a écrit :
> 2013/1/23 partir-en-vtt :
>> Surveillons, surveillons, il n'y a que moi que ça choque ou bien ?
>
> T'inquiètes pas. Ça ne serait pas pour imposer la règle débile du
> compte séparé que personne ne comprends. Mais pour détecter
> suffisamment tôt les bourrins qui font de l'import sans intégration
> avec l'existant, ou avec les données en double ou en triple, ou
> interrompus au milieu de l'upload.

Pour le dernier cas des données interrompues au milieu de l'upload on
ne le sait pas toujours : JOSM a tendance à ne rien signaler du tout à
l'utilisateur notammenet après avoir téléchargé les objets ajoutés ou
modifiés et quand l'interruption se produit sur les objets à
supprimer. On s'en rend compte seulement lors du téléchargement du
changeset suivant : on s'aperçoit quele changeset en cours était
encore ouvert et les deux changesets se mélangent en écrasant le
commentaire du changeset précédent par celui du suivant, et les objets
oubliés (notamment les objets à supprimer oubliés du changeset
précédent non termoné) seront là encore envoyés à la fin, après même
les objets ajoutés ou modifiés du nouveau changeset...

L'utilisateur en question n'est pas en faute car c'est en fait
impossible à voir dans l'interface (il y a bien un moyen : appuer sur
CTRL+ALT+Q pour voir si le changeset est encore ouvert mais dans
certains cas il aura déjà été fermé (par le serveur lui-même au delà
d'une certaine limite de durée) alors que le téléchargement n'était
pas fini !

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

Re: [OSM-talk-fr] Une analyse intéressante sur le nombre de nodes par way

[Philippe Verdy]

Le 23 janvier 2013 11:50, Pieren  a écrit :
Il y a surtout un problème de modélisation de bâti
> où nous tagguons chaque polygone comme un bâtiment alors qu'en
> réalité, c'est souvent une pièce ou une terrasse ou une cheminée ou un
> groupe de pièces ou un étage. Un découpage souvent subjectif mais
> surtout une modélisation dans OSM complètement fausse.

Il ne faut pas cnclure que le cadastre est faux pour autant ! Le
cadastre a un historique et suit les évolutions dans le temps des
permis de construire. Au départ un bâtiment a pu exister dansune forme
donnée pouis avoir des extensions ou amélangements qui ont eu pour
chacun leur permis de construire et l'inscription au cadastre qui
cumule alors les tracés mais n'enlève pas les plus anciens pour autant
(il y a peut-être des raisons légales à ne pas les enlever, ne
serat-ce déjà que pour des vérifications ultérieure des ouvrages ou
permettre de réassocier les atracés avec les anciennes demandes et
déclarations et vérifier la conformité).
Tout n'est pas non plus porté au cadastre : quand un propriétéaire
divise un logement pour en faire des locations séparées, le cadastre
ne le sait pas toujours. S'il a suffit de fermer une porte ou
construire un cloison intérieure pour séprer les logements, pas besoin
de permis de construire. Pourtant on se retrouve ensuite avec deux
logements légalement séparés (par les baux de locations qui le
justifient).
Une séparation peut aussi n'être que temporaire et être annulée plus
tard. Tant qu'il n'y a pas de changement du/des propriétaires (par une
vente), cela ne passe pas par un notaire ni le cadastre (pas de
modification en terme de taxe foncière à la charge du propriétaire,
même si la création de logements a une incidence sur les impots locaux
à la charge du locataire).

Le castre reste quand même un outil destiné aux impots, et bien des
propriétaires font des travaux sans les déclarer pour leurs extensions
(et toutes les extensions ne nécessitenet pas de permis de contruire
ni même de déclaration : cela dépend de seuils comme la hauteur des
murs, le creusement ou non de tranchées, les matériaux et la
démontabilité ou non, la surface occupée...)

Bref on ne trouve pas tout au cadastre, et le cadastre garde encore
les traces de choses disparues aujourd'hui.

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

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[Christian Quest]

Et n'oubliez pas le fameux noname=yes !

http://wiki.openstreetmap.org/wiki/FR:Key:noname

"... peut être utilisé pour indiquer qu'un élément n'a pas de nom,
c'est-à-dire que l'élément réel visé par la représentation est dépourvu de
toute dénomination."
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Hameaux sans nom dans l'Allier

[sly (sylvain letuffe)]

Le mercredi 23 janvier 2013 23:28:38, Christian Quest a écrit :
> Et n'oubliez pas le fameux noname=yes !
> 
> http://wiki.openstreetmap.org/wiki/FR:Key:noname
> 
> "... peut être utilisé pour indiquer qu'un élément n'a pas de nom,
> c'est-à-dire que l'élément réel visé par la représentation est dépourvu de
> toute dénomination."

Ou encore :

validate:no_name=yes -> The object has no name=*, and a search has been done 
to confirm that.

validate:no_name=no_sign -> There are no ways to find the name=* based on a 
local survey. No needs to go there again in a short term. 

http://wiki.openstreetmap.org/wiki/Proposed_features/Internal_quality

Qui à l'avantage d'être supporté par le rendu "noname" de 
layers.openstreetmap.fr

Et qui, à mon sens, bien qu'un peu plus long à écrire, permet de ranger les 
tags de controle sous un même "name space" pour, à l'avenir fournir une 
meilleure possibilité de rangement dans JOSM par exemple.

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme

[Black Myst]

Le 23 janvier 2013 16:09, sly (sylvain letuffe)  a écrit
:
>
> des avis ?


Je vote pour aussi.

Comment compte tu t'y prendre ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme

[Philippe Verdy]

Notez que JOSM reconnait indifférémment les deux, fixme= et FIXME=,
mais pas FIXME:*=

Le 24 janvier 2013 01:31, Black Myst  a écrit :
>
>
> Le 23 janvier 2013 16:09, sly (sylvain letuffe)  a écrit
> :
>>
>> des avis ?
>
>
> Je vote pour aussi.
>
> Comment compte tu t'y prendre ?
>
> ___
> 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] http://www.tuugo.fr semble ne pas respecter la licence osm

[Philippe Verdy]

Et je confirme qu'ils utilisent aussi le serveur de tuile TMS d'OSM
(avec OpenLayers) :
http://{switch:a,b,c}.tile.openstreetmap.org/{zoom}/{x}/{y}.png

Le 23 janvier 2013 14:35, djo_man  a écrit :
> http://www.tuugo.fr utilise des cartes mapnik pour le placement des
> entreprises mais n'indique pas sa licence.

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

Re: [OSM-talk-fr] http://www.tuugo.fr semble ne pas respecter la licence osm

[Philippe Verdy]

Et pas seulement pour géolocaliser les visiteurs dans leur compte
personnel local, mais pour les minicartes des entrerprises référencées
(ce n'est pas encore le plus méchant en bande passante), mais surtout
pour la recherche géographique avec une grande carte on peut commencer
à l'échelle de la région ou département et zoomer/glisser partout
avant de cliquer un lieu de recherche, et là ce n'est plus un usage
anecdotique).

Le 24 janvier 2013 03:01, Philippe Verdy  a écrit :
> Et je confirme qu'ils utilisent aussi le serveur de tuile TMS d'OSM
> (avec OpenLayers) :
> http://{switch:a,b,c}.tile.openstreetmap.org/{zoom}/{x}/{y}.png
>
> Le 23 janvier 2013 14:35, djo_man  a écrit :
>> http://www.tuugo.fr utilise des cartes mapnik pour le placement des
>> entreprises mais n'indique pas sa licence.

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

Re: [OSM-talk-fr] http://www.tuugo.fr semble ne pas respecter la licence osm

[Philippe Verdy]

Le 24 janvier 2013 03:04, Philippe Verdy  a écrit :
> Et pas seulement pour géolocaliser les visiteurs dans leur compte
> personnel local, mais pour les minicartes des entrerprises référencées
> (ce n'est pas encore le plus méchant en bande passante), mais surtout
> pour la recherche géographique avec une grande carte on peut commencer
> à l'échelle de la région ou département et zoomer/glisser partout
> avant de cliquer un lieu de recherche, et là ce n'est plus un usage
> anecdotique).

Sur certaines pages cependant ils utilisent GoogleMap (avec les
attributions et copyrights de Google et de ses fournisseurs). Pourquoi
ils ne le font pas quand ils utilisent OSM ? Visiblement ils ont trop
utilisé Google Maps et ne veulent plus payer pour les affichages ; du
coup ils passent à OSM en partie, mais ne veulent pas mentionner
l'attribution affichée sur les minicartes ou dessous, c'est donc une
démarche volontaire clairement abusive).

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

Re: [OSM-talk-fr] http://www.tuugo.fr semble ne pas respecter la licence osm

[Philippe Verdy]

Je lai ai contacté via leur formulaire de contact en bas de page en
mentionnant les deux points (attributions et licence obligatoires, et
serveur de tuiles autonome hautement recommandé pour ne pas abuser les
accès et la bande passante sur le TMS d'OSM)

Le 24 janvier 2013 03:06, Philippe Verdy  a écrit :
> Le 24 janvier 2013 03:04, Philippe Verdy  a écrit :
>> Et pas seulement pour géolocaliser les visiteurs dans leur compte
>> personnel local, mais pour les minicartes des entrerprises référencées
>> (ce n'est pas encore le plus méchant en bande passante), mais surtout
>> pour la recherche géographique avec une grande carte on peut commencer
>> à l'échelle de la région ou département et zoomer/glisser partout
>> avant de cliquer un lieu de recherche, et là ce n'est plus un usage
>> anecdotique).
>
> Sur certaines pages cependant ils utilisent GoogleMap (avec les
> attributions et copyrights de Google et de ses fournisseurs). Pourquoi
> ils ne le font pas quand ils utilisent OSM ? Visiblement ils ont trop
> utilisé Google Maps et ne veulent plus payer pour les affichages ; du
> coup ils passent à OSM en partie, mais ne veulent pas mentionner
> l'attribution affichée sur les minicartes ou dessous, c'est donc une
> démarche volontaire clairement abusive).

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