Re: [OSM-talk-fr] Lot Talk-fr, Vol 74, Parution 146

[Philippe Verdy]

Désolé ce n'était pas le même fil et il n'y avait aucun lien dans son
message suivant indiquant que c'était lié.

Le 20 septembre 2012 08:14, Hélène PETIT  a écrit :
> oui, mais dans le message juste après il s'excuse pour l'erreur de diffusion
> ;
> Tu as raté ce deuxième message, Philippe ?

Je l'ai eu mais après...

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

[OSM-talk-fr] si c'est ça, le cadastre non plus n'est pas importé.

[Hélène PETIT]

Ci-dessous un bout de débat, extrait de talk ; je retiens cette phrase 
de Jonathan Bennet :
"utiliser bing n'est pas un import, parce que ça consiste à produire une 
donnée, à partir de rien, en interprétant une image".


Or : Le cadastre est une image pdf en couleur, où les bâtiments sont des 
formes jaune-foncé et les toitures sans murs des formes jaune-clair.


Cette image est interprétée pour créer des formes vectorielles dans josm.

Le fait que nous utilisons un script pour interpréter l'image ne change 
rien à la situation, puisque, de toutes façons, ce ne sont pas les 
données du cadastre que nous importons, mais l'interprétation que nos 
outils en font.


Ce ne sont que mes deux centimes, mais je souhaite que nous discutions 
ici cet aspect des choses,

merci !


_
Le 19/09/2012 18:36, Jonathan Bennett a écrit :> On 19/09/2012 17:26, 
Pieren wrote:

>> So, theoretically, we might have the same issue when tracing from
>> Bing for instance. Should we use a different account for Bing imagery
>> contributions as well, just in case we move later to a licence
>> incompatible with Bing ?
>
> No, because tracing over Bing isn't the same as importing data. It's
> producing data from scratch by interpreting an image. There are still
> legal arguments about this, but there are heavy hints that, providing
> the T&Cs of the imagery provider don't forbid it (i.e. Bing doesn't,
> Google does), no copyright or licence carries across from the imagery
> to what's traced from it.
>
> There are similar issues with using imagery to create data as
> importing it, but they're related to accuracy, not licensing.


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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Hélène PETIT]

Le 20/09/2012 08:55, Nicolas Dumoulin a écrit :

Bon, on voit que la tension s'est apaisée,

pas vraiment, au vu des derniers échanges ...

mais je n'ai pas l'impression

qu'on soit prêts à trouver un consensus.

en effet.


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

Re: [OSM-talk-fr] si c'est ça, le cadastre non plus n'est pas importé.

[Vincent Pottier]

Le 20/09/2012 09:15, Hélène PETIT a écrit :
Ci-dessous un bout de débat, extrait de talk ; je retiens cette phrase 
de Jonathan Bennet :
"utiliser bing n'est pas un import, parce que ça consiste à produire 
une donnée, à partir de rien, en interprétant une image".


Or : Le cadastre est une image pdf en couleur, où les bâtiments sont 
des formes jaune-foncé et les toitures sans murs des formes jaune-clair.


Cette image est interprétée pour créer des formes vectorielles dans josm.

Le fait que nous utilisons un script pour interpréter l'image ne 
change rien à la situation, puisque, de toutes façons, ce ne sont pas 
les données du cadastre que nous importons, mais l'interprétation que 
nos outils en font.


Ce ne sont que mes deux centimes, mais je souhaite que nous discutions 
ici cet aspect des choses,

merci !

Pas exactement.

Dans le layers Cadastre de JOSM, nous avons accès à une couche raster. 
C'est donc bien une image en couleur (pavés jaunes...) qui est 
interprétée à vue (ou via une baguette magique dans d'anciennes versions 
du plugin).


Mais dans le workflow d'extraction du bâti (et autres waters, 
railways...) c'est à partir de pdf et de données vectorielles incluses 
qu'on constitue les fichiers .osm, il s'agit bien d'une extraction de 
données vectorielles.

--
FrViPofm

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Vincent Pottier]

Le 20/09/2012 08:55, Nicolas Dumoulin a écrit :


Bon, on voit que la tension s'est apaisée, mais je n'ai pas 
l'impression qu'on soit prêts à trouver un consensus.


Néanmoins, cette dernière proposition est intéressante pour nous, 
contributeurs. Si il suffit d'ajouter un tag bulkedit=yes au changeset 
(la source, je la mets toujours) pour que le DWG soit content, ça me 
va très bien, mais j'ai du mal à croire que ça soit suffisant pour eux ...


Et je ne pige toujours pas (malgré ta synthèse) le bien-fondé de leurs 
motivations.


> - ce sont des données dérivées d'une source externe et non pas dessiner par > 
les contributeurs

Moui, entre dessiner à la main des routes au kilomètre pendant des 
heures et vérifier que des polygones matchent bien à l'imagerie 
aérienne, je ne vois pas trop de différence.


> - c'est par conséquent une importation de donnée en masse

Et alors, la belle affaire. Une importation en masse s'évalue au 
nombre d'entités, à quoi bon la discriminer encore plus avec un compte 
spécifique.


L'important au final, c'est de s'assurer que l'utilisateur ne fait pas 
n'importe quoi, que la communauté soutient ses contributions.


Pas seulement. Parmi les raisons invoquées pour le "durcissement", il y 
a celles venant de l'expérience du changement de licence.


Lors du changement de licence, il a fallu éliminer tout ce qui venait 
d'imports non compatibles. Et ça a été (et reste) un casse-tête 
notamment pour des imports fait sur la Pologne.


L'intérêt du compte séparé est de pouvoir identifier les changesets de 
"untel-import" et les objets concernés, de vérifier la compatibilité des 
licences et d'agir en conséquence sans avoir à scanner tout l'historique 
de l'ensemble des objets.


Je pense que le débat devra traiter de la question de l'import vs 
intégration :


Il est question (chez certains) de créer un compte séparé par source de 
donnée (toujours pour pouvoir discriminer sur les questions de licences) 
: un compte CLC-import, un compte, BMO-import... Ça se conçoit bien à ce 
niveau et pour ce type d'import.


Mais dans notre cas, et vu l'augmentation de l'opendata et du nombre de 
sources. Cette option ne me semble pas réaliste ou applicable partout.
Vais-je devoir me créer les comptes vincent-LaPoste-import, 
vincent-Ecoles-import, vincent-cadastre-import, vincent-RFF-import (pour 
les voies férrées), vincent-EDF-import... à l'infini pour discriminer 
les sources de données ?


Je suis convaincu qu'il faut trouver une autre méthode et identifier au 
niveau du changeset, par métadata ou autre, que tout ou partie des 
données est importé et que la source en est machin (avec une bonne 
documentation sur le wiki).


On arrive à faire de belles choses avec les plugins sur JOSM (genre 
détecter au chargement d'une zone que l'imagerie est disponible chez tel 
WMS), on doit bien arriver à mettre en place un mécanisme qui permette 
de renseigner les sources (partielles/totales) des 
imports/intégrations,, avec une nomenclature établie, documentée...


Mais bon, je ne suis pas assez habile en anglais pour exposer ça... Et 
il faut que je passe à tout autre chose (une causerie sur l'économie 
sociale et la solidarité)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] si c'est ça, le cadastre non plus n'est pas importé.

[Rodolphe Quiedeville]

On 20/09/12 09:15, Hélène PETIT wrote:

Ci-dessous un bout de débat, extrait de talk ; je retiens cette phrase
de Jonathan Bennet :
"utiliser bing n'est pas un import, parce que ça consiste à produire une
donnée, à partir de rien, en interprétant une image".

Or : Le cadastre est une image pdf en couleur, où les bâtiments sont des
formes jaune-foncé et les toitures sans murs des formes jaune-clair.

Cette image est interprétée pour créer des formes vectorielles dans josm.

Le fait que nous utilisons un script pour interpréter l'image ne change
rien à la situation, puisque, de toutes façons, ce ne sont pas les
données du cadastre que nous importons, mais l'interprétation que nos
outils en font.

Ce ne sont que mes deux centimes, mais je souhaite que nous discutions
ici cet aspect des choses,
merci !


Bonjour,

Cette comparaison est sujette à controverse, dans le premier cas c'est 
un humain qui interprète et dans le second cas comme tu l'écris c'est un 
script (donc une machine) qui interprète. Pour moi cette différence 
d'interprétation est une limite cohérente pour définir ce qui est un 
import de ce qui ne l'est pas.


Mes 2 centimes


--
Rodolphe Quiédeville - SIP/XMPP : rodol...@quiedeville.org
 Blog : http://blog.rodolphe.quiedeville.org/
 http://cartosm.eu - Intégration de carte libre sur site web
 GNUPG key available on public servers

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

Re: [OSM-talk-fr] si c'est ça, le cadastre non plus n'est pas importé.

[Hélène PETIT]

Le 20/09/2012 09:31, Vincent Pottier a écrit :

c'est à partir de pdf et de données vectorielles incluses ...


Je voudrais avoir un pdf de ce genre, juste pour voir quoi ; où est-ce 
que je peux en capter un ? merci !



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

Re: [OSM-talk-fr] si c'est ça, le cadastre non plus n'est pas importé.

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Hélène PETIT" 
>
> Le 20/09/2012 09:31, Vincent Pottier a écrit :
> > c'est à partir de pdf et de données vectorielles incluses ...
> 
> Je voudrais avoir un pdf de ce genre, juste pour voir quoi ; où est-ce 
> que je peux en capter un ? merci !
> 

ici : http://www.cadastre.gouv.fr/
Une fois dans la fenêtre de visu cartographique, tu demandes à imprimer un 
extrait de 
plan.

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] Accès aux outils sur www.openstreetmap.fr

[Hélène PETIT]

Le 19/09/2012 22:42, Vincent de Chateau-Thierry a écrit :

Plusieurs des liens donnés en début de cette page :
http://www.openstreetmap.fr/index requièrent maintenant un
login/password pour être accessibles.
Par exemple :
http://www.openstreetmap.fr/outils/limites-communales-a-importer


oui, mais même connectée avec mon user-login, l'accès m'est à présent 
refusé.


soi il y a une erreur quelque part, soit je suis blacklistée ...

Hélène


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

Re: [OSM-talk-fr] Hauteur de marée référente pour trait de côte ?

[Fanny Schertzer]

Le 19 septembre 2012 22:22, Brice  a écrit :
> Bonsoir,
>
> Je profite de cette remarque
>
> "Par contre, je répète ici que nous avons une autre source autorisée
> pour les lignes de côte, les images du géolittoral, qui sont, elles,
> prisent dans des conditions de marée uniformes et standardisées, ce
> qui n'est probablement pas le cas des images de GéoBretagne."
>
> pour demander une précision : quelle hauteur de marée prendre comme
> référence pour le trait de côte ?
>
> A la lecture de cette page (http://wiki.openstreetmap.org/wiki/Coastline),
> il semble que ce soit le niveau des plus hautes marées i.e. laisse des
> hautes-mers et donc le haut des plages si pas de détail visible.
>
> Est-ce bien cela ?

La plupart des cartes marines, dont les françaises, placent la côte au
niveau des plus hautes mers (càd une pleine mer coefficient 120, le
maximum théorique). Les cartes terrestres françaises (je ne connais
pas les autres pratiques) se basent, elles, sur le niveau moyen de la
mer, qui est à peu près toujours le même.

http://wiki.openstreetmap.org/wiki/Coastline préconise le "mean high
water spring", soit grosso modo une pleine mer de coefficient 70. Plus
bas donc que la terre des cartes marines, mais plus haut que le niveau
moyen.

Fanny

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

Re: [OSM-talk-fr] Conversion de données OpenStreetMap en Shapefile [OSM2GIS]

[Arnaud Vandecasteele]

Super idée !
Je te contacte en message privé pour voir comment on peut s'arranger
techniquement.

Bonne journée

Arnaud

2012/9/19 sly (sylvain letuffe) 

> >  Pour le moment je trouve l'étendue un peu trop limitée, mais je
> comprends
> >  bien que tu ne puisses pas faire mieux à cause des contraintes de ton
> >  serveur. Ce serait magnifique si l'asso OSM-FR envisageait de l'héberger
> >  sur ses serveurs pour relever les limites spatiales et temporelles. Je
> >  trouve que c'est vraiment un outil indispensable pour encourager
> >  l'utilisation des données OSM par les géomaticiens.
>
> Je ne suis pas décideur, disons "opérateur technique", mais si Arnaud le
> souhaite, et à la lecture de sa page d'information sur comment fonctionne
> osm2gis, (qui consiste d'après la documentation à récupérer un fichier .osm
> par l'overpass api, puis l'intégrer à l'aide de osm2pgsql, puis de
> l'exporter
> avec ogr2ogr en shp) je l'informe qu'une base "monde" à jour, au schéma
> osm2pgsql tourne sur un des serveurs de l'association, et, c'est à
> réfléchir,
> mais ça pourrait être envisageable de zaper les deux premières étapes de
> son
> traitement pour aller directement chercher dans la base complète pour en
> extraire le shapefile (ou autre)
>
>
> --
> sly
> qui suis-je : http://sly.letuffe.org
> email perso : sylvain chez letuffe un point org
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Hélène PETIT]

Le 20/09/2012 09:43, Vincent Pottier a écrit :

Mais dans notre cas, et vu l’augmentation de l'opendata et du nombre de
sources. Cette option ne me semble pas réaliste ou applicable partout.
Vais-je devoir me créer les comptes vincent-LaPoste-import,
vincent-Ecoles-import, vincent-cadastre-import, vincent-RFF-import (pour
les voies férrées), vincent-EDF-import... à l'infini pour discriminer
les sources de données ?


Je fais aussi l'exercice d'imaginer ma nouvelle vie avec ces nouvelles 
règles :
C'est déjà galère de devoir changer de projection tout le temps 
(mercator pour les images satellite, lambert4 si le cadastre est raster, 
lambert9 pour avoir le patelin d'à côté déjà vectorisé) ;
Beaucoup de mes changesets sont d'origine composite, ceci de bing, celà 
de survey, ou du cadastre, je le mentionne alors par le tag sur la 
polyligne concernée ; si en plus il faut jongler avec les comptes, ça va 
devenir un exploit de continuer à cartographier proprement ET avec plaisir.




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

Re: [OSM-talk-fr] Conversion de données OpenStreetMap en Shapefile [OSM2GIS]

[Rodolphe Quiedeville]

On 19/09/12 12:13, sly (sylvain letuffe) wrote:

  Pour le moment je trouve l'étendue un peu trop limitée, mais je comprends
  bien que tu ne puisses pas faire mieux à cause des contraintes de ton
  serveur. Ce serait magnifique si l'asso OSM-FR envisageait de l'héberger
  sur ses serveurs pour relever les limites spatiales et temporelles. Je
  trouve que c'est vraiment un outil indispensable pour encourager
  l'utilisation des données OSM par les géomaticiens.


Je ne suis pas décideur, disons "opérateur technique", mais si Arnaud le
souhaite, et à la lecture de sa page d'information sur comment fonctionne
osm2gis, (qui consiste d'après la documentation à récupérer un fichier .osm
par l'overpass api, puis l'intégrer à l'aide de osm2pgsql, puis de l'exporter
avec ogr2ogr en shp) je l'informe qu'une base "monde" à jour, au schéma
osm2pgsql tourne sur un des serveurs de l'association, et, c'est à réfléchir,
mais ça pourrait être envisageable de zaper les deux premières étapes de son
traitement pour aller directement chercher dans la base complète pour en
extraire le shapefile (ou autre)


Salut,

Petite proposotion pour la V2, la possibilité de fournir sont propre 
fichier default.style pour pouvoir récupérer des objets taggés bien 
spécifiquement.


Bravo encore pour l'outil


--
Rodolphe Quiédeville - SIP/XMPP : rodol...@quiedeville.org
 Blog : http://blog.rodolphe.quiedeville.org/
 http://cartosm.eu - Intégration de carte libre sur site web
 GNUPG key available on public servers

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

Re: [OSM-talk-fr] Accès aux outils sur www.openstreetmap.fr

[sly (sylvain letuffe)]

> oui, mais même connectée avec mon user-login, l'accès m'est à présent 
> refusé.
> 
> soi il y a une erreur quelque part, soit je suis blacklistée ...

Pas de panique, on a de petits soucis temporaires en cours de recherche qui 
ont nécessités un bloquage de ces pages.
De toutes façon, elles ne vous auraient rien donné d'utile vu que les bases 
nécessaire à leur fonctionnement ne sont pas  encore opérationnelles.

ps: tout le monde va avoir sa dose, soyez patients ;-)

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Accès aux outils sur www.openstreetmap.fr

[Pieren]

2012/9/20 Hélène PETIT :

> oui, mais même connectée avec mon user-login, l'accès m'est à présent
> refusé.
>
> soi il y a une erreur quelque part, soit je suis blacklistée ...

Rassure toi, nous sommes tous black-listés, je pense. C'est donc une
erreur quelque part ;-)

Pieren

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

Re: [OSM-talk-fr] Qui a perdu sa guitare ?

[Nicolas Moyroud]

  
  
Sympa. 1km de long, difficile de trouver un étui pour la ranger !  :-) 

Nicolas

  


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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Médéric Boquien]

Bonjour,

On Thursday 20 September 2012 10:06:33 Hélène PETIT wrote:
> Je fais aussi l'exercice d'imaginer ma nouvelle vie avec ces nouvelles
> règles :
> C'est déjà galère de devoir changer de projection tout le temps
> (mercator pour les images satellite, lambert4 si le cadastre est raster,
> lambert9 pour avoir le patelin d'à côté déjà vectorisé) ;

À ce propos ce serait vraiment fantastique si JOSM pouvait automatiquement 
reprojeter vers une même projection commune. Merkaartor fait ça et c'est 
absolument fantastique pour afficher simultanément Bing et le cadastre en semi-
transparence. C'est vraiment *la* chose qui me manque dans JOSM.

Médéric

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

Re: [OSM-talk-fr] si c'est ça, le cadastre non plus n'est pas importé.

[partir-en-vtt]

Complétement d'accord, leurs arguments ne tiennent pas la route



--
View this message in context: 
http://gis.19327.n5.nabble.com/si-c-est-ca-le-cadastre-non-plus-n-est-pas-importe-tp5726385p5726387.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] Qui a perdu sa guitare ?

[partir-en-vtt]

Excellent ! 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Qui-a-perdu-sa-guitare-tp5726294p5726388.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] Abuse of authority: account blocks related to French cadastre imports

[sly (sylvain letuffe)]

On jeudi 20 septembre 2012, Lord Awikatchikaen wrote:
> Pourquoi ne pas créer un compte générique import_bati que nous utiliserions
> tous pour nos intégrations de bati du cadastre ? Cela permet le suivi par
> le DWG et évite que chacun se crée un second compte...

J'avoue y avoir pensé, mais j'y vois quand même pas mal de défauts :
1) on fait quoi on donne le login et le mot de passe sur le wiki ? t'imagine 
le bordel, n'importe qui peut l'utiliser pour faire ce qu'il veut !
Donc quelqu'un finira par faire un import de vandale, quelqu'un (la liste ?) 
va recevoir une plainte par email, et il/on ne saura pas qui l'a fait. Le 
compte va être bloquer et plus personne pourra importer jusqu'a ce que le 
blocage expire avant la fois suivante.

2) c'est même pas sûr que ça plaise au DWG

3) reste que l'on devra jongler entre plusieurs comptes pour l'import (donc un 
peu pénible quand même)

En clair, ça me semble une bidouille uniquement pour contourner les 
restrictions du DWG, et après on va s'emmerder.
Disons que je préférerais garder ça en dernier recours, mais à garder à 
l'idée.


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)

[Marc SIBERT]

Le 19 septembre 2012 14:47, Christophe Merlet  a
écrit :

> Le mercredi 19 septembre 2012 à 02:27 +0200, Marc Sibert a écrit :
> > Vous avez tous eu la même idée que moi ?
> >
> > Philippe, tu parles anglais ? Inscris-toi sur t...@osm.org, il y a un
> > fil où tu va pouvoir laisser libre cours à ton besoin d'expression !
>
> "Un grand pouvoir implique de grandes responsabilités" Benjamin Parker
>
> Comme l'a fait remarquer JF, Celle là elle va dans les fortunes  (
http://wiki.openstreetmap.org/wiki/FR:Fortunes)

Philippe est notre arme de discussion massive. On ne peut se permettre
> de le lâcher sur une liste sans que notre communauté n'ai débattu sur
> les conséquences d'un tel acte. Une telle décision ne peut être prise à
> la légère...
>
>
> Librement,
> --
> Christophe Merlet (RedFox)
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Nicolas Dumoulin]

Le jeudi 20 septembre 2012 09:43:02 Vincent Pottier a écrit :
> L'intérêt du compte séparé est de pouvoir identifier les changesets de
> "untel-import" et les objets concernés, de vérifier la compatibilité des
> licences et d'agir en conséquence sans avoir à scanner tout l'historique
> de l'ensemble des objets.

Oui, mais dans ce cas, la source sur le changeset suffit à ce genre de "scan".
Tant qu'à imposer quelquechose, il devrait plutôt se demander pourquoi il y a 
si peu de changeset qui porte ce tag source !! (Les outils sont en parti 
responsable).
Si j'étais pnorman, je bloquerai tous les utilisateurs qui soumettent plus de 
100 entités sans source indiquées ;-)

> Mais dans notre cas, et vu l'augmentation de l'opendata et du nombre de
> sources. Cette option ne me semble pas réaliste ou applicable partout.
> Vais-je devoir me créer les comptes vincent-LaPoste-import,
> vincent-Ecoles-import, vincent-cadastre-import, vincent-RFF-import (pour
> les voies férrées), vincent-EDF-import... à l'infini pour discriminer
> les sources de données ?

+1 C'est ridicule.

Par contre, le compte séparé reste intéressant pour les vrai gros imports 
(genre CLC).

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Nicolas Dumoulin]

Le jeudi 20 septembre 2012 10:46:47 sly a écrit :
> En clair, ça me semble une bidouille uniquement pour contourner les
> restrictions du DWG, et après on va s'emmerder.
> Disons que je préférerais garder ça en dernier recours, mais à garder à
> l'idée.

Pour moi, cette solution est à oublier sur le champ !
C'est une source de problème et ça ne résoud rien du tout.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Qui a perdu sa guitare ?

[Nicolas Dumoulin]

Le mercredi 19 septembre 2012 21:20:39 Etienne Trimaille a écrit :
> http://www.openstreetmap.org/?lat=-33.86757&lon=-63.9847&zoom=17&layers=M

Est-ce que le DWG va envoyer quelqu'un sur place pour vérifier si c'est du 
vandalisme ?

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Qui a perdu sa guitare ?

[partir-en-vtt]

Effectivement, ce serait une sage décision parce que bon "y'en a marre de ces
personnes qui ne font pas tout parfaitement dans les règles"



--
View this message in context: 
http://gis.19327.n5.nabble.com/Qui-a-perdu-sa-guitare-tp5726294p5726435.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] Abuse of authority: account blocks related to French cadastre imports

[sly (sylvain letuffe)]

> Par contre, le compte séparé reste intéressant pour les vrai gros imports 
> (genre CLC).

ça c'est indiscutablement utile et doit être préservé, voire imposé. Mes 
propositions de changements de la "loi" sur les imports allaient dans ce 
sens, pour info, les voici (en anglais)
http://wiki.openstreetmap.org/wiki/Talk:Import/Guidelines#dedicated_account


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Ab_fab]

Il y a également la description des objets qui va devenir bordélique :
Les sources sur un même objet sont potentiellement multiples.
Par exemple : le cadastre (forme et localisation du bâti), l'opérateur
(référence), la visite de terrain (horaires d'ouverture, restrictions
d'accès ...)
Chacune de ces sources est relative à une fraction de la description
composite et forme un tout.

Si l'on pouvait améliorer la description brute des objets dans les fichiers
.osm pour ségréguer les données de leurs sources, on gagnerait en clarté.

Est-ce que cet ajout de catégories dans la description brute des objets a
été discuté ?
-> Je survole les idées pour l'API 0.7 sur le wiki et je trouve une note de
Pieren sur la question des sources
http://wiki.openstreetmap.org/wiki/API_v0.7#Better_handling_of_sourcing_.28.27source.27_tag.29

Exemple au pif, pour décrire ce que j'ai en tête :

  







  

Pourrait devenir

  

  
  
  
  


  
  
  
  

  

Le 20 septembre 2012 10:06, Hélène PETIT  a écrit :

> Le 20/09/2012 09:43, Vincent Pottier a écrit :
>
>  Mais dans notre cas, et vu l’augmentation de l'opendata et du nombre de
>> sources. Cette option ne me semble pas réaliste ou applicable partout.
>> Vais-je devoir me créer les comptes vincent-LaPoste-import,
>> vincent-Ecoles-import, vincent-cadastre-import, vincent-RFF-import (pour
>> les voies férrées), vincent-EDF-import... à l'infini pour discriminer
>> les sources de données ?
>>
>
> Je fais aussi l'exercice d'imaginer ma nouvelle vie avec ces nouvelles
> règles :
> C'est déjà galère de devoir changer de projection tout le temps (mercator
> pour les images satellite, lambert4 si le cadastre est raster, lambert9
> pour avoir le patelin d'à côté déjà vectorisé) ;
> Beaucoup de mes changesets sont d'origine composite, ceci de bing, celà de
> survey, ou du cadastre, je le mentionne alors par le tag sur la polyligne
> concernée ; si en plus il faut jongler avec les comptes, ça va devenir un
> exploit de continuer à cartographier proprement ET avec plaisir.
>
>
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Vincent de Chateau-Thierry]

> De : "Ab_fab" 
>
> Il y a également la description des objets qui va devenir bordélique :
> Les sources sur un même objet sont potentiellement multiples.
> Par exemple : le cadastre (forme et localisation du bâti), l'opérateur
> (référence), la visite de terrain (horaires d'ouverture, restrictions
> d'accès ...)
> Chacune de ces sources est relative à une fraction de la description
> composite et forme un tout.
> 
> Si l'on pouvait améliorer la description brute des objets dans les fichiers
> .osm pour ségréguer les données de leurs sources, on gagnerait en clarté.
> 
> Est-ce que cet ajout de catégories dans la description brute des objets a
> été discuté ?
> -> Je survole les idées pour l'API 0.7 sur le wiki et je trouve une note de
> Pieren sur la question des sources
> 
http://wiki.openstreetmap.org/wiki/API_v0.7#Better_handling_of_sourcing_.28.27source.27_t
ag.29
> 
> Exemple au pif, pour décrire ce que j'ai en tête :
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Pourrait devenir
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 

Tu peux déjà sourcer séparément avec ce formalisme :





que je résume, quand je rentre dans ce niveau de détail, avec (pour ton 
exemple) :


Mais je vois sur taginfo qu'on n'est pas des masses à utiliser ça :-(
http://taginfo.openstreetmap.org/search?q=source%3Aamenity

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] Abuse of authority: account blocks related to French cadastre imports

[Vincent de Chateau-Thierry]

Et un grand merci au webmail de Laposte.net qui bousille tout ce qui se trouve 
entre
balises !!

Je disais donc que j'utilisais source:amenity comme tag actuellement, et que 
plus
généralement les différentes sources peuvent se tagguer avec source:"type 
d'info"=valeur.

Désolé pour le bruit (blanc)

vincent

> Message du 20/09/12 11:36
> De : "Vincent de Chateau-Thierry" 

> > De : "Ab_fab" 
> >
> > Il y a également la description des objets qui va devenir bordélique :
> > Les sources sur un même objet sont potentiellement multiples.
> > Par exemple : le cadastre (forme et localisation du bâti), l'opérateur
> > (référence), la visite de terrain (horaires d'ouverture, restrictions
> > d'accès ...)
> > Chacune de ces sources est relative à une fraction de la description
> > composite et forme un tout.
> > 
> > Si l'on pouvait améliorer la description brute des objets dans les fichiers
> > .osm pour ségréguer les données de leurs sources, on gagnerait en clarté.
> > 
> > Est-ce que cet ajout de catégories dans la description brute des objets a
> > été discuté ?
> > -> Je survole les idées pour l'API 0.7 sur le wiki et je trouve une note de
> > Pieren sur la question des sources
> > 
> > 
> Tu peux déjà sourcer séparément avec ce formalisme :
> 
> 
> 
> 
> 
> que je résume, quand je rentre dans ce niveau de détail, avec (pour ton 
> exemple) :
> 
> 
> Mais je vois sur taginfo qu'on n'est pas des masses à utiliser ça :-(
> http://taginfo.openstreetmap.org/search?q=source%3Aamenity
> 
> 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
> 

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] Abuse of authority: account blocks related to French cadastre imports

[Pieren]

2012/9/20 sly (sylvain letuffe) :

> J'avoue y avoir pensé, mais j'y vois quand même pas mal de défauts :
> 1) on fait quoi on donne le login et le mot de passe sur le wiki ? t'imagine
> le bordel, n'importe qui peut l'utiliser pour faire ce qu'il veut !
> Donc quelqu'un finira par faire un import de vandale, quelqu'un (la liste ?)
> va recevoir une plainte par email, et il/on ne saura pas qui l'a fait. Le
> compte va être bloquer et plus personne pourra importer jusqu'a ce que le
> blocage expire avant la fois suivante.

La solution pourrait passer par un "proxy user" sur l'API osm.fr. Si
on voit qu'il y a un abus, on pourrait suspendre le compte avant le
DWG et voir ce qui'il y a à faire (bloquer l'IP par exemple).

Pieren

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Nicolas Dumoulin]

Le jeudi 20 septembre 2012 11:35:45 Vincent de Chateau-Thierry a écrit :
> Mais je vois sur taginfo qu'on n'est pas des masses à utiliser ça :-(
> http://taginfo.openstreetmap.org/search?q=source%3Aamenity

Regarde pour source:name :
http://taginfo.openstreetmap.org/search?q=source%3Aname

Personnellement, je trouve que ce schéma a des limites. As-tu besoin de 
source:amenity ? Si j'ajoute un POI et renseigne 2-3 trucs, je mets en source 
sur le changeset "bing;survey". On comprend sans ambiguïté que le placement du 
point a été fait avec bing, et que les autres infos ont été relevées sur le 
terrain (et pas l'inverse qui serait tordu).
J'essaie de faire des changesets séparés (que cadastre et que 
imagerie/survey).
Ça m'est arrivé de préciser des source:* mais ça reste rare, et je ne me 
rappelle plus de la raison. Si quelqu'un a une bonne raison …

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[sly (sylvain letuffe)]

> La solution pourrait passer par un "proxy user" sur l'API osm.fr. Si
> on voit qu'il y a un abus, on pourrait suspendre le compte avant le
> DWG et voir ce qui'il y a à faire (bloquer l'IP par exemple).

Tu as anticipé mes pensées ;-)
En effet, une solution abracadabrante pourrait être mise en place sur le 
principe suivant :
- On demande à ceux qui veulent importer du cadastre de passer par une 
API "proxy"
 - cette API leur permet de contribuer comme d'hab avec leur compte dans la 
vie de tout les jours
 - mais si leurs opérations contiennent des éléments avec le tag 
source="cadastre..." alors l'API anonymise leur contribution en utilisant un 
compte "cadastre" générique et nous on garde dans un log le vrai utilisateur 
qui a fait ça afin de pouvoir remonter à la source du problème et recueillir 
les alertes du DWG.

On "préserve" ainsi l'utilisateur des foudres en anglais du DWG qui vont le 
décourager de contribuer
On fait plaisir au DWG d'avoir un seul compte pour les imports cadastre 
faciles à identifier, comme ça, on rentre dans leur "cases" et leur "schéma 
mental" limité du monde où il n'existe qu'un seul type d'import
.
.
.
.
Je me relis et ça pue
1) un "proxy anonymiseur" ça me rappel vaguement les techniques louches du web 
pour se planquer et (parfois/souvent) faire des conneries
2) ça ne règle pas du tout le cas des multiples sources
3) ça n'améliore en rien le suivi du vandalisme, bien au contraire
4) ça ne va pas se faire tout seul techniquement

En clair, je n'y vois pour seul avantage que celui de se cacher du radar du 
DWG et jouer les hypocrites, mentalité qui ne me plaît guère.
Aller va, si, un mini avantage de regrouper les contributions cadastre avec 
une usine à gaz là où d'autres propositions de tag sur le changeset, 
commentaire dans le changeset me semblent tout aussi pertinentes

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Hauteur de marée référente pour trait de côte ?

[Philippe Verdy]

Et au delà de cette définition, il y a aussi celle de la ligne de base
qui inclut tout ce que la mer peut découvrir, donc à marée basse.
C'est la ligne de base qui sert ensuite à définir les eaux
territoriales à 12 miles nautiques (ou à mi-chemin d'une autre ligne
de base d'un autre pays, sauf existence d'un traité international ou
une décision de justice).

Franchement rien de clair dans tout ça ! Tant qu'on n'aura pas de
données barymétriques, on ne pourra pas tracer ces différentes lignes.
D'où effectivement pour la France l'utilisation préférée du
Géolitteral, mais ce sera difficile à étendre aux pays voisins, et la
continuité des côtes sera dure à assurer si la France fait cavalier
seul !

Il me semble donc que la définition la plus utilisée
internationalement sur différentes cartes devrait servir pour définir
ce qu'on met en "coastline". Laissons les autres limites légales
françaises sur des tracés annexes (frontières de type "maritime=yes"
pour la ligne de base ou les "territorial waters"), ce qui nous
intéresse c'est surtout ce qu'on va trouver sur le terrain *la plupart
du temps* et je priviligierais le niveau moyen de la mer (avec
l'avantage de ne plus dépendre des marées (et leurs effets
géographiques variables à différentes heures pour les marées basses ou
hautes et des coefficients différents).

Ce pourrait être le niveau 0 bathymétrique, à condition qu'il n'y ait
pas désaccord sur ce niveau 0, ce qui visiblement n'est pas le cas
entre les pays le long de la Méditerranée qui suivent la mesure à
Marseille, et les pays du Nord de l'Europe qui s'appuient sur le
niveau de la Mer du Nord, mesuré je ne sais où mais certainement dans
dans une zone à faible marée : selon qu'on emploie ce niveau 0 comme
référence d'altitude, le point de référence sera important. Si on
prend la mer réelle, il y aura autant de niveaux 0 que de points sur
la côte et on ne sait plus à quelle hauteur se référer...

Le 20 septembre 2012 09:58, Fanny Schertzer
 a écrit :
>> "Par contre, je répète ici que nous avons une autre source autorisée
>> pour les lignes de côte, les images du géolittoral, qui sont, elles,
>> prisent dans des conditions de marée uniformes et standardisées, ce
>> qui n'est probablement pas le cas des images de GéoBretagne."
>>
>> pour demander une précision : quelle hauteur de marée prendre comme
>> référence pour le trait de côte ?
>>
>> A la lecture de cette page (http://wiki.openstreetmap.org/wiki/Coastline),
>> il semble que ce soit le niveau des plus hautes marées i.e. laisse des
>> hautes-mers et donc le haut des plages si pas de détail visible.
>>
>> Est-ce bien cela ?
>
> La plupart des cartes marines, dont les françaises, placent la côte au
> niveau des plus hautes mers (càd une pleine mer coefficient 120, le
> maximum théorique). Les cartes terrestres françaises (je ne connais
> pas les autres pratiques) se basent, elles, sur le niveau moyen de la
> mer, qui est à peu près toujours le même.
>
> http://wiki.openstreetmap.org/wiki/Coastline préconise le "mean high
> water spring", soit grosso modo une pleine mer de coefficient 70. Plus
> bas donc que la terre des cartes marines, mais plus haut que le niveau
> moyen.
>
> Fanny
>
> ___
> 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] Abuse of authority: account blocks related to French cadastre imports

[Vincent de Chateau-Thierry]

> Message du 20/09/12 11:47
> De : "Nicolas Dumoulin" 
> 
> Regarde pour source:name :
> http://taginfo.openstreetmap.org/search?q=source%3Aname
> 
> Personnellement, je trouve que ce schéma a des limites. As-tu besoin de 
> source:amenity ? Si j'ajoute un POI et renseigne 2-3 trucs, je mets en source 
> sur le changeset "bing;survey". On comprend sans ambiguïté que le placement 
> du 
> point a été fait avec bing, et que les autres infos ont été relevées sur le 
> terrain (et pas l'inverse qui serait tordu).
> J'essaie de faire des changesets séparés (que cadastre et que 
> imagerie/survey).
> Ça m'est arrivé de préciser des source:* mais ça reste rare, et je ne me 
> rappelle plus de la raison. Si quelqu'un a une bonne raison …
> 

Je fonctionne juste exactement... à l'inverse :-).
Ça me rappelle une discussion de l'année dernière (début ici [1]).

vincent

[1] : http://lists.openstreetmap.org/pipermail/talk-fr/2011-April/031901.html

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] Qui a perdu sa guitare ?

[Philippe Verdy]

Ca existe peut-être réellement. Aux USA, on trouve des aménagements
curieux des jardins et parcs avec la volonté d'être visible de très
haut. Lors du tour de France les agriculteurs dessinent des
labyrinthes ou des logos ou divers motifs avec des bottes de paille ou
en aménageant les champs. Pour les loisirs des labyrinthes paysagés
sont construits pour être vus d'un point haut.

Le 20 septembre 2012 11:23, partir-en-vtt  a écrit :
> Effectivement, ce serait une sage décision parce que bon "y'en a marre de ces
> personnes qui ne font pas tout parfaitement dans les règles"

Donc ne pas systématiquement penser que c'est du vandalisme. Mais
histoire de figurer sur les cartes, certaines sociétés voire aussi des
collectivités vont être tentées d'aménager des grands parcs dans une
forme particulière ou pour afficher un logo, une marque...

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

Re: [OSM-talk-fr] Qui a perdu sa guitare ?

[Vincent de Chateau-Thierry]

> De : "Philippe Verdy" 
>
> Ca existe peut-être réellement. 
> 

L'imagerie Bing donne un peu la réponse

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] Abuse of authority: account blocks related to French cadastre imports

[Pieren]

2012/9/20 sly (sylvain letuffe) :
> En effet, une solution abracadabrante pourrait être mise en place sur le
> principe suivant :

On pourrait se base sur un tag spécial dans le changeset et le
substituer par le nom du véritable utilisateur dans le vrai upload. Ca
fait moins "anonymiseur". Les  sources multiples est un problème plus
général mais on pourrait imaginer un tag et un compte par source. Ca
ne marche que si le changeset ne contient qu'une source. De toute
façon, c'est aussi un problème avec les comptes séparés... rien ne
garantie que les sources divers n'y sont pas mélangées.

Pieren

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

Re: [OSM-talk-fr] Micromapping (était Arrêtons les imports des cours d'eau depuis le cadastre)

[Tenshu]

Hélas X-Plane ne resistera surement pas à un Patent Troll :
http://www.numerama.com/magazine/23737-le-simulateur-d-avions-x-plane-menace-par-un-patent-troll.html

2012/9/18 Ab_fab 

> C'est vrai qu'il me tarde de voir le potager de cquest dans X-Plane
>
> Le 18 septembre 2012 11:33, Christophe Merlet  a
> écrit :
>
>> Le mardi 18 septembre 2012 à 10:53 +0200, Nicolas Moyroud a écrit :
>> > Bonjour,
>>
>> > Dernier point, dans la zone où je cartographie (sud de la France), il
>> > y a énormément de piscines et j'utilise la couche cadastre pour les
>> > ajouter. Je ne veux pas relancer ici le débat sur les piscines. Je
>> > considère qu'elles ont tout à fait leur place dans OSM, donc je les
>> > mets. Bien évidemment je change le tag en leisure=swimming_pool avec
>> > une access=private.
>>
>>
>> Concernant la place des piscines dans OSM, je suis en train de changer
>> mon fusil d'épaule...
>>
>> Depuis que j'ai entendu parle de X-Plane http://www.x-plane.com/ et de
>> son générateur de terrain osm2xp http://osm2xp.com/ qui utilise les
>> données d'OpenStreetMap pour un rendu extrêmement réaliste, je suis
>> conquis...
>>
>> Je risque même d'encourager le micromapping !
>>
>>
>> Librement,
>> --
>> Christophe Merlet (RedFox)
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Qui a perdu sa guitare ?

[Philippe Verdy]

Effectivement, en tapant -33,86757 -63,9847 dans la zone de recherche
sur l'accueil Bing Maps on a:

http://www.bing.com/maps/?v=2&where1=-33%2C86757%20-63%2C9847&q=-33.86757%2C-63.9847&form=LMLTSN&cp=-33.86841719786315~-63.98451192386986&lvl=17&sty=b&encType=1

Quel dommage qu'on n'ait pas accès directement à l'image Bing depuis
un changeset ou un objet OSM dans les couches proposées sur le site.

Le 20 septembre 2012 12:10, Vincent de Chateau-Thierry
 a écrit :
> L'imagerie Bing donne un peu la réponse

Maintenant on peut s'attendre à trouver bientôt une pomme croquée ou
des fenêtres volantes sur les cartes vectorielles... Se posera alors
la question du design graphique de l'objet mappé, sujet à restriction
(comme peut l'être bon nombre de photos). Mais tant que le
propriétaire n'a pas demandé à Bing de masquer cela c'est qu'il
autorise la publication.

Certains en profiteront pour faire de la publicité aérienne visible
sur plein de cartes : ne doit-on alors pas se contenter de tracer
juste les contours externes de la parcelle privée entière
(indépendamment du découpage intérieur par des jardins, allées ou
constructions) ?

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[sly (sylvain letuffe)]

> On pourrait se base sur un tag spécial dans le changeset et le
> substituer par le nom du véritable utilisateur dans le vrai upload. 

Parfait, ça me va comme solution. 

Toutefois je propose les étapes suivantes :
1) On attends de se faire jeter sur la liste talk@ quant à nos propositions de 
changements des guidelines, d'autonomie de notre communauté et de remise en 
question des blocages par le DWG
2) On évoque cette solution avec le DWG
3) On la présente, la discute avec la communauté FR et la formalise
4) On la re-présente au DWG
5) On l'implémente
6) On communique dessus

Évidement, chaque étapes pourra apporter son lot de variations, l'idée que le 
DWG puisse toujours, in fine, bloquer des utilisateurs de la communauté FR 
sans que nous soyons au courant m'insupportant toujours, je préfèrerais les 
bloquer moi même si je ne cautionne pas la loi.
Un truc du style : séparer le législatif de l'executif (je me demande où je 
vais chercher ça).

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] si c'est ça, le cadastre non plus n'est pas importé.

[Hélène PETIT]

Le 20/09/2012 09:52, Vincent de Chateau-Thierry a écrit :

ici : http://www.cadastre.gouv.fr/
Une fois dans la fenêtre de visu cartographique, tu demandes à imprimer un 
extrait de
plan.


Je viens d'examiner le pdf obtenu, à l'oeil, puis avec un éditeur hexa.

Il n'y a aucune légende permettant d'interpréter le contenu de la zone 
graphique ; il y a bien des vecteurs, mais uniquement associés à des 
couleurs ou a des largeurs de traits, aucun détails autres que les 
coordonnées (de la bbox ?, AC) ne sont livrées.


à tel point que lorsqu'un bâtiment est à cheval sur deux parcelles il 
est impossible de savoir s'il s'agit de deux batiments mitoyens ou d'une 
seul. Seul un acte intelligent d'interprétation permet de discriminer ce 
type d'infos.


De même, rien dans la donnée livrée par le cadastre ne permet de 
caractériser les vecteurs coloriés en brun, ou ceux coloriés en bleu.


un import ne doit pas seulement donner des vecteurs, il me semble.

ou alors nous importerions des choses comme
 - polygone jaune foncé,
 - trait noir,
etc...

Je pense donc que ce que nous faisons avec le cadastre n'est pas un 
import au sens du DWG (l'actuel DWG, je veux dire).


Hélène

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

Re: [OSM-talk-fr] si c'est ça?=, le cadastre non plus n'est pas =?iso-8859-1?q?importé.

[sly (sylvain letuffe)]

On jeudi 20 septembre 2012, Hélène PETIT wrote:
> Je pense donc que ce que nous faisons avec le cadastre n'est pas un 
> import au sens du DWG (l'actuel DWG, je veux dire).

Je suis entièrement d'accord, mais déjà la définition d'un import est loin 
d'être clair pour eux, et ils sont têtus comme des bourricots à ne pas 
vouloir reconnaître ni comprendre ce que nous faisons dans notre import 
cadastre des bâtiments.

Mais bon, 
- un "import" c'est le mal !
- quel import ?
- un "import" c'est le mal !
- Oui mais moi je ne fais pas un import.
- un "import" c'est le mal !
- regarde, en plus je vérifie à la main et j'ai des outils de contrôle
- un "import" c'est le mal !
- ...

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Qui a perdu sa guitare ?

[Erik Amzallag]

Par contre, tu as le plugin OsmJumper pour Firefox qui te permet de sauter
sur des cartes depuis OSM.

Erik

Le 20 septembre 2012 12:42, Philippe Verdy  a écrit :

> Effectivement, en tapant -33,86757 -63,9847 dans la zone de recherche
> sur l'accueil Bing Maps on a:
>
>
> http://www.bing.com/maps/?v=2&where1=-33%2C86757%20-63%2C9847&q=-33.86757%2C-63.9847&form=LMLTSN&cp=-33.86841719786315~-63.98451192386986&lvl=17&sty=b&encType=1
>
> Quel dommage qu'on n'ait pas accès directement à l'image Bing depuis
> un changeset ou un objet OSM dans les couches proposées sur le site.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] si c'est ça?=, le cadastre non plus n'est pas =?iso-8859-1?q?importé.

[sly (sylvain letuffe)]

> Bonjour,
> 
> Cette comparaison est sujette à controverse, dans le premier cas c'est 
> un humain qui interprète et dans le second cas comme tu l'écris c'est un 
> script (donc une machine) qui interprète. Pour moi cette différence 
> d'interprétation est une limite cohérente pour définir ce qui est un 
> import de ce qui ne l'est pas.

Je ne serais pas aussi tranché que toi, je pense qu'il y a moultes situations 
qui peuvent chevaucher ou franchir ta limite que tu défini cohérente.

Tu dis "dans le second c'est un script qui interprète (...) donc un import"
Prenons des exemples :
- Tu utilises le plugin "lake walker" de JOSM, tu cliques sur un lac, et le 
logiciel te construit le contour par analyse d'image. Tu retouches 3 points 
sur les 200 et tu upload.
import ou pas ? Pourtant il s'agit bien d'un ordinateur ayant interprété le 
contour ?
Moi, j'appel ça de l'aide à l'édition manuelle.

Poussons plus loin, et soyons de mauvaise foi :
- Dans JOSM tu veux inverser un way, tu cliques sur je sais plus quoi et ça 
t'inverse le way. Qui a fait l'interprétation de cette inversion ? Au final 
certes, c'est toi qui l'a voulu, elle ne peut se situer loin de ce que tu 
souhaitais faire et que tu aurais pû faire avec un papier et un crayons et 
c'est toi qui a décidé de valider cette inversion, mais finalement, on passe 
bien toujours par un programme pour éditer les données, la nuance se situant, 
de manière progressive et recouvrant dans la part d'interprétation du réél 
par le programme.

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Qui a perdu sa guitare ?

[Stéphane Péneau]

Ou, encore plus simplement, le bouton "modifier la zone" qui lance 
potlatch avec le calque bing, ou un éditeur externe.


Le jeudi 20 septembre 2012 13:13:59, Erik Amzallag a écrit :

Par contre, tu as le plugin OsmJumper pour Firefox qui te permet de
sauter sur des cartes depuis OSM.

Erik

Le 20 septembre 2012 12:42, Philippe Verdy mailto:verd...@wanadoo.fr>> a écrit :

Effectivement, en tapant -33,86757 -63,9847 dans la zone de recherche
sur l'accueil Bing Maps on a:


http://www.bing.com/maps/?v=2&where1=-33%2C86757%20-63%2C9847&q=-33.86757%2C-63.9847&form=LMLTSN&cp=-33.86841719786315~-63.98451192386986&lvl=17&sty=b&encType=1

Quel dommage qu'on n'ait pas accès directement à l'image Bing depuis
un changeset ou un objet OSM dans les couches proposées sur le site.





___
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] Rencontre OSM parisienne de septembre

[Marc SIBERT]

Le 19 septembre 2012 14:17, Christian Quest  a
écrit :

> Est-ce que le vendredi 28 vous va ?
>
> Lieu à définir...
>
> --
> Christian Quest - OpenStreetMap France - 
> http://openstreetmap.fr/u/cquest
>
>
> OK pour moi.


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

Re: [OSM-talk-fr] Hauteur de marée référente pour trait de côte ?

[Bruno Cortial]

Le 20 septembre 2012 09:58, Fanny Schertzer  a
écrit :

>
> http://wiki.openstreetmap.org/wiki/Coastline préconise le "mean high
> water spring", soit grosso modo une pleine mer de coefficient 70. Plus
> bas donc que la terre des cartes marines, mais plus haut que le niveau
> moyen.
>
> Fanny
>
> Bonjour,
"mean high water spring" cela correspond à "pleine mer de vive eau
moyenne", donc c'est un coeff 90. En hauteur absolue l'écart entre un coeff
90 et 120 est en général d'une 50aine de centimètres sur les cotes
atlantiques en france. c'est déjà pas mal, avec un trait de côte forcement
différent.

Exemple à Brest :
une marée de 90 http://maree.info/82?d=20120929
Et une marée de 110 http://maree.info/82?d=20121017

Dans des coins plus particuliers on dépasse 1m20 d'écart entre le mean
high water spring d'OSM (et anglais) et notre "120" français (IGN & SHOM).
St-Malo "90" http://maree.info/52?d=20120929
St-Malo "110" http://maree.info/52?d=20121017


A noter toutefois que la norme OSM est la plus simple à mapper à partir
d'orthophotos : les laisses de mer qui y sont visibles sont plus proches du
niveau attendu par OSM.

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

Re: [OSM-talk-fr] si c'est ça, le cadastre non plus n'est pas importé.

[Pieren]

2012/9/20 Hélène PETIT :

> ou alors nous importerions des choses comme
>  - polygone jaune foncé,
>  - trait noir,
> etc...

C'est une alternative au système de tags actuel. Il suffirait ensuite
de se mettre d'accord sur la signification des couleurs ;-)
Plus sérieusement, le script d'extraction interprète bien les styles
et couleurs du PDF et peut en déduire les tags à ajouter. C'est vrai
que cela crée certains artefacts comme les bâtis coupés par les
parcelles (ou des églises avec des railways), ce qui devrait être
normalement corrigé à la main ensuite.

Pieren

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

Re: [OSM-talk-fr] si c'est ça?=, le cadastre non plus n'est pas =?iso-8859-1?q?importé.

[Hélène PETIT]

Le 20/09/2012 13:03, sly (sylvain letuffe) a écrit :
 ils sont têtus comme des bourricots à ne pas

vouloir reconnaître ni comprendre ce que nous faisons dans notre import
cadastre des bâtiments.


oui, j'ai aussi remarqué qu'ils dégainent facilement l'argument 
d'autorité adhoc, sans autre intention apparente que d'éviter à tout 
prix un débat technique.


ça craint.




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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Jean-Marc Liotier]

On 20/09/2012 12:48, sly (sylvain letuffe) wrote:

Toutefois je propose les étapes suivantes : [..]


Sur talk@ j'ai demandé deux fois quels sont les buts servis par les 
règles... Et toutes les réponses de nos camarades non-Français continue 
à tourner autour des règles. Mais peut-on parler des règles sans avoir 
explicité les buts ? Je suis le seul que ça gène ?



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

Re: [OSM-talk-fr] Hauteur de marée référente pour trait de côte ?

[Fanny Schertzer]

Le 20 septembre 2012 13:40, Bruno Cortial  a écrit :
>
> Le 20 septembre 2012 09:58, Fanny Schertzer  a
> écrit :
>>
>>
>> http://wiki.openstreetmap.org/wiki/Coastline préconise le "mean high
>> water spring", soit grosso modo une pleine mer de coefficient 70. Plus
>> bas donc que la terre des cartes marines, mais plus haut que le niveau
>> moyen.
>>
>> Fanny
>>
> Bonjour,
> "mean high water spring" cela correspond à "pleine mer de vive eau moyenne",
> donc c'est un coeff 90. En hauteur absolue l'écart entre un coeff 90 et 120
> est en général d'une 50aine de centimètres sur les cotes atlantiques en
> france. c'est déjà pas mal, avec un trait de côte forcement différent.

C'est juste, merci d'avoir corrigé.

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[sly (sylvain letuffe)]

On jeudi 20 septembre 2012, Jean-Marc Liotier wrote:
> On 20/09/2012 12:48, sly (sylvain letuffe) wrote:
> > Toutefois je propose les étapes suivantes : [..]
> 
> Sur talk@ j'ai demandé deux fois quels sont les buts servis par les 
> règles... Et toutes les réponses de nos camarades non-Français continue 
> à tourner autour des règles. Mais peut-on parler des règles sans avoir 
> explicité les buts ? Je suis le seul que ça gène ?

Ça ne me gêne pas car il me semble avoir compris le but implicite [1], la 
construction des règles peut permettre de faire émerger des buts 
supplémentaires, donc ça ne me choque pas de faire comme ça.

Au parlement, on vote des lois plutôt que des buts, mais chaque parlementaire 
vient présenter "le but" en même temps qu'une proposition de loi qui tente 
d'arriver au but exposé.

[1] comme je le comprends, les buts actuels sont de réduire le vandalisme, 
éviter l'arrivée de données sous copyright et encourager la création de 
communautés solides et durables.

Le débat sur la réduction des "imports" massifs n'est à mon avis pas une fin 
en soi, mais un outils proposé pour parvenir aux buts. (Mieux identifier, 
réagir plus vite si c'est du vandalisme, et ne pas dégouter les contributeurs 
humains)

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Pieren]

2012/9/20 Jean-Marc Liotier :

> Sur talk@ j'ai demandé deux fois quels sont les buts servis par les
> règles... Et toutes les réponses de nos camarades non-Français continue à
> tourner autour des règles. Mais peut-on parler des règles sans avoir
> explicité les buts ? Je suis le seul que ça gène ?

Je pense que tous ne sont pas si obtus et sont prêts à revoir les
règles actuelles (Richard Fairhurst, si tu nous lis..., Leister ou
même Frederik qui tient surtout à ce que certains aspects ne soient
pas délégables, sans dire expressément qu'il est contre toute
adaptation). Peut-être parce que ceux-là ont fait l'effort de
comprendre notre cas. Et aussi que si une des plus importante
communauté OSM consteste unanimement un point particulier, c'est qu'il
y a peut-être un problème...
En attendant, merci à tous ceux qui sont intervenus sur la liste
principale. La communauté française y est généralement très discrète
comme la plupart des communautés non-anglophones (autre problème des
listes de diffusion globales).

Pieren

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Nicolas Dumoulin]

Le jeudi 20 septembre 2012 11:40:42 Pieren a écrit :
> 2012/9/20 sly (sylvain letuffe) :
> > J'avoue y avoir pensé, mais j'y vois quand même pas mal de défauts :
> > 1) on fait quoi on donne le login et le mot de passe sur le wiki ?
> > t'imagine le bordel, n'importe qui peut l'utiliser pour faire ce qu'il
> > veut ! Donc quelqu'un finira par faire un import de vandale, quelqu'un
> > (la liste ?) va recevoir une plainte par email, et il/on ne saura pas qui
> > l'a fait. Le compte va être bloquer et plus personne pourra importer
> > jusqu'a ce que le blocage expire avant la fois suivante.
> 
> La solution pourrait passer par un "proxy user" sur l'API osm.fr. Si
> on voit qu'il y a un abus, on pourrait suspendre le compte avant le
> DWG et voir ce qui'il y a à faire (bloquer l'IP par exemple).

Non. Ça ne résoudrait pas tout. OK, les contributeurs bienveillants ne se 
retrouveraient pas complèment bloqués (comme Marc), mais on met dans un même 
sac différent types de contributions. Intégrer les bâtiments du cadastre, c'est 
un boulot qu'il est vite fait de faire vite.
Mes premiers imports laissaient à désirer, puis je me suis amélioré, et au 
final, je n'en fais plus beaucoup étant donné le boulot que ça demande pour le 
faire correctement.
Pourtant, certains passent du temps pour le faire correctement, et d'autres le 
font à la légère. Le compte proxy risque de se faire bloquer fréquemment.

Ou bien, on limite ce proxy user à un liste blanche … (au final presque 
équivalent à la liste noire que tu proposes).

M'enfin, je trouve tout ça bien cappilo-tracté :-/

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Pieren]

2012/9/20 sly (sylvain letuffe) :

> Le débat sur la réduction des "imports" massifs n'est à mon avis pas une fin
> en soi, mais un outils proposé pour parvenir aux buts. (Mieux identifier,
> réagir plus vite si c'est du vandalisme, et ne pas dégouter les contributeurs
> humains)

Je ne suis pas d'accord. Il ne faut pas être naifs et ignorer que la
plupart des membres du bureau de l'OSMF se sont clairement exprimés
pour la fin des imports en général. Même chose pour les membres du
DWG.

Pieren

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Nicolas Dumoulin]

Le jeudi 20 septembre 2012 12:00:08 Vincent de Chateau-Thierry a écrit :
> Je fonctionne juste exactement... à l'inverse :-).
> Ça me rappelle une discussion de l'année dernière (début ici [1]).
> 
> vincent
> 
> [1] :
> http://lists.openstreetmap.org/pipermail/talk-fr/2011-April/031901.html

Oui, j'y ai pensé aussi, merci pour le lien ;-)
Il y en avait eu d'autres aussi autour de ce sujet.

Bon, au final, c'est deux moyens pour répondre au besoin exprimé par Ab_fab.
Les deux sont nécessaires et suffisants, je trouve.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[sly (sylvain letuffe)]

On jeudi 20 septembre 2012, Pieren wrote:
> Je ne suis pas d'accord. Il ne faut pas être naifs et ignorer que la
> plupart des membres du bureau de l'OSMF se sont clairement exprimés
> pour la fin des imports en général. Même chose pour les membres du
> DWG.
> 
> Pieren

Je sais, mais pourquoi sont il pour la fin ? Je doute que s'en soit le but.
Je préfère pour l'instant rester dans mon monde de bisounours et me dire que 
c'est pour le bien de la communauté, le problème que nous rencontrons avec le 
blocage de Marc n'est qu'un malheureux effet collatéral de gens qui veulent 
notre bien.

(au cas où, je présente ça de manière fun, mais ce n'est pas de l'ironie)


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Marc SIBERT]

Le 20 septembre 2012 14:24, Pieren  a écrit :
...

> En attendant, merci à tous ceux qui sont intervenus sur la liste
> principale. La communauté française y est généralement très discrète
> comme la plupart des communautés non-anglophones (autre problème des
> listes de diffusion globales).
>
> Pieren
>
> Je profite de ce paragraphe pour me joindre à Pieren et vous remercier
pour votre soutien, même si j'ai pleinement conscience que mon blocage a
(ou va... ou pas, on verra la suite) surtout servi de détonateur pour
demander des modifications des règles (c'était *presque* le but initial de
cet import).

A+

Marc (pas dégouté d'OSM pour un sous)

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Jean-Marc Liotier]

On 20/09/2012 14:17, sly (sylvain letuffe) wrote:

On jeudi 20 septembre 2012, Jean-Marc Liotier wrote:

Sur talk@ j'ai demandé deux fois quels sont les buts servis par les
règles... Et toutes les réponses de nos camarades non-Français continue
à tourner autour des règles. Mais peut-on parler des règles sans avoir
explicité les buts ? Je suis le seul que ça gène ?

Ça ne me gêne pas car il me semble avoir compris le but implicite [1], la
construction des règles peut permettre de faire émerger des buts
supplémentaires, donc ça ne me choque pas de faire comme ça.

Au parlement, on vote des lois plutôt que des buts, mais chaque parlementaire
vient présenter "le but" en même temps qu'une proposition de loi qui tente
d'arriver au but exposé.
Ok, alors je n'insiste pas dans cette direction. J'ai quand même 
l'impression que ça aurait désamorcé les suspicions de buts cachés et 
permis de contourner les résistances purement conservatrices.




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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Arnaud CORBET]

Je vais sortir de ma réserve car ce débat génère chez moi les plus grandes... 
réserves. J'ai pas mal contribué, depuis un moment je suis un peu resté sur le 
côté, d'autres projets à mener, mais je garde un oeil sur la communauté.


Le changement de licence... On a fait durer le plaisir, puis finalement on y 
est allé, ça y est on en est sorti... Ah, non, faut aménager pour qu'on puisse 
rechanger la licence plus tard? Du coup on crée des contraintes supplémentaires 
qui cassent les pieds même aux contributeurs chevronnés. J'ai bon?

Déjà je ne peux que manifester une très forte inquiétude sur ce que devient la 
gouvernance du projet. Certes on ne gère pas un projet mondial porté par des 
milliers de contributeurs comme on gère un projet entre potes, mais quand même, 
lorsque l'on commence à vouloir administrer le bazar comme une cathédrale avec 
des "ordres" qui viennent "d'en haut", sans discussion ni concertation, que 
l'on met la communauté devant le fait accompli "c'est comme ça et pas 
autrement, bow before me 'cause I'm root", à mon sens on commence à dénaturer 
l'esprit du projet. Déjà que le changement de licence est passé un peu au 
forceps...


Pire encore, tous ceux qui pratiquent s'accorderont à dire que l'entrée dans 
OSM n'est pas aisée. OSM est un projet qui demande l’apprentissage d'outils, de 
conventions, de normes. Apprendre à faire du SIG plutôt que du "map painting" 
n'est pas facile, les relations par exemple ne se voient pas, pourtant il faut 
les maitriser pour bien contribuer. Si on commence à empiler par dessus des 
complexités administratives (un compte pour les traits rouges, un autre pour 
les traits bleus) sans rapport avec l'objectif qui reste "faire une carte", 
mais "pour le cas où...", "si jamais...", "et peut-être que...", "ça s'est vu 
en Pologne..." je crains que l'on ne décourage des vocations, voir qu'on ne 
dégoûte des anciens contributeurs.


Voilà pour le fond: je n'aime pas la tournure de la gouvernance, je trouve les 
contraintes que je découvre superfétatoires. Quant à la forme, bloquer le 
compte d'un contributeur régulier avant même de discuter, je trouve ça pour le 
moins cavalier.

Voilà pour mes 2 €cent grincheux.

J'apporte donc mon soutien à ceux qui vont porter le fer sur la liste 
principale pour défendre notre "exception culturelle" (sic!) et cadastrale.



 De : Vincent Pottier 
À : talk-fr@openstreetmap.org 
Envoyé le : Jeudi 20 septembre 2012 9h43
Objet : Re: [OSM-talk-fr] Abuse of authority: account blocks related to French 
cadastre imports
 

Pas seulement. Parmi les raisons invoquées pour le "durcissement", il y a 
celles venant de l'expérience du changement de licence.

Lors du changement de licence, il a fallu éliminer tout ce qui
venait d'imports non compatibles. Et ça a été (et reste) un
casse-tête notamment pour des imports fait sur la Pologne.

L'intérêt du compte séparé est de pouvoir identifier les changesets
de "untel-import" et les objets concernés, de vérifier la
compatibilité des licences et d'agir en conséquence sans avoir à
scanner tout l'historique de l'ensemble des objets.

Je pense que le débat devra traiter de la question de l'import vs
intégration :

Il est question (chez certains) de créer un compte séparé par source
de donnée (toujours pour pouvoir discriminer sur les questions de
licences) : un compte CLC-import, un compte, BMO-import... Ça se
conçoit bien à ce niveau et pour ce type d'import.

Mais dans notre cas, et vu l’augmentation de l'opendata et du nombre
de sources. Cette option ne me semble pas réaliste ou applicable
partout.
Vais-je devoir me créer les comptes vincent-LaPoste-import,
vincent-Ecoles-import, vincent-cadastre-import, vincent-RFF-import
(pour les voies férrées), vincent-EDF-import... à l'infini pour
discriminer les sources de données ?

Je suis convaincu qu'il faut trouver une autre méthode et identifier
au niveau du changeset, par métadata ou autre, que tout ou partie
des données est importé et que la source en est machin (avec une
bonne documentation sur le wiki).

On arrive à faire de belles choses avec les plugins sur JOSM (genre
détecter au chargement d'une zone que l'imagerie est disponible chez
tel WMS), on doit bien arriver à mettre en place un mécanisme qui
permette de renseigner les sources (partielles/totales) des
imports/intégrations,, avec une nomenclature établie, documentée...

Mais bon, je ne suis pas assez habile en anglais pour exposer ça...
Et il faut que je passe à tout autre chose (une causerie sur
l'économie sociale et la solidarité)

___
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] Abuse of authority: account blocks related to French cadastre imports

[Jean-Marc Liotier]

On 20/09/2012 11:47, Nicolas Dumoulin wrote:
J'essaie de faire des changesets séparés (que cadastre et que 
imagerie/survey).
Il me semble que des changesets dédiés répondraient aux besoins exprimés 
par le DWG (identification, traçabilité, minimisation de l'impact d'un 
revert). Est-ce la solution que nous devons pousser ?



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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[sly (sylvain letuffe)]

> (c'était *presque* le but initial de
> cet import).

Des révélations ? des remords ?
As-tu répondu aux allégations de vandalisme qui t'ont été formulées ?
Je dois ressembler à un gars de la gestapo (ou un avocat ?), mais je préfère 
autant savoir ce qui s'est passé, vu que c'est parti de là, bien que le débat 
ne porte plus vraiment là dessus, mais bon, sans ça, on en aurait pas parlé.

A noter que sur la liste un 2ème contributeur s'est manifesté indiquant qu'il 
a été bloqué lui aussi, mais je n'ai pas creusé plus, en grande partie car 
c'est uniquement une goutte dans un vase bien plein, mais bon, il faut aussi 
qu'on puisse montrer que nous traitons fermement et efficacement le 
vandalisme, sans quoi mes belles paroles de demande d'autonomie communautaire 
dans un monde plus vaste risquent de faire rigoler

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

[OSM-talk-fr] Fwd: [Cartes ouvertes] OSM à Plouider sur Tébéo

[Romain MEHUT]

Bonjour,

Je fais suivre sur la liste... (pour OSM c'est à partir de 17 min et 40 s)

Romain

-- Message transféré --
De : BERGOT Frédéric 
Date : 20 septembre 2012 13:59
Objet : [Cartes ouvertes] OSM à Plouider sur Tébéo
À : "cartes-ouvertes-pays-br...@listes.infini.fr" <
cartes-ouvertes-pays-br...@listes.infini.fr>

 Bonjour,

** **

Dans le cadre de la fête de la gastronomie qui se tiendra à Plouider
demain, Tébéo a fait un reportage sur la commune dans le cadre de son
programme la complète, à la fin du reportage, un petit coup de projecteur
sur le club multimédia qui a engagé un travail sur OSM sur la commune :
http://www.tebeotv.fr/lacomplete.html?id_video=TS120919 

** **

*Frédéric BERGOT

*

Responsable Service internet et expression multimédia

Direction de la Proximité

Pôle Solidarités, Citoyenneté, Proximité

2 rue Frézier 

BP 92206

29 222 Brest Cedex 2

Tel : 02 98 00 84 08 / Fax : 02 98 00 81 08

** **

*Brest métropole océane** /** Ville de Brest
*www.brest.fr

[image: 
pban-br2012]


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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Tenshu]

2012/9/20 Pieren 

> Je ne suis pas d'accord. Il ne faut pas être naifs et ignorer que la
> plupart des membres du bureau de l'OSMF se sont clairement exprimés
> pour la fin des imports en général. Même chose pour les membres du
> DWG.


Oula!

Moi qui savourait mon pop-corn en lisant cette discussion, j'ai avalé de
travers et j'ai relu en pensant avoir mal compris.
Je pense que mon scepticisme concernant certaines décisions "pistolet sur
la tempe" n'est plus a présenter.

Je vais pas trop faire de vagues, par ce que c'est plus savoureux comme
spectateur.

MAIS:
Est ce que le projet OSM va bien ?
On parle sérieusement de proscrire les imports ?
C'est évident que le bâti est tellement plus marrant à détourer à la main
(je sais je l'ai fait) !

Et c'est quoi cette critique récurrente de juger la pertinence de certaines
données en regard de la complétion du système routier.
*Peut être* que certains n'en ont -rien à battre- du reseau routier.
*Peut être* même qu'OSM n'est pas censée être qu'une carte routière et ce
depuis sa création.

-- 
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] Carte personnalisé d'un Jardin botanique

[forum]

Le message suivant de Apera:
##
Bonjour à tous,



L'arboretum de Canet-en-roussillon pour qui je travaille souhaite mettre en 
ligne la base de données cartographique. Étant une association nous utilisons 
au maximum les logiciels libres.



L'objectif du projet est donc d'avoir une carte de l'arboretum, où les 
visiteurs du site pourraient en un clic connaitre le nom de l'arbre sélectionné.



La carte est sous QGIS (format shapefile), je l'ai ouvert et enregistré au 
format OSM avec JOSM. J'ai réussi à transférer un arbre pour tester, ça marche. 
(Merci au passage à

rainerU pour les premiers conseils).



C'est maintenant que ça coince, je ne sais pas comment faire pour rendre ce 
point facilement visible et "cliquable" sur une carte personnalisée.



Le site est géré avec Wordpress, et j'ai téléchargé le pluning Openlayer mais 
sans succès. Je doit dire que j'ai des difficulté à bien replacer le rôle de 
chaque module.



Merci d'avance pour votre aide.



Cordialement,



Ci-dessous

le lien vers la zone de travail :



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

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

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Arnaud CORBET]

Avec un gros effort d'imagination ma boule de cristal me dit que "pas d'import 
= certitude de n'avoir que des données originales = pas de problèmes de 
licences incompatibles ni demain ni jamais"...

Mais ça consiste à sauter dans la mare pour éviter la pluie. Bien sûr qu'on 
aura pas de problèmes avec les données vu qu'il n'y aura... pas de données!




 De : Tenshu 
À : Discussions sur OSM en français  
Envoyé le : Jeudi 20 septembre 2012 14h56
Objet : Re: [OSM-talk-fr] Abuse of authority: account blocks related to French 
cadastre imports
 


MAIS:
Est ce que le projet OSM va bien ? 
On parle sérieusement de proscrire les imports ?
C'est évident que le bâti est tellement plus marrant à détourer à la main (je 
sais je l'ai fait) !

Et c'est quoi cette critique récurrente de juger la pertinence de certaines 
données en regard de la complétion du système routier.
*Peut être* que certains n'en ont -rien à battre- du reseau routier.
*Peut être* même qu'OSM n'est pas censée être qu'une carte routière et ce 
depuis sa création.
-- 
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !



___
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] Abuse of authority: account blocks related to French cadastre imports

[Pieren]

2012/9/20 Tenshu :

> Est ce que le projet OSM va bien ?
> On parle sérieusement de proscrire les imports ?
> C'est évident que le bâti est tellement plus marrant à détourer à la main
> (je sais je l'ai fait) !

Je devrais plutôt dire que ces personnes "militent" pour la fin des
imports. Ils savent aussi qu'ils ne sont pas suffisament nombreux pour
pouvoir imposer leur point de vue mais ils le sont à des postes
stratégiques.
Leurs arguments principaux sont : "s'il y a trop de données externes,
cela empêche la mise en place d'une communauté de contributeurs
locaux, seule à même de maintenir les données à jour". Ou encore "il y
aura moins de nouveaux contributeurs si la carte est déjà relativement
complète". Ou bien "certains imports sont de trop mauvaise qualité et
hors de contrôle (on pense en particulier à l'import TIGER aux USA)"
et "la licence OSM peut changer et devenir incompatible avec celle des
données importées".
Il y a eu un débat public lors d'un précédent SOTM, la vidéo doit
encore être disponible quelque part.

Pieren

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Marc SIBERT]

Le 20 septembre 2012 14:51, sly (sylvain letuffe)  a
écrit :

> > (c'était *presque* le but initial de
> > cet import).
>
> Des révélations ? des remords ?
> As-tu répondu aux allégations de vandalisme qui t'ont été formulées ?
> Je dois ressembler à un gars de la gestapo (ou un avocat ?), mais je
> préfère
> autant savoir ce qui s'est passé, vu que c'est parti de là, bien que le
> débat
> ne porte plus vraiment là dessus, mais bon, sans ça, on en aurait pas
> parlé.
>
> A noter que sur la liste un 2ème contributeur s'est manifesté indiquant
> qu'il
> a été bloqué lui aussi, mais je n'ai pas creusé plus, en grande partie car
> c'est uniquement une goutte dans un vase bien plein, mais bon, il faut
> aussi
> qu'on puisse montrer que nous traitons fermement et efficacement le
> vandalisme, sans quoi mes belles paroles de demande d'autonomie
> communautaire
> dans un monde plus vaste risquent de faire rigoler
>
> --
> sly
> qui suis-je : http://sly.letuffe.org
> email perso : sylvain chez letuffe un point org
>
>
> Bon aller je passe aux aveux :

Comme cela a été indiqué, j'ai déjà reçu un message de Paul pnorman)
m'indiquant que je devais utiliser un compte spécifique pour faire des
imports. A l'époque j'avais poliment répondu que je ne faisais pas d'import
*massif* et donc que je ne sentais pas concerné par sa demande, surtout que
le sujet était déjà passé dans notre liste talk-fr. Mon échange ci-dessous
pour couper court à toute suspicions :
 À pnorman  [image: Small]
Objet Re:
Imports
 Date 22 mars 2012 à 12:57

On 2012-03-22 07:35:13 UTC pnorman wrote:

Hi,

I have done my import using JOSM and it have switched to another changeset
for the end of the import, so I quite shure that the import is valid.

I follow the major guidines, and this is not a "larger" import : it's
"just" all the buildings for the town Le Touquet. The dataset has been
prepared, cleaning errors indicated by the JOSM's validator. As you may
known, we (french community) have the right licence for using data from
"Cadastre".

Thank you for your warning,

Regards,

Marc m...@sibert.fr

I noticed that you imported 50k nodes
http://www.openstreetmap.org/browse/changeset/11059441

If this is part of a larger import, you should not have split it over
multiple changesets. This will lead to broken imports and stray untagged
nodes in the database.

I also wanted to remind you of the other requirements of
http://wiki.openstreetmap.org/wiki/Import/Guidelines which include that
imports be done from a dedicated account.

Please consult with the imports@ mailing list about how to correctly upload
a large number of nodes so that the ways follow the shortly after their
nodes.

Paul Norman For the Data Working Group

Donc je me doutais bien que ça allait coincer un jour.

Un soir de septembre, je me suis lancé dans le nettoyage (exceptionnel) du
bâti Montlouis sur Loire qui m'avais paru buggé (plein de batiments
manquants ou juste les wall=no, je ne sais plus bien). J'ai donc avec JOSM
mis en place un filtre tip-top-over-the-top qui me permettait de
sélectionner les bâtiment de Montlouis qui ne possédaient pas d'autres tag
que source=cadastre 2012, building=yes et wall=no optionnellement. J'ai
bien détouré la commune puis j'ai lancé la suppression en local et suis
allé me couché. Le lendemain, depuis un autre poste je me suis lancé dans
l'import classique du bâti 2012 de Montlouis. Et là, c'est le drame, j'ai
lancé l'upload *avant* le clean-up (ça se voit dans les changset).

Vu la volumétrie des données touchées et le merdier créé sur la commune,
Paul vous a contacté (via IRC) et j'ai reçu vos alertes (mail interne &
liste talk-fr). De mémoire, j'ai rassuré tout le monde en expliquant qu'on
était au milieu du gué et que je finirais le soir même.


À pnorman  [image: Small]  Objet Re:
[OSM-talk-fr] changeset suspect ?
 Date 14 septembre 2012 à 09:38

Le 14 septembre 2012 10:19, Pierre Mauduit  a
écrit :

>
> Bonjour la liste,
>
> pnorman est arrivé sur le canal irc français en pointant un changeset de
> Marc
> Sibert, suspectant le changeset suivant de vandalisme:
>
> http://www.openstreetmap.org/browse/changeset/13103866
>
> Il me semble que l'intéressé lisant la ML et passant de temps à autre sur
> le
> canal, serait-il possible de donner une explication à pnorman ?
>
> a+,
>
> --
> Pierre, concierge irc
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

Bonjour,

"Don't panic, everything is under contol"

OK, j'ai un peu merdé ce matin : j'ai fait une mise à jour du cadastre de
Montlouis sur Loire. Il y avait un import de 2010 où il manquait plein de
batiment. Mon problème est qu'après avoir corrigé l'import du bâti, j'ai
envoyé la couche de l'import sans la fusionner avec ma couche de donnée où
j'avais nettoyé l'ancien cadastre. Je fais donc le nettoyage après l

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[sly (sylvain letuffe)]

(...)
> Marc Sibert (trop long, mais bon c'est pour la bonne cause et pas HS
> j'espère)

Merci pour cette confession, tu me fera donc 2 avé marie et nettoyage du...

Bref, rien à dire pour ma part, quand tu as dis "un peu brutalement" j'avoue 
que je m'attendais à bien pire de ta part ;-p

Pour ma part, je pense que j'aurais fais pareil, avec un poil plus de brassage 
de merde et j'aurais copié coller dès son premier mail sur la liste talk@ en 
demandant d'où venait cette nouvelle loi dictatorial dont je n'ai jamais eu 
connaissance et qui va à l'encontre d'une pratique établie depuis longtemps 
en France tout en indiquant qu'il est inadmissible de ne pas en informer la 
communauté fr qui n'est pas difficile de contacter afin que l'on puisse 
utiliser tacte et langue française vis à vis des contributeurs de notre 
communauté (t'emmerde mon p'tit frère là non ?) et balançant en gros le 
thread qui est en court sur talk@

bref 2, il fallait en parler, c'est bien, espérons que la négociation 
pacifique et diplomatique trouvera un consensus acceptable pour toutes les 
parties.

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Pierre Béland]

Pieren

Au Québec nous avons un contexte particulier. Nous partageons des imports tels 
que Canvec avec la communauté anglophone des autres provinces, très 
majoritaire. Les discussions sur Talk-Ca se font principalement en anglais et 
ce ne sont pas tous les contributeurs québécois qui peuvent discuter facilement 
en anglais. Sur la liste Talk-Ca, un peu les mêmes personnes qui s'expriment 
sur la liste Talk ont critiqué les imports Canvec avec des arguments du genre 
que c'est tellement plus le Fun de travailler à partir de traces GPS. On se 
demande bien quels sont les objectifs que nous avons lorsque nous développons 
la carte OSM.

Jusqu'à maintenant, la communauté OSM du Québec est peu importante et peu 
structurée. Peu d'événements sont organisés.  Je constate malheureusement que 
les communautés locales sont percues ou négativement ou comme fourmis, ou comme 
quantité négligeable. Et que dire de l'insensibilité par rapport à une 
organisation internationale et multiculturelle.

Je tiens à souligner les efforts faits par la communauté des contributeurs de 
France, les outils développés, la gestion que vous mettez en place.  Espérons 
que les outils que vous développez pourrons servir à d'autres communautés.


Pierre 



>
> De : Pieren 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 20 septembre 2012 9h14
>Objet : Re: [OSM-talk-fr] Abuse of authority: account blocks related to French 
>cadastre imports
> 
>2012/9/20 Tenshu :
>
>> Est ce que le projet OSM va bien ?
>> On parle sérieusement de proscrire les imports ?
>> C'est évident que le bâti est tellement plus marrant à détourer à la main
>> (je sais je l'ai fait) !
>
>Je devrais plutôt dire que ces personnes "militent" pour la fin des
>imports. Ils savent aussi qu'ils ne sont pas suffisament nombreux pour
>pouvoir imposer leur point de vue mais ils le sont à des postes
>stratégiques.
>Leurs arguments principaux sont : "s'il y a trop de données externes,
>cela empêche la mise en place d'une communauté de contributeurs
>locaux, seule à même de maintenir les données à jour". Ou encore "il y
>aura moins de nouveaux contributeurs si la carte est déjà relativement
>complète". Ou bien "certains imports sont de trop mauvaise qualité et
>hors de contrôle (on pense en particulier à l'import TIGER aux USA)"
>et "la licence OSM peut changer et devenir incompatible avec celle des
>données importées".
>Il y a eu un débat public lors d'un précédent SOTM, la vidéo doit
>encore être disponible quelque part.
>
>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

[OSM-talk-fr] Imports et dynamique de communauté (était : Abuse of authority ...)

[Ab_fab]

Les discussions sur IRC du début de semaine (#osm et #osm-dev) en
particulier étaient croquignolettes.
Avec des réflexions visant à mettre en évidence que les ajouts de bâti se
font au détriment du reste :

"z'ont le bâti, z'ont pas les adresses"
taginfo.fr a montré que la proportion adresses / bâtiments était faible,
mais qu'en valeur absolue on n'avait à rougir de personne. La heatmap des
tags adresse a également montré que la répartition des zones avec adresses
n'était pas uniquement sur une zone.

"z'ont pas de routes"
Là, c'est la Suisse qui a été prise en référence. OK, pourquoi pas.
Grâce à une page dénichée par Christian il y a quelques semaines [1], j'ai
glissé que le kilométrage de voirie ajouté entre novembre 2011 et mars 2012
en France est dans le même ordre de grandeur que le kilométrage total du
territoire suisse à ce jour.
Pour info, j'ai compilé l'ensemble des résultats concernant les pays
européens dans un fichier csv, en pièce jointe.

[1] http://length.osm4people.org/

Le 20 septembre 2012 15:14, Pieren  a écrit :

>
> Leurs arguments principaux sont : "s'il y a trop de données externes,
> cela empêche la mise en place d'une communauté de contributeurs
> locaux, seule à même de maintenir les données à jour".
>
(...)

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



-- 
ab_fab 
"Il n'y a pas de pas perdus"
;Country;Date;TOTAL;motorway;trunk;primary;secondary;tertiary;unclassified;road;Total - Major;residential;living_street;service;Total - City;track;path;cycleway;footway;pedestrian;bridleway;Total - unpaved;proposed;construction;steps;services;Total - Others
;Europe;05/11/2006;54608;13361;4144;12931;6036;2;5217;;41691;6718;;402;7120;145;11;712;2099;11;669;3647;;;5;;5
;Great-Britain;05/11/2006;30365;4466;3461;6826;2819;;4400;;21972;4168;;211;4379;39;11;302;1665;4;664;2685;;;3;;3
;Germany;05/11/2006;7938;3218;138;1375;823;;194;;5748;1082;;179;1261;90;;252;242;7;;591;;;1;;1
;Denmark;05/11/2006;3176;1005;;712;560;;80;;2357;787;;;7877;;;7;0
;France;05/11/2006;2846;1229;42;327;918;;16;;2532;72;;8;80;20;;46;67;;;133;0
;Sweden;05/11/2006;2670;796;;1426;203;;66;;2491;79;;2;81;;;36;3;;;39;0
;Austria;05/11/2006;2049;1383;;401;116;;12;;1912;7;;;7;;;63;6;;;69;0
;Italy;05/11/2006;1519;505;247;527;71;;34;;1384;50;;;50;11;;;2;;;13;0
;Ireland;05/11/2006;1149;266;79;230;114;;303;;992;130;;;130;;;0;0
;Iceland;05/11/2006;448;;;421;421023;;;23;0
;Hungary;05/11/2006;429;183;;90;67;2;33;;375;54;;;54;;;0;0
;Estonia;05/11/2006;408;;73;101;1913650;;;0;0
;Isle of Man;05/11/2006;312;;;216;61277;5;;;5;;;0;0
;Netherlands;05/11/2006;260;34;;68;36;;4;;142;99;;;99;;;4;9;;;13;0
;Albania;05/11/2006;248;50;;179;5;;7;;241;2;;;21;;;1;0
;Belgium;05/11/2006;187;24;24;13;21;;19;;101;71;;;71;;;9;3;;;12;0
;Switzerland;05/11/2006;181;1;;55;11;;9;;76;7;;;738;;;38;0
;Slovakia;05/11/2006;157;105;;12;;;19;;136;18;;;18;;;0;0
;Croatia;05/11/2006;150;;69;16;;;13;;98;39;;3;4212;;;12;0
;Cyprus;05/11/2006;111;;;111;1110;;;0;0
;Slovenia;05/11/2006;61;61;;;610;;;0;0
;Spain;05/11/2006;10;4;;;40;;;0;0
;Portugal;05/11/2006;9;;;4;37;3;;;3;;;0;0
;Romania;05/11/2006;5;;;5;50;;;0;0
;Czech Republic;05/11/2006;3220;;;0;0
;Andorra;05/11/2006;00;;;0;0
;Azores;05/11/2006;00;;;0;0
;Belarus;05/11/2006;00;;;0;0
;Bosnia;05/11/2006;00;;;0;0
;Bulgaria;05/11/2006;00;;;0;0
;Faroe Islands;05/11/2006;00;;;0;0
;Finland;05/11/2006;00;;;0;0
;Greece;05/11/2006;00;;;0;0
;Kosovo;05/11/2006;00;;;0;0
;Latvia;05/11/2006;00;;;0;0
;Liechtenstein;05/11/2006;00;;;0;0
;Lithuania;05/11/2006;00;;;0;0
;Luxembourg;05/11/2006;00;;;0;0
;Macedonia;05/11/2006;00;;;0;0
;Malta;05/11/2006;00;;;0;0
;Moldova;05/11/2006;00;;;0;0
;Monaco;05/11/2006;00;;;0;0
;Montenegro;05/11/2006;00;;;0;0
;Poland;05/11/2006;00;;;0;0
;Russia (Eur);05/11/2006;00;;;0;0
;Serbia;05/11/2006;00;;;0;0
;Turkey;05/11/2006;00;;;0;0
;Ukraine;05/11/2006;00;;;0;0
;Europe;07/11/2007;928686;106420;73953;167284;173075;96535;138141;;755408;91628;;7075;98703;14936;7;13421;18426;7822;2504;57116;;22;105;3;130
;Germany;07/11/2007;21;25012;3915;31632;48581;14693;20942;;144775;34965;;2809;37774;9595;;5213;6129;396;24;21357;;22;43;2;67
;Great-Britain;07/11/2007;148425;6968;20207;22893;15817;8407;31

[OSM-talk-fr] La fondation knight attribue 575 000 $ pour l'amélioration de l'infrastructure OpenStreetMap

[Ab_fab]

Traduction en français d'un message d'Alex Barth, diffusé sur talk cet
après-midi
http://lists.openstreetmap.org/pipermail/talk/2012-September/064385.html
Pardonnez les erreurs ou imprécisions de traduction ;-)

Bonjour à tous,

J'ai la joie d'annoncer que la fondation Knight a attribué une somme de 575
000$ à Development Seed et Mapbox, pour améliorer l'infrastructure
d'OpenStreetMap.

Moi et mes collègues des équipes de Development Seed et MapBox souhaitont
travailler avec les autres membres de la communauté OpenStreetMap pour
faire le meilleur usage de cet argent. L'objectif est d'améliorer
l'infrastructure de contribution, pour mettre en place des éditeurs plus
performants et ciblés, intégrer des "fonctions sociales" sur
openstreetmap.org pour permettre une meilleure intégration autour des
tâches, ainsi que faciliter l'accès et l'usage des données OpenStreetMap.
Ces trois composantes réunies visent à aider une communauté en pleine
expansion à mieux se structurer.
Nous collaborerons au mieux avec les initiatives existantes et
travaillerons de manière ouverte, sur des plate-formes comme GitHub, et
produirons du code exclusivement open source.

Voila les grands traits de l'instant, sans trop de détails techniques. Pour
le moment nous mettons de l'ordre dans nos petites affaires, et nous
reviendrons dans les prochaines semaines pour présenter avec plus de
détails vers où se portent nos aspirations.
Dans l'immédiat, bombardez-nous de questions ici ou par email (
a...@mapbox.com)

Liens vers les annonces :

http://mapbox.com/blog/knight-invests-openstreetmap/
http://www.knightfoundation.org/press-room/press-release/six-ventures-bring-data-public-winners-knight-news/

==

Au sujet de la fondation Knight

La fondation Knight soutient les projets novateurs dans les domaines du
journalisme, des media, des communautés et des arts.
Knight a de solides références dans le financement de projets open source
comme Document Cloud ou Panda. Development Seed a d'ores et déjà travaillé
à plusieurs reprises avec Knight. Tilemill a été notamment développé grâce
à un financement de Knight.

- TileMill http://www.knightfoundation.org/grants/20094589/
- Panda http://www.knightfoundation.org/grants/20110660/
- DocumentCloud http://www.knightfoundation.org/grants/20110146/



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

[OSM-talk-fr] JOSM installé dans un domaine

[Tony Emery]

Bonjour à tous,

Je travaille dans une collectivité qui a créé un domaine d'utilisateurs pour
les postes informatiques. Ils ont défini des droits pour que les
utilisateurs ne puissent pas installer de logiciels sur les postes.

Du coup, je leur ai demandé de venir installé JOSM sur mon poste, ce qu'ils
ont fait en passant par leur compte administrateur.

Or, quand je me log sur mon poste, impossible de trouver josm (j'ai cherché
partout où j'avais le droit d'aller), ni dans program file ni ailleurs.

On m'a dit que ça vient (peut-être) de JOSM qui ne peut pas s'installer sur
un poste pour plusieurs utilisateurs.

Ça vous dit quelque chose ? comment avez-vous contourné le problème ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/JOSM-installe-dans-un-domaine-tp5726552.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] Abuse of authority: account blocks related to French cadastre imports

[sly (sylvain letuffe)]

Salut pierre !
Et bienvenu sur la liste francophone (si si, francophone ! bien qu'évidement, 
on y cause quand même pas mal de la France)

> Je tiens à souligner les efforts faits par la communauté des contributeurs
> de France, les outils développés, la gestion que vous mettez en place. 
> Espérons que les outils que vous développez pourrons servir à d'autres
> communautés.   

C'est largement le cas, et je ne crois pas que quelqu'un se soit élevé contre 
l'utilisation de nos outils par d'autres communautés bien au contraire (sauf 
bien sûr si cela augmente tellement l'utilisation de nos serveurs que ceux-ci 
se mettent à saturer, mais on en est loin)

J'en veux pour preuve que :
Nous proposons des extraits, minute par minute pour le quebec :
http://download.openstreetmap.fr/replication/north-america/canada/
Mais aussi pour plein d'endroit du monde :
http://download.openstreetmap.fr/replication/

Et que tout ça :
http://wiki.openstreetmap.org/wiki/FR:Servers
n'est pas restreint à la france.
Nous avons d'ailleurs 3 bases différentes de données mondiales, copie de la 
base officielle que chacun peut utiliser
et plein d'outils qui gravitent autour.
Certains ne fonctionnent que sur la France, mais je pense que sur demande 
et/ou un peu d'aide, on invite tout le monde à les étendre

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] La fondation knight attribue 575 000 $ pour l'amélioration de l'infrastructure OpenStreetMap

[Pieren]

2012/9/20 Ab_fab :
> le meilleur usage de cet argent. L'objectif est d'améliorer l'infrastructure
> de contribution,

Je choisirais plutôt le terme d' "environnement" parce qu'
"infractructure" prête un peu à confusion. Davantage d'informations
sur les trois applications visées :
http://developmentseed.org/blog/2012/mar/30/knight-news-submission/

Pieren

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

[OSM-talk-fr] OpenStreetMap et iOS 6

[Eric Pommereau]

tez en place.
> Espérons que les outils que vous développez pourrons servir à d'autres
> communautés.
>
>
> Pierre
>
>
>
> >
> > De : Pieren 
> >À : Discussions sur OSM en français 
> >Envoyé le : Jeudi 20 septembre 2012 9h14
> >Objet : Re: [OSM-talk-fr] Abuse of authority: account blocks related to
> French cadastre imports
> >
> >2012/9/20 Tenshu :
> >
> >> Est ce que le projet OSM va bien ?
> >> On parle sérieusement de proscrire les imports ?
> >> C'est évident que le bâti est tellement plus marrant à détourer à la
> main
> >> (je sais je l'ai fait) !
> >
> >Je devrais plutôt dire que ces personnes "militent" pour la fin des
> >imports. Ils savent aussi qu'ils ne sont pas suffisament nombreux pour
> >pouvoir imposer leur point de vue mais ils le sont à des postes
> >stratégiques.
> >Leurs arguments principaux sont : "s'il y a trop de données externes,
> >cela empêche la mise en place d'une communauté de contributeurs
> >locaux, seule à même de maintenir les données à jour". Ou encore "il y
> >aura moins de nouveaux contributeurs si la carte est déjà relativement
> >complète". Ou bien "certains imports sont de trop mauvaise qualité et
> >hors de contrôle (on pense en particulier à l'import TIGER aux USA)"
> >et "la licence OSM peut changer et devenir incompatible avec celle des
> >données importées".
> >Il y a eu un débat public lors d'un précédent SOTM, la vidéo doit
> >encore être disponible quelque part.
> >
> >Pieren
> >
> >___
> >Talk-fr mailing list
> >Talk-fr@openstreetmap.org
> >http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> -- section suivante --
> Une pièce jointe HTML a été nettoyée...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120920/c55efd95/attachment-0001.html
> >
>
> --
>
> Message: 3
> Date: Thu, 20 Sep 2012 17:19:19 +0200
> From: Ab_fab 
> To: Discussions sur OSM en français  
> Subject: [OSM-talk-fr]  Imports et dynamique de communauté (était :
> Abuse of authority ...)
> Message-ID:
>  a+d1eijwmfdzq7xnwgzvgqe9hfp4q2wfq...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Les discussions sur IRC du début de semaine (#osm et #osm-dev) en
> particulier étaient croquignolettes.
> Avec des réflexions visant à mettre en évidence que les ajouts de bâti se
> font au détriment du reste :
>
> "z'ont le bâti, z'ont pas les adresses"
> taginfo.fr a montré que la proportion adresses / bâtiments était faible,
> mais qu'en valeur absolue on n'avait à rougir de personne. La heatmap des
> tags adresse a également montré que la répartition des zones avec adresses
> n'était pas uniquement sur une zone.
>
> "z'ont pas de routes"
> Là, c'est la Suisse qui a été prise en référence. OK, pourquoi pas.
> Grâce à une page dénichée par Christian il y a quelques semaines [1], j'ai
> glissé que le kilométrage de voirie ajouté entre novembre 2011 et mars 2012
> en France est dans le même ordre de grandeur que le kilométrage total du
> territoire suisse à ce jour.
> Pour info, j'ai compilé l'ensemble des résultats concernant les pays
> européens dans un fichier csv, en pièce jointe.
>
> [1] http://length.osm4people.org/
>
> Le 20 septembre 2012 15:14, Pieren  a écrit :
>
> >
> > Leurs arguments principaux sont : "s'il y a trop de données externes,
> > cela empêche la mise en place d'une communauté de contributeurs
> > locaux, seule à même de maintenir les données à jour".
> >
> (...)
>
> >
> > Pieren
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
>
> --
> ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab>
> "Il n'y a pas de pas perdus"
> -- section suivante --
> Une pièce jointe HTML a été nettoyée...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120920/ec439d6f/attachment.html
> >
> -- section suivante --
> Une pièce jointe autre que texte a été nettoyée...
> Nom: voirie europe.csv
> Type: text/csv
> Taille: 36891 octets
> Desc: non disponible
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120920/ec439d6f/attachment.csv
> >
>
> --
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
> Fin de Lot Talk-fr, Vol 74, Parution 159
> 
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Pierre Béland]

Merci Sylvain,

Je vais regarder le tout de plus près.


 
Pierre 



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 20 septembre 2012 11h29
>Objet : Re: [OSM-talk-fr] Abuse of authority: account blocks related to French 
>cadastre imports
> 
>Salut pierre !
>Et bienvenu sur la liste francophone (si si, francophone ! bien qu'évidement, 
>on y cause quand même pas mal de la France)
>
>> Je tiens à souligner les efforts faits par la communauté des contributeurs
>> de France, les outils développés, la gestion que vous mettez en place. 
>> Espérons que les outils que vous développez pourrons servir à d'autres
>> communautés.  
>
>C'est largement le cas, et je ne crois pas que quelqu'un se soit élevé contre 
>l'utilisation de nos outils par d'autres communautés bien au contraire (sauf 
>bien sûr si cela augmente tellement l'utilisation de nos serveurs que ceux-ci 
>se mettent à saturer, mais on en est loin)
>
>J'en veux pour preuve que :
>Nous proposons des extraits, minute par minute pour le quebec :
>http://download.openstreetmap.fr/replication/north-america/canada/
>Mais aussi pour plein d'endroit du monde :
>http://download.openstreetmap.fr/replication/
>
>Et que tout ça :
>http://wiki.openstreetmap.org/wiki/FR:Servers
>n'est pas restreint à la france.
>Nous avons d'ailleurs 3 bases différentes de données mondiales, copie de la 
>base officielle que chacun peut utiliser
>et plein d'outils qui gravitent autour.
>Certains ne fonctionnent que sur la France, mais je pense que sur demande 
>et/ou un peu d'aide, on invite tout le monde à les étendre
>
>-- 
>sly
>qui suis-je : http://sly.letuffe.org
>email perso : sylvain chez letuffe un point org
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imports et dynamique de communauté ( était : Abuse of authority ...)

[sly (sylvain letuffe)]

On jeudi 20 septembre 2012, Ab_fab wrote:
> Pour info, j'ai compilé l'ensemble des résultats concernant les pays
> européens dans un fichier csv, en pièce jointe.

Merci pour cette belle synthèse.

ça manque d'un p'tit graphique indiquant l'évolution pour faire taire toutes 
ses mauvaises langues mais c'est chiant à faire ;-(

Je choisirais alors d'afficher par exemple le ratio km(pays)/km(europe)
et, sans doute pour passer devant les allemands, indiquant l'évolution annuel 
en points, ça ça devrait péter ;-)

A la grosse :
France / allemagne
5% / 14% (2006)
7% / 22% (2007)
8%/  25% (2008)
9%/  25% (2009) (Arrivée du cadastre)
10%  /  22% (2010)
11%  /  20% (2011)
12%  /  19% (2012)


Evolution en "part de marché"
Évolution   France   Allemagne
2006/2007+2 point   +8 points
2007/2008+1 point   +3 points
2008/2009+1 point  0 points
2009/2010+1 point   -3 points (arrivée du cadastre)
2010/2011+1 point   -2 points
2011/2012+1 point   -1 points

On pourrait encore en sortir ;-) le "progression d'une année sur l'autre en 
volume" doit aussi nous placer super bien

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Eric SIBERT]

cela empêche la mise en place d'une communauté de contributeurs
locaux


C'est vrai ça. C'est toujours ce que je dis à Madagascar quand on se 
réunit en fumant de beuzes : la communauté, c'est super importnnntt!

Et quand j'en ai marre de fumer des beuzes tout seul, je passe au kat ;-)

Donc, si j'attends la communauté, je ne suis pas près de voir une carte 
numérique de Mada. Surtout qu'au rythme actuel, on va aussi nous sortir 
que décalquer Bing ou autre, c'est pas bien non plus...


Mes -0.02 €.

Éric

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

Re: [OSM-talk-fr] JOSM installé dans un domaine

[Nicolas Dumoulin]

Le jeudi 20 septembre 2012 08:25:37 Tony Emery a écrit :
> Ça vous dit quelque chose ? comment avez-vous contourné le problème ?

Je vais supposer que tu parles de « domaine d'utilisateurs » sous windows. J'y 
connais pas grand chose, mais sauf erreur de ma part, si tu as une machine 
virtuelle Java (JVM version 6 minimum) installée sur le système, il suffit de 
copier le fichier josm-machin.jar quelque part et de double-cliquer dessus.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] La fondation knight attribue 575 000 $ pour l'amélioration de l'infrastructure OpenStreetMap

[Nicolas Dumoulin]

Le jeudi 20 septembre 2012 17:36:24 Pieren a écrit :
> 2012/9/20 Ab_fab :
> > le meilleur usage de cet argent. L'objectif est d'améliorer
> > l'infrastructure de contribution,
> 
> Je choisirais plutôt le terme d' "environnement" parce qu'
> "infractructure" prête un peu à confusion. Davantage d'informations
> sur les trois applications visées :
> http://developmentseed.org/blog/2012/mar/30/knight-news-submission/

Ouahou. Pour résumé en français :
 1. un éditeur facile et performant. Il parle de partir de potlach, dommage 
j'aurai préféré la solution javascript en développement.
 2. un outil pour recevoir des données à intégrer genre openstreetbugs (vite-
dit)
 3. des outils pour utiliser les données (genre TileMill)

Bon, je vais continuer mes petits dev en javascript pour mon plaisir, mais 
j'ai l'impression que tout pourrait tomber tout cuit :-) (mais enfin les 
promesses …)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

[OSM-talk-fr] Moteur de recherche DuckDuckGo - Nouveau !bang !osmw

[Éric Gillet]

Bonjour,

J'utilise régulièrement le moteur de recherche DuckDuckGo, qui permet entre
autres avantages d'utiliser des mots-clés nommés !bangs, dirigeant ainsi la
recherche vers un site particulier, comme par exemple:

!g pour google,
!java pour la documentation java,
*!osm* pour la recherche sur la carte openstreetmap.org,
et bien d'autres tels que !amazon, !wikipedia ou !sdz (site du zéro),
visibles sur https://duckduckgo.com/bang.html

Il manquait à mon gout un !bang important, celui pour la recherche sur le
wiki. Je l'ai donc proposé à l'équipe très sympa de ce moteur et ils l'ont
accepté !

Je vous présente donc le !bang *!osmw* qui permet donc de chercher sur le
wiki osm

Exemples :

!osmw highway--->   https://duckduckgo.com/?q=!osmw+highway
toboggan !osmw--->  https://duckduckgo.com/?q=toboggan+!osmw

Pour plus d'informations sur les qualités de ce moteur de recherche qui
m'est devenu indispensable, vous pouvez allez
ici

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

Re: [OSM-talk-fr] La fondation knight attribue 575 000 $ pour l'amélioration de l'infrastructure OpenStreetMap

[Richard Fairhurst]

Nicolas Dumoulin a écrit:
> 1. un éditeur facile et performant. Il parle de partir de potlach, 
> dommage j'aurai préféré la solution javascript en développement.

Tu as vu iD (http://www.geowiki.com/) ?

Richard




--
View this message in context: 
http://gis.19327.n5.nabble.com/La-fondation-knight-attribue-575-000-pour-l-amelioration-de-l-infrastructure-OpenStreetMap-tp5726550p5726590.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] Moteur de recherche DuckDuckGo - Nouveau !bang !osmw

[Fabien]

Le 20 septembre 2012 21:15, Éric Gillet  a écrit :
> Bonjour,
>
> J'utilise régulièrement le moteur de recherche DuckDuckGo, qui permet entre
> autres avantages d'utiliser des mots-clés nommés !bangs, dirigeant ainsi la
> recherche vers un site particulier, comme par exemple:
>
> !g pour google,
> !java pour la documentation java,
> !osm pour la recherche sur la carte openstreetmap.org,
> et bien d'autres tels que !amazon, !wikipedia ou !sdz (site du zéro),
> visibles sur https://duckduckgo.com/bang.html
>
> Il manquait à mon gout un !bang important, celui pour la recherche sur le
> wiki. Je l'ai donc proposé à l'équipe très sympa de ce moteur et ils l'ont
> accepté !
>
> Je vous présente donc le !bang !osmw qui permet donc de chercher sur le wiki
> osm
>
> Exemples :
>
> !osmw highway--->   https://duckduckgo.com/?q=!osmw+highway
> toboggan !osmw--->  https://duckduckgo.com/?q=toboggan+!osmw
>
> Pour plus d'informations sur les qualités de ce moteur de recherche qui
> m'est devenu indispensable, vous pouvez allez ici
>
> Bonne recherches !
>

Salut,

Merci pour cette astuce ! Le raccourci ultime, ça va m'éviter le
ctrl+t ensuite [wiki] et des flèches pour ensuite choisir la boîte de
recherche. Quel gain de temps !

Fabien un utilisateur de DDG permanent !

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

Re: [OSM-talk-fr] Moteur de recherche DuckDuckGo - Nouveau !bang !osmw

[Tetsuo Shima]

Un simple mot clef dans les marque page page de ton navigateur te
permettrait de taper juste "osm highway" dans la barre d'adresse pour
acceder a la page wiki d'osm qui va bien!

2012/9/20 Fabien :
> Le 20 septembre 2012 21:15, Éric Gillet  a écrit :
>> Bonjour,
>>
>> J'utilise régulièrement le moteur de recherche DuckDuckGo, qui permet entre
>> autres avantages d'utiliser des mots-clés nommés !bangs, dirigeant ainsi la
>> recherche vers un site particulier, comme par exemple:
>>
>> !g pour google,
>> !java pour la documentation java,
>> !osm pour la recherche sur la carte openstreetmap.org,
>> et bien d'autres tels que !amazon, !wikipedia ou !sdz (site du zéro),
>> visibles sur https://duckduckgo.com/bang.html
>>
>> Il manquait à mon gout un !bang important, celui pour la recherche sur le
>> wiki. Je l'ai donc proposé à l'équipe très sympa de ce moteur et ils l'ont
>> accepté !
>>
>> Je vous présente donc le !bang !osmw qui permet donc de chercher sur le wiki
>> osm
>>
>> Exemples :
>>
>> !osmw highway--->   https://duckduckgo.com/?q=!osmw+highway
>> toboggan !osmw--->  https://duckduckgo.com/?q=toboggan+!osmw
>>
>> Pour plus d'informations sur les qualités de ce moteur de recherche qui
>> m'est devenu indispensable, vous pouvez allez ici
>>
>> Bonne recherches !
>>
>
> Salut,
>
> Merci pour cette astuce ! Le raccourci ultime, ça va m'éviter le
> ctrl+t ensuite [wiki] et des flèches pour ensuite choisir la boîte de
> recherche. Quel gain de temps !
>
> Fabien un utilisateur de DDG permanent !
>
> ___
> 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] si c'est ça?=, le cadastre non plus n'est pas =?iso-8859-1?q?importé.

[Éric Gillet]

Je pense toujours que la distinction entre un import et un non-import est
la granularité de l'ajout/modification de données.
Lorsque tu reverse une way, le résultat est entièrement prévisible, donc la
partie "magique" réalisée par la machine est faible, même si au final c'est
elle qui a réalisé l'opération.
Evidemment cela n'est pas la même chose si tu reverse 100 ways, en faisant
une selection rectangulaire dans JOSM par exemple, car tu est à la merci du
carré de sélection, qui peut être impréci.

Dans un import de 20 000 noeuds de batiments, il y a de grandes chance que
le contributeur n'ait pas vérifié 1 par 1 chaque batiment ou noeud, d'où la
part de "magie" réalisée de manière non-controllée par un humain, qui peut
être néfaste.

Je suis d'accord que c'est dérangeant en tant que contributeur "honnête" de
se faire temporairement bloquer son compte, mais si de telles sanctions ne
sont pas impliquées, leur action serait quasiment inutile. La preuve la
personne en question a été contacté à répétition par le DWG sans changer
d'un poil son attitude.

2012/9/20 Hélène PETIT 

> Le 20/09/2012 13:03, sly (sylvain letuffe) a écrit :
>
>  ils sont têtus comme des bourricots à ne pas
>
>> vouloir reconnaître ni comprendre ce que nous faisons dans notre import
>> cadastre des bâtiments.
>>
>
> oui, j'ai aussi remarqué qu'ils dégainent facilement l'argument d'autorité
> adhoc, sans autre intention apparente que d'éviter à tout prix un débat
> technique.
>
> ça craint.
>
>
>
>
>
> __**_
> 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] La fondation knight attribue 575 000 $ pour l'amélioration de l'infrastructure OpenStreetMap

[Nicolas Dumoulin]

Le jeudi 20 septembre 2012 12:19:43 Richard Fairhurst a écrit :
> Nicolas Dumoulin a écrit:
> > 1. un éditeur facile et performant. Il parle de partir de potlach,
> > dommage j'aurai préféré la solution javascript en développement.
> 
> Tu as vu iD (http://www.geowiki.com/) ?

Merci pour le nom, c'est à ça que je pensais ;-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

[OSM-talk-fr] Comment décrire une borne qui rentre dans le sol?

[Romain MEHUT]

Bonsoir,

Je souhaite identifier une borne limitant l'accès à une voie de parking. La
borne en question peut rentrer dans le sol. Vous voyez ce que je veux dire?
COmment on traduit ça en anglais? Il n'y a rien qui y ressemble sur le wiki
dans la liste des barrier=

Merci.

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

Re: [OSM-talk-fr] Comment décrire une borne qui rentre dans le sol?

[Vincent de Chateau-Thierry]

Le 20/09/2012 21:55, Romain MEHUT a écrit :


Je souhaite identifier une borne limitant l'accès à une voie de parking.
La borne en question peut rentrer dans le sol. Vous voyez ce que je veux
dire? COmment on traduit ça en anglais? Il n'y a rien qui y ressemble
sur le wiki dans la liste des barrier=



Tu parles de ça : http://www.rwsystems.com/bollards_fixed_hydraulic.php ?
Dans ce cas il existe barrier=rising_bollard avec... 8 occurrences selon 
taginfo. À toi d'ajouter la 9è :-)


vincent

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

Re: [OSM-talk-fr] Comment décrire une borne qui rentre dans le sol?

[Romain MEHUT]

Parfait! Merci.

Le 20 septembre 2012 22:09, Vincent de Chateau-Thierry  a
écrit :

>
> Le 20/09/2012 21:55, Romain MEHUT a écrit :
>
>
>> Je souhaite identifier une borne limitant l'accès à une voie de parking.
>> La borne en question peut rentrer dans le sol. Vous voyez ce que je veux
>> dire? COmment on traduit ça en anglais? Il n'y a rien qui y ressemble
>> sur le wiki dans la liste des barrier=
>>
>>
> Tu parles de ça : 
> http://www.rwsystems.com/**bollards_fixed_hydraulic.php?
> Dans ce cas il existe barrier=rising_bollard avec... 8 occurrences selon
> taginfo. À toi d'ajouter la 9è :-)
>
> vincent
>
> __**_
> 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] Abuse of authority: account blocks related to French cadastre imports

[Vincent Pottier]

Le 20/09/2012 17:10, Pierre Béland a écrit :

Pieren

Au Québec nous avons un contexte particulier. Nous partageons des 
imports tels que Canvec avec la communauté anglophone des autres 
provinces, très majoritaire. Les discussions sur Talk-Ca se font 
principalement en anglais et ce ne sont pas tous les contributeurs 
québécois qui peuvent discuter facilement en anglais. Sur la liste 
Talk-Ca, un peu les mêmes personnes qui s'expriment sur la liste Talk 
ont critiqué les imports Canvec avec des arguments du genre que c'est 
tellement plus le Fun de travailler à partir de traces GPS. On se 
demande bien quels sont les objectifs que nous avons lorsque nous 
développons la carte OSM.


Jusqu'à maintenant, la communauté OSM du Québec est peu importante et 
peu structurée. Peu d'événements sont organisés. Je constate 
malheureusement que les communautés locales sont percues ou 
négativement ou comme fourmis, ou comme quantité négligeable. Et que 
dire de l'insensibilité par rapport à une organisation internationale 
et multiculturelle.


Je tiens à souligner les efforts faits par la communauté des 
contributeurs de France, les outils développés, la gestion que vous 
mettez en place.  Espérons que les outils que vous développez pourrons 
servir à d'autres communautés.


Pierre
En tout cas, ça fait plaisir de voir un "non Français" participer aux 
débats sur @talk et partager notre point de vue.

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

Re: [OSM-talk-fr] Comment décrire une borne qui rentre dans le sol?

[Jean-Francois Nifenecker]

Le 20/09/2012 21:55, Romain MEHUT a écrit :

Bonsoir,

Je souhaite identifier une borne limitant l'accès à une voie de parking.
La borne en question peut rentrer dans le sol. Vous voyez ce que je veux
dire? COmment on traduit ça en anglais? Il n'y a rien qui y ressemble
sur le wiki dans la liste des barrier=



D'après les map features FR 
(http://wiki.openstreetmap.org/wiki/FR:Map_Features#Barri.C3.A8re_.28barrier.29) 
c'est barrier=liftgate


--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] OpenStreetMap et iOS 6

[Nabil Servais]

2012/9/20 Eric Pommereau :
> Bonjour à tous,
>
> Quelqu'un peut me dire "la part" d'OpenStreetMap présente dans la nouvelle
> application de plan dans iOS 6 de Apple

C'est simple aucune (et heureusement).

Apple a préféré faire confiance à tomtom[1] qui se vantait d'avoir une
base de données[2] de bien meilleure qualité qu'osm, quand on voit on
le résultat[3]...

[1] : http://www.engadget.com/2012/06/11/apple-tomtom-ios-6-maps/
[2] : http://www.systemed.net/blog/index.php?post=23
[3] : http://theamazingios6maps.tumblr.com/

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

Re: [OSM-talk-fr] Comment décrire une borne qui rentre dans le sol?

[Jean-Marc Liotier]

On 09/20/2012 11:30 PM, Jean-Francois Nifenecker wrote:
> Le 20/09/2012 21:55, Romain MEHUT a écrit :
>>
>> Je souhaite identifier une borne limitant l'accès à une voie de parking.
>> La borne en question peut rentrer dans le sol. Vous voyez ce que je veux
>> dire? COmment on traduit ça en anglais? Il n'y a rien qui y ressemble
>> sur le wiki dans la liste des barrier=
>>
> D'après les map features FR
> (http://wiki.openstreetmap.org/wiki/FR:Map_Features#Barri.C3.A8re_.28barrier.29)
> c'est barrier=liftgate
Nan, liftgate c'est
http://www.securityproductsolutions.com/Images/traffic-gate-3.jpg

La borne au sol genre bite d'amarrage c'est "bollard" - et rentrant dans
le sol ce serait donc barrier=rising_bollard


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

Re: [OSM-talk-fr] OpenStreetMap et iOS 6

[Christophe Merlet]

Le jeudi 20 septembre 2012 à 17:44 +0200, Eric Pommereau a écrit :
> Bonjour à tous,
> 
> Quelqu'un peut me dire "la part" d'OpenStreetMap présente dans la
> nouvelle application de plan dans iOS 6 de Apple ?
> 
> Je ne trouve rien de concluant et de clair sur le sujet... et comme je
> n'aime pas raconter de conneries ;-)

Si je ne me trompe pas :
les anciennes attribution de copyrights
http://gspa21.ls.apple.com/html/attribution.html

les nouvelles attributions d'iOS 6
http://gspsa21.ls.apple.com/html/attribution.html

OSM a disparu... et ça ne me chagrine pas !


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

[Philippe Verdy]

Le 20 septembre 2012 23:04, Vincent Pottier  a écrit :
> En tout cas, ça fait plaisir de voir un "non Français" participer aux débats
> sur @talk et partager notre point de vue.

Même si on parle très France ici, évidemment nos discussions vont bien
au delà, et nos intérêts ne sont pas que sur la France mais débordent
largement. Je me félicite tous les jours de voir que les outils
développés en France couvrent une zone très étendue non restreinte
même à la seule Europe, même si mes intérêts sont surtout en Europe
(ça commence par la France mais ça déborder souvent autour assez loin
jusqu'à la frontière russe ou marocaine).

Merci donc à tous les francophones, ou tous les Français où qu'ils
soient (et qui sont aussi attachés à leurs langues régionales) ; les
expats français de Londres, on aimerait aussi les voir de temps en
temps ici. Bienvenus aux Belges, Suisses, Canadiens, Malgaches,
Tunisiens, etc. ou même à tout utilisateur dont le français n'est
qu'une seconde langue mal maîtrisée mais qui cherchent à se faire
comprendre ici pour utiliser aussi nos outils (sans les limitations
par exemple d'OSM Inspector...) et qui s'améliorent petit à petit.

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

Re: [OSM-talk-fr] La fondation knight attribue 575 000 $ pour l'amélioration de l'infrastructure OpenStreetMap

[Bruno Cortial]

Le 20 septembre 2012 20:55, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Le jeudi 20 septembre 2012 17:36:24 Pieren a écrit :
> > 2012/9/20 Ab_fab :
> > > le meilleur usage de cet argent. L'objectif est d'améliorer
> > > l'infrastructure de contribution,
> >
> > Je choisirais plutôt le terme d' "environnement" parce qu'
> > "infractructure" prête un peu à confusion. Davantage d'informations
> > sur les trois applications visées :
> > http://developmentseed.org/blog/2012/mar/30/knight-news-submission/
>
>
Le projet tel que présenté à la fondation :
http://newschallenge2.tumblr.com/post/25423109382/making-data-available-new-contribution-tools-for

Ils ont touchés 575.000$, mais leur budget global est de 910.000$ !
Pour Tillemill en 2010 ils avaient touché 76,960$ de cette même fondation.


 Ouahou. Pour résumé en français :
>  1. un éditeur facile et performant. Il parle de partir de potlach, dommage
> j'aurai préféré la solution javascript en développement.
>

Il évoque P2 comme un projet antérieur poursuivant les mêmes objectifs (en
ligne et facile d'accès), pas comme base de départ.
C'est présenté comme d'une solution "à la tilemill", donc basée sur Node.js
(en raccourci javascript côté serveur). On peut imaginer un éditeur avec
version online (avec du javascript sur le navigateur), et une version
locale avec les mêmes fonctionnalités (et le même code). Un support des
plugins, bon...
Par contre c'est plus lourd en terme de ressources serveur, non ?

Etant fan du travail de mapbox/DevelopmentSeed, je pars sur un avis plus
que favorable.


>  2. un outil pour recevoir des données à intégrer genre openstreetbugs
> (vite-
> dit)
>
Je vois un outil de coordination de tâches, de rapport de bug, et "faire
radicalement baisser la barrière d'entrée au projet OpenStreetMap en
fournissant un outil de gestion de tâches aux petits oignons".

Des 3 projets c'est celui qui me semble le plus prometteur pour OSM. Le DWG
peut bien accorder la primauté à la communauté sur les données, s'il n'y
pas d'outils pour organiser les contributeurs, c'est vain.
Je rêve d'un outil :
* A la OpenStreetBug avec catégorisation des déclarations d'anos, statut,
qui permettent de contacter les déclarants. Un vrai tracker ! Un formulaire
de déclaration facilement intégrable partout où une carte osm est utilisée.
* Qui puisse proposer aux débutants des taches simples, et qui seront
ensuite validées par les parrains.
* Organiser la surveillance du territoire sur les bugs déclarés, les
erreurs (Osmose & Co.), les nouveaux contributeurs... Cela pourrai éviter
que le tout puissant DWG tombe sur un contributeur au pif.



>  3. des outils pour utiliser les données (genre TileMill)
>
> *Un outil pour mettre à dispo les données OSM sous une forme "tuilée".*
Là je vois pas trop où ils veulent en venir: on a les planet, OverpassAPI,
un nouvel outil pour produire des shapefiles, les modes d'accès aux données
ne manquent pas. C'est peut-être quelque chose de nécessaire à l'éditeur en
ligne.

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

Re: [OSM-talk-fr] JOSM installé dans un domaine

[Philippe Verdy]

Si java est installé sur ta machine, le plus simple est même de
télécharger uniquement le tout petit fichier JNLP et de le lancer.
Cela suffira pour installer automatiquement le JAR dans ton compte
utilisateur à l'endroit approprié (dans le dossier du cache de
déploiement Java) disposant des droits d'accès nécessaires pour ton
utilisateur.

Mieux, lancer ce JNLP te mpermettra de suivre les mises à jour
régulières. Je n'ai installé le JAR qu'une fois, mais pour suivre les
mises à jour j'ai abandonné. Le JNLP est plus pratique.

Note: si tu charges le JNLP il créera au lancement une icône sur ton
bureau si tu le souhaites. Le JNLP peut être lui-même mis n'importe où
(moi je l'ai laissé dans mon répertoire de téléchargement par défaut
du navigateur). Le JAR qui sera chargé automatiquement ira en revanche
dans le bon dossier, mais c'est un dossier cache : si tu vas dans le
panneau de configuration Java, il liste les applications Java
"déployées" par cette méthode, et propose un bouton pour "purger" le
cache des applications ; il peut aussi mettre à jour l'application à
la demande ; si tu purge une appli, c'est fait proprement, et même
l'icône ajoutée sur le bureau est enlevée en plus du dossier cache
contenant le JAR de l'application et ses fichiers pour ton
utilisation).

Je recommande donc l'installation du JNLP plutôt que le JAR tout seul
: non seulement quand tu le lance il chargera le JAR au bon endroit
mais il définira les paramètres d'environnement et de sécurité
nécessaires pour que cela marche avec ton compte utilisateur.
D'ailleurs c'est la méthode JNLP qui est recommandée aussi sur le site
de JOSM.

Le 20 septembre 2012 20:50, Nicolas Dumoulin
 a écrit :
> Le jeudi 20 septembre 2012 08:25:37 Tony Emery a écrit :
>> Ça vous dit quelque chose ? comment avez-vous contourné le problème ?
>
> Je vais supposer que tu parles de « domaine d'utilisateurs » sous windows. J'y
> connais pas grand chose, mais sauf erreur de ma part, si tu as une machine
> virtuelle Java (JVM version 6 minimum) installée sur le système, il suffit de
> copier le fichier josm-machin.jar quelque part et de double-cliquer dessus.
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] Qui a perdu sa guitare ?

[Philippe Verdy]

Justement je ne voulais rien éditer dans la zone, juste regarder.

En gros ce que je disais est que si on a des coordonnées en longitude
et latitude WGS84, sous forme décimale comme dans les liens OSM, on
peut taper ces coordonnées sous la forme "longitude,latitude" sans
rien d'autre qu'une virgule de séparation (et un point et non la
virgule comme séparateur décimal des fractions de degrés), dans la
case du formulaire de recherche de lieu (là où normalement on ente un
nom de lieu), pour zoomer directement sur le point dans Bing Maps, et
ça marche. (Bing ne le dit pas dans son aide en ligne)

Le 20 septembre 2012 13:26, Stéphane Péneau
 a écrit :
> Ou, encore plus simplement, le bouton "modifier la zone" qui lance potlatch
> avec le calque bing, ou un éditeur externe.

Non car j'étais occupé dans une édition en cours et je ne voulais pas
que cela change ce que je fais , ni que cela charge des données dans
mon calque en cours dans JOSM.

Vouloir regarder quelque chose ce n'est pas vouloir la modifier. De
plus charger tout un calque c'est très lourd en charge serveur et
c'est longuet juste pour une consultation : je n'avais pas besoin de
regarder les données OSM en même temp.

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

[OSM-talk-fr] nouveau contributeur a aider

[didier2020]

Bonjour,
message que j'ai envoyé a un nouveau contributeur


je vois que tu as intégré les batiments sur la commune de Le Noyer.

http://www.openstreetmap.org/browse/changeset/13141799
4852 Noeud et 1040 chemins

http://www.openstreetmap.org/browse/changeset/13141904
2426 Noeud et 520 chemins

les données des batiments sont donc en triple.

Il y a plusieur moyen de detecter ce genre d'erreur:
- rapide et facile
+avec josm et le fichier des batiments,
menu modifier -> tout selectionner (ctra A) => regarder le nombre de
node et de way 
+ verifier tes changesets :
l'adresse est http://www.openstreetmap.org/user/fmorel/edits
comparer le node de nodes et de ways envoyé

- facile 
re-telecharger les données de la commune 
(on voit tout de suite a la couleur des batiments qu'ils sont en
plusieurs exemplaire)
lancer le validator de josm

je n'ai regardé ton travail que sur 2 communes et tu as répété cet
erreur.

En attendant de savoir comment elle se produit, comment la corriger
+ Arrete de faire des uploads de données du cadastre
+ demande de l'aide a la communauté francaise, c'est décrit ici :
http://wiki.openstreetmap.org/wiki/FR:Contact

Bonne journée

didier



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