Re: [OSM-talk-fr] récupérer une carte OSM sous forme d'image géoéréférencée, par ex. au format pngw

[Mathieu Rajerison]

Bonjour à tous,

René-Luc, en ce qui concerne l'emprise, ce que je voulais dire, c'est que
si je génère un raster OSM géoréférencé depuis un fichier XMl comportant
l'emprise PACA, alors le niveau de détails sera moindre par rapport, à si
j'avais inclus une emprise communale.

Je pense que finalement, je vais me rabattre sur GDAL car je le maîtrise
mieux.

Pourriez-vous me dire quel est le niveau de zoom à partir duquel on obtient
les tuiles les plus détaillés?

Le 24 juillet 2012 18:22, Jean-Claude Repetto  a écrit :

> Le 24/07/2012 13:05, Mathieu Rajerison a écrit :
>
>> Bonjour,
>>
>>
>>
>> Je souhaite intégrer une carte OSM détaillée (niveau de détails le plus
>> fin) dans mon GPS, voire dans un logiciel de carto.
>>
>> Peut-être la question a-t-elle été déjà posée:
>>
>> Est-il possible de récupérer une image géoréférencée type jpeg(w) ou
>> png(w) sur une commune entière avec le niveau de détails le plus fin
>> possible?
>>
>>
> As-tu testé NoniMapView et gMapCatcher ?
>
> Jean-Claude
>
>
>
>
> __**_
> 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] Revert de changesets pour vandalisme ?

[Ab_fab]

Maetma avait accepté le changement de licence il y a plus d'un an.
Pour moi, sa réaction est liée au travail du bot vis-à-vis de ses propres
ajouts, mais pas au principe du changement de licence en tant que tel.

Le 25 juillet 2012 08:50, Philippe Verdy  a écrit :

> Le compte de Maetma ayant été supprimé (bloquage par administrateur ou
> suppression par lui-même), on a même du mal à pouvoir à nouveau
> rentrer dans son historique, tout bonnement car l'interface web
> utilise pour son compte maintenant un nom crypté encodé très
> bizarrement "huohw%5pqefhewq[ojmfq]w" d'une façon qui fait échouer les
> requêtes dessus (le problème est moins les crochets que la présence du
> signe %, qui crée ensuite une confusion avec le réencodage des
> crochets avec le %). Le serveur ne sait plus bien interpréter les
> références contenant des caractères réencodés sous la forme %nn...
>
> On n'a pas moyen d'avoir une forme plus pratique pour les comptes
> supprimés (y compris de ceux qui n'ont pas accepté le changement de
> licence et qui ne doivent donc plus être crédités dans les NOUVELLES
> données, si on a effectivement supprimé leurs données avec le bot de
> rédaction), avec un préfixe réservé suivi d'un simple numéro, ce qui
> les rendraient anonymes ?
>
> En tout cas si Maetma revient corriger, ce ne sera pas avec le même
> compte. Cela ne l'empêchera pas d'être encore crédité dans les
> anciennes données sous licence CC-BY-SA jusqu'à la date de migration.
> Mais il me semble qu'il a tout de même fait des modifs APRES la date
> de transition sous double-licence, et qu'on a gardé. Il devrait encore
> être crédité sauf s'il a demandé à rester anonyme concernant ces
> données (auquel cas il n'y a pas de raison de ne pas accéder à
> l'historique même si l'identifiant utilisateur visible n'est plus
> qu'un numéro)
>
> Le 23 juillet 2012 09:43, Jo  a écrit :
> > Je n'ai pas réussi à restaurer le 3ème (qui contenait un paquet de
> relations
> > supprimées). Maetma a proposé de le faire soi-même ce soir. J'espère que
> ce
> > sera encore possible.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

[OSM-talk-fr] Lodève après le passage de redaction bot

[Nolwenn]

Bonjour,

Je regardais la carte du côté de Poujols à côté de Lodève  
(http://www.openstreetmap.org/?lat=43.72823&lon=3.32423&zoom=15&layers=M) 
et j'ai vu que cette dernière a pris un bon coup de vide de la part du 
redaction bot. Du coup les rues et la quasi intégralité du bâti sont parties 
aux oubliettes.
D'ailleurs c'est tout de même assez bizarre ce qu'il a fait. Par exemple le 
chemin 25488176 est plus ou moins « sorti » des nœuds qui le constituait et il 
a perdu ces attributs au passage. 
http://www.openstreetmap.org/browse/way/25488176/

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

Re: [OSM-talk-fr] récupérer une carte OSM sous forme d'image géoéréférencée, par ex. au format pngw

[Christian Quest]

Sur le rendu standard Mapnik du site http://osm.org , c'est 18.

Le 25 juillet 2012 08:59, Mathieu Rajerison
 a écrit :
> Pourriez-vous me dire quel est le niveau de zoom à partir duquel on obtient
> les tuiles les plus détaillés?
>

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

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

Re: [OSM-talk-fr] Lodève après le passage de redaction bot

[Christian Quest]

J'ai remis la limite administrative de Poujols et d'autres communes
dans le coin.

OSM Inspector propose maintenant une couche "Redaction bot" qui permet
de visualiser les objets modifiés, supprimés et remis à jour
(superseeded) depuis le passage du bot.

http://tools.geofabrik.de/osmi/?view=redactionbot&lon=3.00732&lat=46.90074&zoom=6

Bien sûr, il ne faut pas recopier les tags "non ODbL" indiqués dans la
colonne de droite (mais c'est précisé).


Le 25 juillet 2012 09:24, Nolwenn  a écrit :
> Bonjour,
>
> Je regardais la carte du côté de Poujols à côté de Lodève
> (http://www.openstreetmap.org/?lat=43.72823&lon=3.32423&zoom=15&layers=M)
> et j'ai vu que cette dernière a pris un bon coup de vide de la part du
> redaction bot. Du coup les rues et la quasi intégralité du bâti sont parties
> aux oubliettes.
> D'ailleurs c'est tout de même assez bizarre ce qu'il a fait. Par exemple le
> chemin 25488176 est plus ou moins « sorti » des nœuds qui le constituait et il
> a perdu ces attributs au passage.
> http://www.openstreetmap.org/browse/way/25488176/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



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

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

[OSM-talk-fr] Osmose : bugs sur Firefox

[Samy Mezani]

Bonjour,

J'essaie depuis hier de corriger le travail du bot sur ma zone en 
affichant les "changements pour ODbl" sur Osmose, mais j'ai 2 bugs qui 
m'en empêchent :


- quand je ne sélectionne rien, certains marqueurs apparaissent tout de 
même ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a 
que lui qui est affiché ;


- je n'arrive pas (ou très rarement) à afficher les "info-bulles", ce 
qui m'empêche de charger facilement les noeuds à problèmes dans JOSM.


Est-ce lié à Firefox, ou d'autres ont le même problème ?

Samy

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

Re: [OSM-talk-fr] Lodève après le passage de redaction bot

[Ab_fab]

Pour la route, je comprends que Nicolas Moyroud (
http://www.openstreetmap.org/user/Ptigrouick) a affiné le tracé existant
d'un contributeur.
Ce contributeur n'a manifestement pas accepté la nouvelle licence (par
refus ou simplement parce que pas informé de ce changement).

Nicolas y a inséré des noeuds, qui ne portent eux même aucun attribut.
Le bot a éliminé les attributs du way, et l'appartenance des noeuds à ce
way (en considérant que sans le passage du premier contributeur, Nicolas
n'aurait pas ajouté ses noeuds).

Comme tu l'as bien identifié, ce qu'il faut faire désormais, c'est
re-valider l'appartenance des noeuds au way, et remettre des attributs sur
le way.

C'est à la fois très logique, mais tout de même déroutant.
Et comme je l'ai dit dans un précédent message, je crains que des gens qui
découvrent le projet ne verront pas ces noeuds isolés, ou bien auront du
mal à les rattacher au way proprement
(perso, je saurais le faire avec JOSM, mais Potlatch ?).

Le 25 juillet 2012 09:24, Nolwenn  a écrit :

> Bonjour,
>
> Je regardais la carte du côté de Poujols à côté de Lodève
> (http://www.openstreetmap.org/?lat=43.72823&lon=3.32423&zoom=15&layers=M)
> et j'ai vu que cette dernière a pris un bon coup de vide de la part du
> redaction bot. Du coup les rues et la quasi intégralité du bâti sont
> parties
> aux oubliettes.
> D'ailleurs c'est tout de même assez bizarre ce qu'il a fait. Par exemple le
> chemin 25488176 est plus ou moins « sorti » des nœuds qui le constituait
> et il
> a perdu ces attributs au passage.
> http://www.openstreetmap.org/browse/way/25488176/
>
> ___
> 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] Revert de changesets pour vandalisme ?

[Philippe Verdy]

Je sais qu'il les avait accepté puisqu'il pouvait faire des modifs
depuis. Le problème est que l'accès à son historique est maintenant
corrompu depuis que son compte est supprimé (je ne sais pas si c'est à
sa demande ou à la suite d'une action d'un administrateur).

Toujours est-il qu'il ne pourra pas directement tenir sa promesse de
réparer lui-même ses dégats sauf s'il utilise le compte d'un autre ou
en crée un nouveau (on ne saura pas forcément que c'est lui s'il
utilise une nouvelle adresse email, et s'il ne se manifeste pas pour
qu'on fasse l'association).

Une des modifs de suppression massive ne définit même plus aucun cadre
de délimitation. Ca va être difficile de réparer celle-là:
http://www.openstreetmap.org/browse/changeset/12394958

Le plugin de revert ne marche pas non plus (il y a encore des
anomalies dans la gestion des noeuds supprimés dans JOSM, qui confonds
les suppressions par un utilisateur avec celles par le bot de
rédaction, j'obtiens encore des exceptions de pointeur nul même dans
la dernière version de développement, car là cela touche uniquement à
des relations supprimées sans aucun noeud ou chemin, ce qui est encore
plus bizarre).

Il marche encore moins avec les modifs d'un utilisateur maintenant
supprimé car les requêtes possibles au serveur ne marchent pas (il
semble que cela constitue un trou de sécurité dans l'API existante qui
vient d'être modifiée après le passage du Bot).

Cette situation semble montrer que la base OSM est maintenant
largement exposée à des dégâts irréparables facilement par n'importe
qui. Ce cas devrait être ajouté et discuté avec les auteurs de JOSM et
des API du serveur, et du plugin de revert pour JOSM pour voir ce
qu'on peut faire et pourquoi cela ne marche pas comme prévu (je laisse
de côté Potlatch qui n'est pas adapté du tout à faire du revert et
gérer les cas compliqués).

Le 25 juillet 2012 09:09, Ab_fab  a écrit :
> Maetma avait accepté le changement de licence il y a plus d'un an.
> Pour moi, sa réaction est liée au travail du bot vis-à-vis de ses propres
> ajouts, mais pas au principe du changement de licence en tant que tel.

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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Philippe Verdy]

Aucun problème dans Chrome en tout cas.

Sauf la faute d'orthographe dans le titre de la bulle "Domage de la
migration ODbl" (sic : "dommage" avec deux m, "ODbL" avec le L en
capitale, seul le b peut rester en minuscule).

Le 25 juillet 2012 09:50, Samy Mezani  a écrit :
> Bonjour,
>
> J'essaie depuis hier de corriger le travail du bot sur ma zone en affichant
> les "changements pour ODbl" sur Osmose, mais j'ai 2 bugs qui m'en empêchent
> :
>
> - quand je ne sélectionne rien, certains marqueurs apparaissent tout de même
> ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a que lui
> qui est affiché ;
>
> - je n'arrive pas (ou très rarement) à afficher les "info-bulles", ce qui
> m'empêche de charger facilement les noeuds à problèmes dans JOSM.
>
> Est-ce lié à Firefox, ou d'autres ont le même problème ?
>
> Samy
>
> ___
> 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] Fwd: Revert de changesets pour vandalisme ?

[Ab_fab]

Le changeset en question a été annulé (*) :
Clique sur une des relations sur la page de ton lien, tu verras qu'elle est
de nouveau visualisable

(*) Par celui-ci
http://www.openstreetmap.org/browse/changeset/12447296

Le 25 juillet 2012 09:53, Philippe Verdy  a écrit :

Je sais qu'il les avait accepté puisqu'il pouvait faire des modifs
> depuis. Le problème est que l'accès à son historique est maintenant
> corrompu depuis que son compte est supprimé (je ne sais pas si c'est à
> sa demande ou à la suite d'une action d'un administrateur).
>
> Toujours est-il qu'il ne pourra pas directement tenir sa promesse de
> réparer lui-même ses dégats sauf s'il utilise le compte d'un autre ou
> en crée un nouveau (on ne saura pas forcément que c'est lui s'il
> utilise une nouvelle adresse email, et s'il ne se manifeste pas pour
> qu'on fasse l'association).
>
> Une des modifs de suppression massive ne définit même plus aucun cadre
> de délimitation. Ca va être difficile de réparer celle-là:
> http://www.openstreetmap.org/browse/changeset/12394958
>
> Le plugin de revert ne marche pas non plus (il y a encore des
> anomalies dans la gestion des noeuds supprimés dans JOSM, qui confonds
> les suppressions par un utilisateur avec celles par le bot de
> rédaction, j'obtiens encore des exceptions de pointeur nul même dans
> la dernière version de développement, car là cela touche uniquement à
> des relations supprimées sans aucun noeud ou chemin, ce qui est encore
> plus bizarre).
>
> Il marche encore moins avec les modifs d'un utilisateur maintenant
> supprimé car les requêtes possibles au serveur ne marchent pas (il
> semble que cela constitue un trou de sécurité dans l'API existante qui
> vient d'être modifiée après le passage du Bot).
>
> Cette situation semble montrer que la base OSM est maintenant
> largement exposée à des dégâts irréparables facilement par n'importe
> qui. Ce cas devrait être ajouté et discuté avec les auteurs de JOSM et
> des API du serveur, et du plugin de revert pour JOSM pour voir ce
> qu'on peut faire et pourquoi cela ne marche pas comme prévu (je laisse
> de côté Potlatch qui n'est pas adapté du tout à faire du revert et
> gérer les cas compliqués).
>
> Le 25 juillet 2012 09:09, Ab_fab  a écrit :
> > Maetma avait accepté le changement de licence il y a plus d'un an.
> > Pour moi, sa réaction est liée au travail du bot vis-à-vis de ses propres
> > ajouts, mais pas au principe du changement de licence en tant que tel.
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"



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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Frédéric Rodrigo]

Le 25/07/2012 09:50, Samy Mezani a écrit :

J'essaie depuis hier de corriger le travail du bot sur ma zone en
affichant les "changements pour ODbl" sur Osmose, mais j'ai 2 bugs qui
m'en empêchent :

- quand je ne sélectionne rien, certains marqueurs apparaissent tout de
même ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a
que lui qui est affiché ;


Ce n'est pas un bug c'est une fonctionnalité :).
Si tu veux vraiment cacher tous les marquers tu peux les désactiver dans 
la listes des couches, le petit plus en haut à droite.



- je n'arrive pas (ou très rarement) à afficher les "info-bulles", ce
qui m'empêche de charger facilement les noeuds à problèmes dans JOSM.


Là par contre ça ressemble plus à bug. Tu peux donner plus info ? 
Interface classique pc/souri ? Version de Firefox...


Frédéric.


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

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Romain MEHUT]

Pourquoi tu persistes? Maetma avait indiqué qu'il réparerait lui-même.

Romain

Le 25 juillet 2012 09:53, Philippe Verdy  a écrit :

> Je sais qu'il les avait accepté puisqu'il pouvait faire des modifs
> depuis. Le problème est que l'accès à son historique est maintenant
> corrompu depuis que son compte est supprimé (je ne sais pas si c'est à
> sa demande ou à la suite d'une action d'un administrateur).
>
> Toujours est-il qu'il ne pourra pas directement tenir sa promesse de
> réparer lui-même ses dégats sauf s'il utilise le compte d'un autre ou
> en crée un nouveau (on ne saura pas forcément que c'est lui s'il
> utilise une nouvelle adresse email, et s'il ne se manifeste pas pour
> qu'on fasse l'association).
>
> Une des modifs de suppression massive ne définit même plus aucun cadre
> de délimitation. Ca va être difficile de réparer celle-là:
> http://www.openstreetmap.org/browse/changeset/12394958
>
> Le plugin de revert ne marche pas non plus (il y a encore des
> anomalies dans la gestion des noeuds supprimés dans JOSM, qui confonds
> les suppressions par un utilisateur avec celles par le bot de
> rédaction, j'obtiens encore des exceptions de pointeur nul même dans
> la dernière version de développement, car là cela touche uniquement à
> des relations supprimées sans aucun noeud ou chemin, ce qui est encore
> plus bizarre).
>
> Il marche encore moins avec les modifs d'un utilisateur maintenant
> supprimé car les requêtes possibles au serveur ne marchent pas (il
> semble que cela constitue un trou de sécurité dans l'API existante qui
> vient d'être modifiée après le passage du Bot).
>
> Cette situation semble montrer que la base OSM est maintenant
> largement exposée à des dégâts irréparables facilement par n'importe
> qui. Ce cas devrait être ajouté et discuté avec les auteurs de JOSM et
> des API du serveur, et du plugin de revert pour JOSM pour voir ce
> qu'on peut faire et pourquoi cela ne marche pas comme prévu (je laisse
> de côté Potlatch qui n'est pas adapté du tout à faire du revert et
> gérer les cas compliqués).
>
> Le 25 juillet 2012 09:09, Ab_fab  a écrit :
> > Maetma avait accepté le changement de licence il y a plus d'un an.
> > Pour moi, sa réaction est liée au travail du bot vis-à-vis de ses propres
> > ajouts, mais pas au principe du changement de licence en tant que tel.
>
> ___
> 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] Osmose : bugs sur Firefox

[Samy Mezani]

le 25/07/2012 10:01, Frédéric Rodrigo a écrit:

Le 25/07/2012 09:50, Samy Mezani a écrit :

J'essaie depuis hier de corriger le travail du bot sur ma zone en
affichant les "changements pour ODbl" sur Osmose, mais j'ai 2 bugs qui
m'en empêchent :

- quand je ne sélectionne rien, certains marqueurs apparaissent tout de
même ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a
que lui qui est affiché ;


Ce n'est pas un bug c'est une fonctionnalité :).


Je voulais dire que si je décoche toutes les analyses, certaines 
apparaissent quand même. Puis quand j'en sélectionne une en particulier, 
elle apparaît bien et les précédentes ne sont plus affichées (là OK)



- je n'arrive pas (ou très rarement) à afficher les "info-bulles", ce
qui m'empêche de charger facilement les noeuds à problèmes dans JOSM.


Là par contre ça ressemble plus à bug. Tu peux donner plus info ?
Interface classique pc/souri ? Version de Firefox...


Evidemment, il suffit de balancer un message pour que ça marche... A mon 
avis c'est temporaire...
Interface classique PC/souris, Firefox/Iceweasel 10.0.6 sur Debian 
GNU/Linux Sid.


Merci

Samy

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

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

[forum]

Le message suivant de :
##
Bonjour à tous,



Tout petit contributeur à OSM (de manière très occasionnelle), je me suis 
inscris précisément pour faire une requête sur un thème que je connais pas (les 
annulations de modification).

J'espère que ce sera l'occasion de gagner quelques connaissance sur les outils 
OSM !

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

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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Bruno Cortial]

Le 25 juillet 2012 09:50, Samy Mezani  a écrit :

> Bonjour,
>

Bonjour

- quand je ne sélectionne rien, certains marqueurs apparaissent tout de
> même ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a que
> lui qui est affiché ;
>
>
J'ai remarqué cà aussi hier sous firefox (ubuntu 12.04 à jour, j'ai pas le
détail de la version sous le coude): quand on a coché des anos, puis quand
passe à une situation où on décoche tout, des marqueurs apparaissent

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

[forum-osm-fr]Vandalisme � Bayonne ?

[forum]

Le message suivant de :
##
Bonjour,



J'ai remarqué que des rues importantes avaient disparu du centre de Bayonne. Je 
suppose que c'est du vandalisme, quelle autre raison ?



J'ai donc voulu faire une annulation des modifs (à la Wikipédia), je me suis 
retrouvé sur 
[url=http://www.openstreetmap.org/browse/changesets?bbox=-1.475927%2C43.489106%2C-1.471512%2C43.490974]cette
 page[/url] : je n'ai pas très bien compris comment repérer qui a modifié où 
(je n'ai pas encore pris le temps de lire de la doc, pour être honnête  :? ).



Y-aurait-il quelqu'un qui saurait remettre en place les rue Pannecau (au bout 
du pont Pannecau) et Poissonerie (au bout de le rue Gosse) ? Merci !

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

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

[OSM-talk-fr] réouverture du pont à st nazaire

[Florian LAINEZ]

Hey,
http://www.ouest-france.fr/ofdernmin_-Reouverture-du-pont-de-la-Matte-vendredi-a-Saint-Nazaire_40771-2099238-pere-pdl_filDMA.Htm

Il y a des saint-naziens (on dit comme ça ?!) pour mapper ça ?
salut


-- 

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

Re: [OSM-talk-fr] récupérer une carte OSM sous forme d'image géoéréférencée, par ex. au format pngw

[Nicolas Moyroud]

  
  

  As-tu testé NoniMapView et gMapCatcher ?
  
  
  Jean-Claude
  
  

NoniMapView génère des dalles avec des fichiers de géoréférencement
un peu exotiques (c'est du .map adapté au logiciel pour Windows
Mobile NoniGPSPlot). Par contre, il y a le logiciel Mobile Atlas
Creator dans le même genre qui est capable de générer plusieurs
formats (KMZ, Garmin, Magellan, ...)

Nicolas
  


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

Re: [OSM-talk-fr] Happy birthday OSM party ?

[Florian LAINEZ]

je crois que devant l'enthousiasme général le lieu est choisi !
On se retrouve à 18h le 9 août là-bas ?

2012/7/24 didier2020 

> Le mardi 24 juillet 2012 à 16:47 +0200, Christian Quest a écrit :
> > J'ai lu une bonne critique à son sujet dans le Guide du voyageur
> > galactique ;)
> >
> Tres bonne référence !
> >
> > On risque d'y croiser le bot fou !
> >
> > Le 24 juillet 2012 16:23, Florian LAINEZ  a écrit :
> > Hey, je serai là !
> > On se fait ça où ? Je propose le dernier bar avant la fin du
> > monde qui vient d'ouvrir (à Chatelet) et qui est incroyable !
> > http://www.dernierbar.com
> >
> > Le 23 juillet 2012 22:46, Vincent de Chateau-Thierry
> >  a écrit :
> >
> > Bonsoir,
> >
> > Le 23/07/2012 16:57, Marc SIBERT a écrit :
> >
> > Partant aussi, dispo à vérifier (Ah ! la
> > Saint-Amour ! )
> >
> >
> >
> > Pas dispo à cette date, mais prêt à reprendre les
> > bonnes habitudes fin août :-)
> >
> > vincent
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> >
> >
> > --
> >
> >
> > Florian Lainez
> >
> >
> > http://twitter.com/overflorian
> > http://www.nouslesgeeks.fr
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> >
> >
> > --
> > Christian Quest - OpenStreetMap France -
> > http://openstreetmap.fr/u/cquest
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

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

Re: [OSM-talk-fr] Nom des établissements scolaires

[Christian Rogel]

Le 24 juil. 2012 à 12:12, Jean-Claude Repetto a écrit :
> Cette "norme" s'applique aux toponymes. Or, un nom d'établissement n'est pas 
> un toponyme ...

Tout à fait.
L'usage de mettre en majuscule les éléments nominaux et adjectivaux d'un 
toponyme appartient à l'IGN.
Il ne l'applique évidemment qu'aux toponymes dont il a la charge  (noms des 
collectivités publiques, 
cours d'eau, accidents géographiques majeurs) et aux toponymes "communaux" 
quand il les met sur ses cartes.
Les communes peuvent ne pas le faire sur leurs panneaux pour les toponymes 
locaux, puisque ces sont elles 
qui sont responsables de leur rédaction. 

La communauté OSM française (et non pas francophone) semble, jusqu'à 
maintenant, d'accord  pour s'aligner sur
cette pratique déviante par rapport aux règles de la typographie française, 
mais cela ne doit pas déborder le cadre des
toponymes du territoire français.
L'idée est de garder une cohérence entre les noms des communes et des toponymes 
locaux, puisque des noms locaux 
sont aussi des noms de communes. (Le Vigan, Mézières, Locmaria, , Laval, etc.).

Tiens, où est passé le terrain dans l'histoire? S'effacerait-il devant la 
majesté de l'Etat cartographe?


Christian Rogel



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

Re: [OSM-talk-fr] Happy birthday OSM party ?

[jbosm]

Et je crois qu'avant d'y aller, rencontrer le webmaster de leur site http://www.dernierbar.com et l'inciter à changer la carte de sa page d'accueil serait une bonne idée ?
JB
Le 25.07.2012 11:55, Florian LAINEZ a écrit :

je crois que devant l'enthousiasme général le lieu est choisi !
On se retrouve à 18h le 9 août là-bas ?
2012/7/24 didier2020 
Le mardi 24 juillet 2012 à 16:47 +0200, Christian Quest a écrit :
> J'ai lu une bonne critique à son sujet dans le Guide du voyageur > galactique ;) >
Tres bonne référence !
> > On risque d'y croiser le bot fou ! > > Le 24 juillet 2012 16:23, Florian LAINEZ  a écrit : >         Hey, je serai là ! >         On se fait ça où ? Je propose le dernier bar avant la fin du >         monde qui vient d'ouvrir (à Chatelet) et qui est incroyable ! >         http://www.dernierbar.com > >         Le 23 juillet 2012 22:46, Vincent de Chateau-Thierry >          a écrit : > >                 Bonsoir, > >                 Le 23/07/2012 16:57, Marc SIBERT a écrit : > >                         Partant aussi, dispo à vérifier (Ah ! la >                         Saint-Amour ! ) > > > >                 Pas dispo à cette date, mais prêt à reprendre les >                 bonnes habitudes fin août :-) > >                 vincent > > > >                 ___ >                 Talk-fr mailing list >                 Talk-fr@openstreetmap.org >                 http://lists.openstreetmap.org/listinfo/talk-fr > > > > > >         -- > > >         Florian Lainez > >
>         http://twitter.com/overflorian
>         http://www.nouslesgeeks.fr > > >         ___ >         Talk-fr mailing list >         Talk-fr@openstreetmap.org >         http://lists.openstreetmap.org/listinfo/talk-fr > > > > > > -- > Christian Quest - OpenStreetMap France - > http://openstreetmap.fr/u/cquest >

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



-- 
 
Florian Lainez
http://twitter.com/overflorianhttp://www.nouslesgeeks.fr

 

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

Re: [OSM-talk-fr] Happy birthday OSM party ?

[Philippe Verdy]

Pensez quand même à réserver si vous voulez avoir quelques tables ensemble.
Il peut y avoir du monde et pas de place attitrée et encore moins pour
avoir ne serait-ce qu'une table ou une prise de courant (qui ne traverse
pas la salle !) pour vos portables.

Et vérifiez d'abord qu'il y a une connexion wifi disponible et aller la
tester pour voir si elle marche correctement (peut-être qu'il faudra
acheter un ticket de connexion ou qu'on vous autorisera à brancher un
routeur Wifi sur leur connexion internet pour vos membres ; moyennant un
engagement sur les conditions d'utilisation pour éviter que d'autres en
profitent pour télécharger du contenu illégal si vous installez un contrôle
d'accès uniquement pour ceux qui participent à l'atelier) !

2012/7/25 

> **
>
> Et je crois qu'avant d'y aller, rencontrer le webmaster de leur site
> http://www.dernierbar.com et l'inciter à changer la carte de sa page
> d'accueil serait une bonne idée ?
>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Christian Rogel]

Le 24 juil. 2012 à 00:23, Pieren a écrit :
> Je laisse passer beaucoup de choses sur cette liste mais on ne peut
> pas dire que ce changement ait été un "choix de la communauté". Sans
> entrer dans le débat "fallait-il changer de licence ou pas", la
> décision a été prise par un vote des membres de la fondation
> uniquement (où un tiers seulement s'était exprimé, si ma mémoire est
> bonne). N'importe qui peut devenir membre de la fondation, elle n'a
> pas de légitimité démocratique, elle n'est pas élue par la
> "communauté", elle ne représente qu'elle-même dans le but de protéger
> les intérêts du projet, quitte à ce que cela passe avant ceux des
> contributeurs. Un participant de cette liste nous compare souvent à
> des fourmis, ce qui est vrai. On peut seulement regretter que certains
> membres éminents de la fondation (pas tous) n'aient que peu de
> considération pour le travail perdu d'une petite fourmi puisque
> celle-ci sera rapidement remplacée par d'autres.


Un système démocratique dans une communauté à l'échelle mondiale et dans 
laquelle les
gens entrent et sortent à volonté n'a pas encore été inventé.
Bien sûr, la différence énorme de proportion, propre à OSM, entre les 
"décideurs" et les simples
"collaborateurs" est énorme, mais, la justification  de la décision par un 
petit nombre vient du fait
que la responsabilité de la cohérence juridique des données est la propriété 
non partageable de
la Fondation.
La communauté ne pouvait avoir qu'un avis consultatifs une matière assez 
obscure, malgré tous les efforts
de pédagogie.
J'invite ceux qui le souhaitent à adhérer (environ 15 €).


Christian Rogel
Membre de la  Fondation OSM
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Philippe Verdy]

Le 25 juillet 2012 11:13, Bruno Cortial  a écrit :
>
> Le 25 juillet 2012 09:50, Samy Mezani  a écrit :
>>
>> Bonjour,
>
>
> Bonjour
>
>> - quand je ne sélectionne rien, certains marqueurs apparaissent tout de
>> même ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a que
>> lui qui est affiché ;
>>
>
> J'ai remarqué cà aussi hier sous firefox (ubuntu 12.04 à jour, j'ai pas le
> détail de la version sous le coude): quand on a coché des anos, puis quand
> passe à une situation où on décoche tout, des marqueurs apparaissent

A mon avis ce n'est pas une ano : si on clique sur "rien" (aucune case
cochée) cela élimine toute présélection, mais effecue une requête par
défaut demandant n'importe quel POI de tout type dans la zone
affichée. C'est l'affichage par défaut et ça me convient bien : il
suffit de cocher une seule case pour faire un tri sélectif pour un
seul type.

Ce n'est pas spécifique au navigateur utilisé ou sa version.

En revanche la bulle qui n'apparait pas correctement quand on coche
dessus est une ano. Elle est peut-être mal positionnée et sort du
cadre visible parce qu'une fonction du DOM calcule mal les positions
héritées ou ne retourne pas le viewport correct (il y a des limites de
sécurité qui s'ajoutent dans les navigateurs qui interdisent par
exemple à un script s'exécutant dans un frame à sortir de ce frame
pour interroger des propriétés d'une fenêtre parente, même si ce n'est
qu'une position x/y : cela marche via une autre fonction plus sûre du
DOM; les fontions du DOM pour le faire dépendent aussi du navigateur,
pour peu que ta version de Firefox soit mal détectée ou n'identifie
pas le niveau de compatibiité entre un mode "quirks" et un mode
"standard" pour HTML4, ou le mode HTML5). Attention aux frames et aux
contenus affichés provenant de domaines différents.

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

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Philippe Verdy]

Malgré tout, la décision a été prise mais suspendue pendant longtemps
jusqu'à ce qu'une grande majorité d'utilisateurs approuvent le
changement proposé. Si un tel support n'avait pas été obtenu, la
décision aurait été abandonnée. Ce n'est pas une décision qui s'est
faite facilement il a fallu des mois de discussions, et plusieurs
révisions du projet (et surtout des "Contributor Terms" qui ont été le
plus difficile à formuler alors que la licence elle-même ne posait
guère de problèmes).

Ainsi certains utilisateurs parmi les plus gros (dont un en Pologne
qui a produit des milllions de points, noeuds et relations en Pologne,
et plain d'autrrs partout en Europe ou dans ses lieux de voyage
ailleurs dans le monde) ont accepté la nouvelle licence et l'ont
exprimé sans réserve. Mais ils ont refusé les CT, et de fait même si
leurs contributions passées et futures ont accepté la double licence,
ce sont les CT refusés qui ont causé la suppression/rédaction de leurs
données. Ce gros utilisateur est perdu pour le projet puiqu'il n'a pas
voulu des nouveaux CT.

Dommage qu'OpenStreetmap masque dans ses APIs publiques actuelles les
données encore compatibles CC-BY-SA et/ou ODbL. On peut admettre
qu'elles soient utilisables encore en read-only (et pour longtemps,
jusque dans les API d'exportation de données) sans pour autant les
masquer et même si on ne peut plus en ajouter ou modifier sans les CT.

Mais là on touche à un autre problème : la volonté apparente d'éviter
la création d'un projet fork (qui utiliserait la double licence mais
sans imposer les CT, et qui continuerait à importer de façon
automatisée les données venant d'OSM nouvelle formule avec
l'attribution nécessaire et désormais suffisante "OpenStreetmap et ses
contributeurs")

Le 25 juillet 2012 12:47, Christian Rogel
 a écrit :
>
> Le 24 juil. 2012 à 00:23, Pieren a écrit :
>> Je laisse passer beaucoup de choses sur cette liste mais on ne peut
>> pas dire que ce changement ait été un "choix de la communauté". Sans
>> entrer dans le débat "fallait-il changer de licence ou pas", la
>> décision a été prise par un vote des membres de la fondation
>> uniquement (où un tiers seulement s'était exprimé, si ma mémoire est
>> bonne). N'importe qui peut devenir membre de la fondation, elle n'a
>> pas de légitimité démocratique, elle n'est pas élue par la
>> "communauté", elle ne représente qu'elle-même dans le but de protéger
>> les intérêts du projet, quitte à ce que cela passe avant ceux des
>> contributeurs. Un participant de cette liste nous compare souvent à
>> des fourmis, ce qui est vrai. On peut seulement regretter que certains
>> membres éminents de la fondation (pas tous) n'aient que peu de
>> considération pour le travail perdu d'une petite fourmi puisque
>> celle-ci sera rapidement remplacée par d'autres.
>
>
> Un système démocratique dans une communauté à l'échelle mondiale et dans 
> laquelle les
> gens entrent et sortent à volonté n'a pas encore été inventé.
> Bien sûr, la différence énorme de proportion, propre à OSM, entre les 
> "décideurs" et les simples
> "collaborateurs" est énorme, mais, la justification  de la décision par un 
> petit nombre vient du fait
> que la responsabilité de la cohérence juridique des données est la propriété 
> non partageable de
> la Fondation.
> La communauté ne pouvait avoir qu'un avis consultatifs une matière assez 
> obscure, malgré tous les efforts
> de pédagogie.
> J'invite ceux qui le souhaitent à adhérer (environ 15 €).
>
>
> Christian Rogel
> Membre de la  Fondation OSM
> ___
> 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] Osmose : bugs sur Firefox

[Christian Quest]

Le 25 juillet 2012 11:13, Bruno Cortial  a écrit :
>
> Le 25 juillet 2012 09:50, Samy Mezani  a écrit :
>>
>> Bonjour,
>
>
> Bonjour
>
>> - quand je ne sélectionne rien, certains marqueurs apparaissent tout de
>> même ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a que
>> lui qui est affiché ;
>>
>
> J'ai remarqué cà aussi hier sous firefox (ubuntu 12.04 à jour, j'ai pas le
> détail de la version sous le coude): quand on a coché des anos, puis quand
> passe à une situation où on décoche tout, des marqueurs apparaissent
>
> Bruno

Pour moi ça a toujours fonctionné comme ça, si aucune analyse n'est
choisit dans la colonne de gauche, elles sont toutes affichées.


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

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

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Christian Quest]

A ma connaissance l'API masque les données non ODbL depuis le passage
du bot. Les contributions faites en double licence ne sont pas
impactées puisqu'elles sont ODbL.

Cette phase de visibilité des données CC-by-SA a quand même duré assez
longtemps pendant que l'on était justement en train de contribuer sous
les 2 licences (plus d'un an).

A un moment, il faut bien terminer la bascule vers ODbL et éliminer ce
qui n'est pas compatible avec ODbL et donc le rendre invisible ou de
le supprimer définitivement.
C'est dans cette phase que l'on est rentré depuis le lancement du bot
de migration.

Maintenir un accès même en read-only à des données non ODbL c'est
augmenter très fortement le risque de recopie de données incompatibles
ODbL (car uniquement CC-by-SA) ce qui bien sûr n'est pas acceptable du
point de vue licence.


Le 25 juillet 2012 13:07, Philippe Verdy  a écrit :
> Dommage qu'OpenStreetmap masque dans ses APIs publiques actuelles les
> données encore compatibles CC-BY-SA et/ou ODbL. On peut admettre
> qu'elles soient utilisables encore en read-only (et pour longtemps,
> jusque dans les API d'exportation de données) sans pour autant les
> masquer et même si on ne peut plus en ajouter ou modifier sans les CT.
>

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

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

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Eric]

Le 25 juillet 2012 13:07, Philippe Verdy  a écrit :

> ...
> Mais là on touche à un autre problème : la volonté apparente d'éviter
> la création d'un projet fork (qui utiliserait la double licence mais
> sans imposer les CT, et qui continuerait à importer de façon
> automatisée les données venant d'OSM nouvelle formule avec
> l'attribution nécessaire et désormais suffisante "OpenStreetmap et ses
> contributeurs")
>

En tous cas, ce but est raté puisqu'un FOSM est bien né de ce changement de
licence. Ils disent que c'est pas eux le fork mais OSM canal historique
puisque c'est OSM qui change les regles du jeu alors que eux sont dans la
stricte continuité, ce en quoi on ne peut etre que d'accord avec eux. FOSM
revendique un base plus riche qu'OSM et ca a du se creuser apres le passage
du bot. A t-on des stats sur le nombre de node/ways detruits par le bot ?
En tous cas, le fork n'a pas l'air très actif, ca ne donne pas trop
l'impression d'une démarche très structurée...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Philippe Verdy]

Le 25 juillet 2012 13:21, Christian Quest  a écrit :
> A ma connaissance l'API masque les données non ODbL depuis le passage
> du bot. Les contributions faites en double licence ne sont pas
> impactées puisqu'elles sont ODbL.

Non, je peux citer le principal contributeur pour la Pologne, qui a
explicitement accepté les deux licences sur sa page perso, mais
pusique OSM ne lui a pas posé explicitement la question, il n'a pas
été tenu compte de cette réponse.

OSM n'a demandé QUE si on acceptait les nouveaux CT (ce qui incluait
d'accepter aussi ODBL pour continuer sous double-licence et autoriser
ensuite à retirer la mention de la licence CC-BY-SA, ce ui pourtant ne
s'imposait pas du tout).

Le bot ne peut pas savoir que les anciennes données peuvent être
republiées aussi sous ODBL tout bonnement car OSM n'a pas posé la
question.

J'ai fait une demande pour que les données fournies par ce très gros
utilisateur soient à nouveau démasquées car elles sont bien
compatibles ODBL comme l'utilisateur l'a signé explicitement sur sa
page perso OSM. Même si aujourd'hui l'utilisateur ne peut plus
contribuer puisqu'il ne veut pas des nouveaux CT.

Il y en a plein d'autres notamment en Europe centrale et de l'Est. Le
problème ce n'est pas l'ODBL, mais le fait que les CT autorisent la
fondation OSM à pouvoir ajouter ou retirer des licences comme bon lui
semble sans maintenant demander l'autorisation aux utilisateurs pour
qu'ils puissent valider le fait que tout changement ultérieur restera
compatible avec ses obligations. A mon avis c'est même un critère
bloquant pour bon nombre de GIS publics qui ne peuvent pas accepter
n'importes quelle condition (avec davantage ou moins de restrictions),
même si l'OSM promet d'interroger ses utilisateurs.

Je me demande quelle est la valeur de cette promesse quand la
Fondation a volontairement omis de poser la question sur le maintien
des données existantes et si les utilisateurs acceptaient l'inclusion
de leurs anciennes données CC-BY-SA sous une autre licence de
publication.

Les CT c'était autre chose. Mais c'est la seule condition vérifiée par
le Bot de rédaction. Il a manqué une liste d'utilisateurs dont les
données pouvaient être conservées (la seule liste qui a été prise en
compte c'est celle des utilisateurs ayant utilisé une licence "domaine
public", alors que cette licence est très contestable et sans garantie
aucune au plan international, le domaine public d'un pays n'étant pas
le domaine public d'un autre).

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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Samy Mezani]

le 25/07/2012 12:55, Philippe Verdy a écrit:

Le 25 juillet 2012 11:13, Bruno Cortial  a écrit :


Le 25 juillet 2012 09:50, Samy Mezani  a écrit :


Bonjour,



Bonjour


- quand je ne sélectionne rien, certains marqueurs apparaissent tout de
même ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a que
lui qui est affiché ;



J'ai remarqué cà aussi hier sous firefox (ubuntu 12.04 à jour, j'ai pas le
détail de la version sous le coude): quand on a coché des anos, puis quand
passe à une situation où on décoche tout, des marqueurs apparaissent


A mon avis ce n'est pas une ano : si on clique sur "rien" (aucune case
cochée) cela élimine toute présélection, mais effecue une requête par
défaut demandant n'importe quel POI de tout type dans la zone
affichée. C'est l'affichage par défaut et ça me convient bien : il
suffit de cocher une seule case pour faire un tri sélectif pour un
seul type.


OK peu importe alors.


En revanche la bulle qui n'apparait pas correctement quand on coche
dessus est une ano. Elle est peut-être mal positionnée et sort du
cadre visible parce qu'une fonction du DOM calcule mal les positions
héritées ou ne retourne pas le viewport correct (il y a des limites de


Pas tout compris mais je viens de trouver l'origine : une des couches 
"boundary" était cochée dans les couches proposées avec openlayers. J'ai 
tout décoché, sauf "Erreurs Osmose" bien-sûr, et tout est rentré dans 
l'ordre.


Merci à vous

Samy

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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Philippe Verdy]

Le 25 juillet 2012 14:16, Samy Mezani  a écrit :
> Pas tout compris mais je viens de trouver l'origine : une des couches
> "boundary" était cochée dans les couches proposées avec openlayers. J'ai
> tout décoché, sauf "Erreurs Osmose" bien-sûr, et tout est rentré dans
> l'ordre.

Pour être sûr de tout décocher sans rien oublier, tu as un lien "rien"
en haut de la liste.
Quand tu cliques sur "rien" ou sur "tout", évidemment les cases à
cocher changent dans l'état demandé, mais l'affichage est le même :
tout est affiché par défaut sur la carte. La différence se fera
seulement sentir quand tu cocheras ou décocheras une case, ce qui
justifie les deux options:
- cocher sur "rien" avant de cocher une case pour requérir seulement
un seul type de données
- cocher sur "tout" avant de décocher une case pour requérir tout sauf
ce type de données.

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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Samy Mezani]

le 25/07/2012 14:24, Philippe Verdy a écrit:

Pour être sûr de tout décocher sans rien oublier, tu as un lien "rien"
en haut de la liste.


Non, je parlais des couches à droite, gérées avec openlayers, et 
affichées avec le + bleu. J'avais compris la sélection des analyses 
d'Osmose à gauche... Désolé si je suis pas clair.


Samy

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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Jocelyn Jaubert]

2012/7/25 Samy Mezani :
>
> Pas tout compris mais je viens de trouver l'origine : une des couches
> "boundary" était cochée dans les couches proposées avec openlayers. J'ai
> tout décoché, sauf "Erreurs Osmose" bien-sûr, et tout est rentré dans
> l'ordre.

Ah, je crois comprendre d'où ça vient: j'ai réorganisé récemment le
liste des couches disponibles à droite, en enlevant celles qui ne
marchaient plus, et en passant à layers.openstreetmap.fr.

Du coup, si tu utilises une URL de genre
http://osmose.openstreetmap.fr/map/?layers=BTFF00, et que
la valeur pour layers est incorrecte, tu peux tomber sur le cas dont
tu parles. Vu que ce layers est mis dans les permalink, c'est facile
de tomber sur ce problème.

-- 
Jocelyn

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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Frédéric Rodrigo]

Le 25/07/2012 15:11, Jocelyn Jaubert a écrit :

2012/7/25 Samy Mezani :


Pas tout compris mais je viens de trouver l'origine : une des couches
"boundary" était cochée dans les couches proposées avec openlayers. J'ai
tout décoché, sauf "Erreurs Osmose" bien-sûr, et tout est rentré dans
l'ordre.


Ah, je crois comprendre d'où ça vient: j'ai réorganisé récemment le
liste des couches disponibles à droite, en enlevant celles qui ne
marchaient plus, et en passant à layers.openstreetmap.fr.

Du coup, si tu utilises une URL de genre
http://osmose.openstreetmap.fr/map/?layers=BTFF00, et que
la valeur pour layers est incorrecte, tu peux tomber sur le cas dont
tu parles. Vu que ce layers est mis dans les permalink, c'est facile
de tomber sur ce problème.



Non, le problème vient plutôt du fait que le calque des marqueurs était 
avant dessus tous les autres, et que maintenant il est derrière.


Frédéric.


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

[OSM-talk-fr] Opendata : préfecture de Paris

[Axel Simon]

Bonjour tout le monde,

Déjà, désolé si ce sujet a déjà été abordé. ;)

Je viens de voir que la Préfecture de Paris a publié des données sur le portail
data.gouv.fr :
http://www.data.gouv.fr/content/search?SearchText=Pr%C3%A9fecture%20de%20police%20de%20Paris

Entre autres éléments intéressants, la position des fourrières, des casernes et
des 200 caméras de vidéo « protection » déjà en place (sur… 1105 prévues).

Quelques questions :

- La Licence Ouverte/Open Licence
(http://www.data.gouv.fr/Licence-Ouverte-Open-Licence) est-elle compatible avec
l'ODbL ? À sa lecture, je dirais que oui, d'autant qu'elle est compatible avec
la CC-BY 2.0 de Creative Commons et la« Open Data Commons Attribution » (ODC-BY)
d'après le texte de la licence.

- Quelqu'un a-t-il déjà de l'expérience dans l'import de ce genre de données ?

- Ces données en question ont-elles déjà été importées d'ailleurs ?

Bref, désolé si je débarque, je regarde comment importer les shapefiles (shp)
là, je vous tiens au courant de l'avancement des choses de toute façon :)

axel


-- 
Axel Simon

--
mail/jabber/gtalk: axelsi...@axelsimon.net
mobile: +33 (0)6 08 04 01 44
twitter / identi.ca: @AxelSimon



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Christian Quest]

> Non, je peux citer le principal contributeur pour la Pologne, qui a...

Je parlais du cas général, je ne rentrerai pas dans le troll avec les
cas particuliers.

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

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Vincent Privat]

Le 25 juillet 2012 09:53, Philippe Verdy  a écrit :

>
> Le plugin de revert ne marche pas non plus


J'ai contacté Upliner (l'auteur du plugin) à ce sujet mais n'ai pas encore
eu de réponse.
Le ticket qui trace ce problème est ici:
http://josm.openstreetmap.de/ticket/7845


> (il y a encore des
> anomalies dans la gestion des noeuds supprimés dans JOSM, qui confonds
> les suppressions par un utilisateur avec celles par le bot de
> rédaction, j'obtiens encore des exceptions de pointeur nul même dans
> la dernière version de développement, car là cela touche uniquement à
> des relations supprimées sans aucun noeud ou chemin, ce qui est encore
> plus bizarre).
>

Peux-tu indiquer si les NPE surgissent dans le plugin reverter ou dans le
noyau JOSM ?
Si ce n'est pas dans le plugin, peux-tu réouvrir le ticket qui te semble
correspondre, ou en créer un nouveau ?


>
> Il marche encore moins avec les modifs d'un utilisateur maintenant
> supprimé car les requêtes possibles au serveur ne marchent pas (il
> semble que cela constitue un trou de sécurité dans l'API existante qui
> vient d'être modifiée après le passage du Bot).
>

J'ai vu ça. On peut accéder depuis JOSM à la page du profil d'un tel
utilisateur, mais pas récupérer ses changesets. Je vais voir s'il s'agit
d'un problème JOSM ou d'une erreur côté sreveur OSM.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouveautés Open Data

[Christian Quest]

Le 13 juillet 2012 09:50, Romain MEHUT  a écrit :
> Bonjour,
>
> Les nouveaux venus:
>
> Saint-Maur-des-Fossés (clin d’œil à Christian)


Bon... comment dire...

Un fichier KML, mal fichu qui contient les descriptifs en texte HTML
Des données pas bien fraiches (le trésor public a déménagé il y a
plusieurs mois, mais toujours placé à l'ancienne adresse)
Des localisations très approximatives... ça sent le géocodage rapide à plein nez

Bref, presque rien à en tirer.

Ce genre de fichier peut être éventuellement utile pour comparer
simplement la présence ou l'absence dans OSM d'un objet (et encore, il
faudrait qu'il soit à jour), mais il n'y a rien d'importable en
l'état.

#opendatafail

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

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

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Philippe Verdy]

Le 25 juillet 2012 16:15, Vincent Privat  a écrit :
>
> Le 25 juillet 2012 09:53, Philippe Verdy  a écrit :
>
>>
>> Le plugin de revert ne marche pas non plus
>
>
> J'ai contacté Upliner (l'auteur du plugin) à ce sujet mais n'ai pas encore
> eu de réponse.
> Le ticket qui trace ce problème est ici:
> http://josm.openstreetmap.de/ticket/7845
>
>>
>> (il y a encore des
>> anomalies dans la gestion des noeuds supprimés dans JOSM, qui confonds
>> les suppressions par un utilisateur avec celles par le bot de
>> rédaction, j'obtiens encore des exceptions de pointeur nul même dans
>> la dernière version de développement, car là cela touche uniquement à
>> des relations supprimées sans aucun noeud ou chemin, ce qui est encore
>> plus bizarre).
>
>
> Peux-tu indiquer si les NPE surgissent dans le plugin reverter ou dans le
> noyau JOSM ?
> Si ce n'est pas dans le plugin, peux-tu réouvrir le ticket qui te semble
> correspondre, ou en créer un nouveau ?

J'en ai des tonnes, qui souvent génèrent des conflits insollubles qui
ne riment d'ailleurs à rien du tout. JOSM garde alors des tonnes de
données obsolètes.

Pour palier le problème ce que je fais c'est sauver le fichier OSM en
cours (en ignorant les conflits détectés à tord), et je le recharge :
le rechargement du fichier OSM fait d'avantage de tests et parvient à
résoudre les données obsolètes et les nettoyer avant même de commencer
à retravailler dessus, mais au moins on a résussi avant la sauvegarde
du fichier à récupérer les historiques dans un état correct suffisant
pour que le chargement n'échoue plus. lorsqu'on enverra les données on
verra alors des tonnes de messages de suppression d'objets déjà
supprimés dans la base, mais ce n'est pas méchant et sans conséquence.

On arrive alors à se sortir des cas les plus difficiles comme ça. Mais
travailler dans une seule session en chargeant des données à corriger
même de façon mineure, ne permet pas de renvoyer les données
correctement immédiatement. Des tests de cohérence avec les données
supprimées, présentes dans les données par référence, sont encore
manquants.

Le validateur local intégré à OSM ne détecte pas tout et ne répare pas
autant de chose que le chargement de données d'un fichier OSM.

Il y a d'autres anomélies li"es aussi au travail sur plusieurs calques
(ils ne sont pas synchronisés entre eux quand ils sont sensés partager
des données communes. C'est assez frustrant (notamment dans le
gestionnaire de conflits). Pourtant par sécurité je charge toujours
des données dans un calque séparé, quitte à faire une fusion après
avoir d'abord tenté une sauvegarde locale de ce calque (sinon on a des
cas insolubles et on risque de perdre des tas de données en cours de
modif mais pas encore envoyées au sereur car la cohérence impose d'en
modifier d'autres qui ont leurs propres conflits avec les données plus
anciennes des historiques où se mèlent objets effacés et objets
modifiés par des attributs effacés et recréés depuis par quelqu'un
d'autre).

Vu que je travaille sur des fichiers OSM très volumineux (de l'ordre
de 300 à 500 mégaoctets) pour faire des tonnes de tests de cohérence,
sachant que ma connexion internet lente impose d'en stocker beaucoup
en cache, je suis exposé au fait que nombre de ces données sont
impactées par le bot de rédaction (souvent plusieurs fois dans des
zones difficiles où le bot a tourné en plusieurs passes successives,
parfois même pour restaurer des données qui n'auraient pas du être
masquées).

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

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Philippe Verdy]

Le 25 juillet 2012 16:03, Christian Quest  a écrit :
>> Non, je peux citer le principal contributeur pour la Pologne, qui a...
>
> Je parlais du cas général, je ne rentrerai pas dans le troll avec les
> cas particuliers.

Qui traites-tu de troll ? Même si celui que je cite est un cas
particulier, le problème est d'ordre général et concerne évidemment
bien plus de monde, ce n'était qu'un exemple.

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

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Vincent Privat]

Tu n'as pas répondu à ma question. Je ne pense pas qu'il y ait des tonnes
de NPE différentes qui surviennent mais plutôt qu'une ou 2 reviennent très
régulièrement.
Peux-tu m'en indiquer quelques-unes s'il te plaît ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Philippe Verdy]

J'en ai eu hier, mais entre temps c'est vrai que la version de
développement a été remise à jour aujourd'hui. Je ne peux pas la
reproduire car les données sur lesquelels cela portait ont depuis été
mises à jour. Mais je sais que cela va se reproduire, car cela ne
correspond à aucun des bogues référencés.
Mes gros fichiers OSM passent pour l'instant tant que je ne tombe pas
sur une mise à jour qui les invalidera (car je n'ai pas pu mettre à
jour la totalité pour l'instant, étant donné que je teste les zones
signalées comme modifiées par le Bot de rédaction).

Le moment venu je reposterai. Les bogues ne sont pas des anomalies NPE
mais des impossibilités de résoudre des conflits inexistants. Pour
l'instnat sauver le fichier malgré les conflits ignorés et le
recharger tel quel suffit à passer outre. (j'ai vérifié que cela
n'entrainait pas de modifs supplémentaires, hormi l'envoi d'objets "à
supprimer" qui le sont déjà dans la base). Ca ralentit le process mais
c'est contournable pour l'instant et ne génère pas de conflit.

Il me faut juste 5 minutes pour enregistrer le fichier OSM, fermer
JOSM et le relancer pour recharger le fichier en cours (la console
Java affiche des tas d'anomalies d'objets référencés mais supprimés
lors du chargement du fichier : noeuds supprimés encore dans un way,
et que le chargement élimine tout seul du way, ou objets
supprimés/inexistants pourtant référencés comme membres d'une relation
(alors que la relation a pourtant bien été mise à jour par
l'interface, elle conserve ces références parasites lors de la mise à
jour).

Cela se produit encore avec la version de dév numéro 5361 qui est
chargée en ce moment.

Le 25 juillet 2012 18:58, Vincent Privat  a écrit :
> Tu n'as pas répondu à ma question. Je ne pense pas qu'il y ait des tonnes de
> NPE différentes qui surviennent mais plutôt qu'une ou 2 reviennent très
> régulièrement.
> Peux-tu m'en indiquer quelques-unes s'il te plaît ?
>

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

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Philippe Verdy]

Je note que les contributions de l'utilisateur polonais qui avait
explicitement accepté la licence (mais pas les CT) ont été restaurées
et sont de nouveau visibles. Certes il ne peut plus contribuer, mais
ses données sont là à nouveau.

Je note aussi que JOSM les voit bien, comme aussi l'application web du
site officiel qui les réaffiche dans l'historique (en même temps que
toutes les modifications ultérieures sur ces objets "effacés"/"rédigés
invisibles" à tord), mais pas l'API utilisée par Layers qui les
considère encore comme effacées. Layers est donc désynchronisé et ne
prend pas en compte les données qui sont redevenues visibles.

Le bot est visiblement en train de restaurer des données en tenant
compte des licences et plus seulement des CT comme il n'a fait jusqu'à
présent.

L'état des logs du bot est un peu corrompu car s'y mélange des données
provenant du traitement de zones (de 1 degré de côté) différentes (ce
sont les cases rouges visibles sur la carte). Mais je me demande où
sont les logs de restauration de données.

Le 25 juillet 2012 20:12, Philippe Verdy  a écrit :
> J'en ai eu hier, mais entre temps c'est vrai que la version de
> développement a été remise à jour aujourd'hui. Je ne peux pas la
> reproduire car les données sur lesquelels cela portait ont depuis été
> mises à jour. Mais je sais que cela va se reproduire, car cela ne
> correspond à aucun des bogues référencés.
> Mes gros fichiers OSM passent pour l'instant tant que je ne tombe pas
> sur une mise à jour qui les invalidera (car je n'ai pas pu mettre à
> jour la totalité pour l'instant, étant donné que je teste les zones
> signalées comme modifiées par le Bot de rédaction).
>
> Le moment venu je reposterai. Les bogues ne sont pas des anomalies NPE
> mais des impossibilités de résoudre des conflits inexistants. Pour
> l'instnat sauver le fichier malgré les conflits ignorés et le
> recharger tel quel suffit à passer outre. (j'ai vérifié que cela
> n'entrainait pas de modifs supplémentaires, hormi l'envoi d'objets "à
> supprimer" qui le sont déjà dans la base). Ca ralentit le process mais
> c'est contournable pour l'instant et ne génère pas de conflit.
>
> Il me faut juste 5 minutes pour enregistrer le fichier OSM, fermer
> JOSM et le relancer pour recharger le fichier en cours (la console
> Java affiche des tas d'anomalies d'objets référencés mais supprimés
> lors du chargement du fichier : noeuds supprimés encore dans un way,
> et que le chargement élimine tout seul du way, ou objets
> supprimés/inexistants pourtant référencés comme membres d'une relation
> (alors que la relation a pourtant bien été mise à jour par
> l'interface, elle conserve ces références parasites lors de la mise à
> jour).
>
> Cela se produit encore avec la version de dév numéro 5361 qui est
> chargée en ce moment.
>
> Le 25 juillet 2012 18:58, Vincent Privat  a écrit :
>> Tu n'as pas répondu à ma question. Je ne pense pas qu'il y ait des tonnes de
>> NPE différentes qui surviennent mais plutôt qu'une ou 2 reviennent très
>> régulièrement.
>> Peux-tu m'en indiquer quelques-unes s'il te plaît ?
>>

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

Re: [OSM-talk-fr] Revert de changesets pour vandalisme ?

[Vincent Privat]

Le 25 juillet 2012 20:12, Philippe Verdy  a écrit :

>
> Le moment venu je reposterai. Les bogues ne sont pas des anomalies NPE
>

Merci. Pour info je viens de corriger le problème qui empêchait de
télécharger les changesets avec le nom d'utilisateur
"huohw%5pqefhewq[ojmfq]w"
Version de JOSM qui corrige ça: *5366+*, disponible demain matin en latest.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Traduction de "redaction" en français

[Nicolas Dandrimont]

Salut,

J'ai fait quelques éditions d'objets qui ont été modifiés par le
Redaction Bot (qui a d'ailleurs terminé son travail il y a quelques
heures), et les messages traduits en français sur le site web n'ont
aucun sens (avec du "t'el que rédigé" (sic) et consorts).

Je me suis donc inscrit sur translate wiki, ai demandé les droits de
traduction (que j'ai obtenus), je compte donc reprendre la traduction de
ces messages.

Voici la question : y a-t-il consensus sur la traduction de "redaction",
"redacted", "to redact" en français ? Je n'ai vu aucune occurence
traduite sur le wiki ni sur cette liste de diffusion.

Je pensais à "censure", qui a une connotation plutôt négative, même si
c'est une traduction littérale du terme anglais. Après avoir posé la
question sur IRC, Jocelyn a suggéré "purge" qui me plait pas mal et est
plus neutre. Je demande d'autres avis via ce mail avant de me lancer.

Merci,
-- 
Nicolas Dandrimont


pgpYp1g2Ambuu.pgp
Description: PGP signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Traduction de "redaction" en français

[Philippe Verdy]

Purge me semble assez excessif, il s'agit plus d'un simple nettoyage
pour la mise en forme, puisque rien n'est en fait effacé et il n'y
avait rien d'indésirable.

Le 25 juillet 2012 21:37, Nicolas Dandrimont
 a écrit :
> Salut,
>
> J'ai fait quelques éditions d'objets qui ont été modifiés par le
> Redaction Bot (qui a d'ailleurs terminé son travail il y a quelques
> heures), et les messages traduits en français sur le site web n'ont
> aucun sens (avec du "t'el que rédigé" (sic) et consorts).
>
> Je me suis donc inscrit sur translate wiki, ai demandé les droits de
> traduction (que j'ai obtenus), je compte donc reprendre la traduction de
> ces messages.
>
> Voici la question : y a-t-il consensus sur la traduction de "redaction",
> "redacted", "to redact" en français ? Je n'ai vu aucune occurence
> traduite sur le wiki ni sur cette liste de diffusion.
>
> Je pensais à "censure", qui a une connotation plutôt négative, même si
> c'est une traduction littérale du terme anglais. Après avoir posé la
> question sur IRC, Jocelyn a suggéré "purge" qui me plait pas mal et est
> plus neutre. Je demande d'autres avis via ce mail avant de me lancer.
>
> Merci,
> --
> Nicolas Dandrimont
>
> ___
> 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] Traduction de "redaction" en français

[Jean-Claude Repetto]

On 25/07/2012 21:37, Nicolas Dandrimont wrote:
> 
> Voici la question : y a-t-il consensus sur la traduction de "redaction",
> "redacted", "to redact" en français ? Je n'ai vu aucune occurence
> traduite sur le wiki ni sur cette liste de diffusion.
> 

Bonjour,

On en a parlé sur cette liste récemment :
http://lists.openstreetmap.org/pipermail/talk-fr/2012-July/045596.html

Jean-Claude


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

Re: [OSM-talk-fr] Traduction de "redaction" en français

[Nicolas Dandrimont]

Le 25/07/2012 à 23:13, Jean-Claude Repetto  écrivit :
> On 25/07/2012 21:37, Nicolas Dandrimont wrote:
> > 
> > Voici la question : y a-t-il consensus sur la traduction de "redaction",
> > "redacted", "to redact" en français ? Je n'ai vu aucune occurence
> > traduite sur le wiki ni sur cette liste de diffusion.
> > 
> 
> Bonjour,
> 
> On en a parlé sur cette liste récemment :
> http://lists.openstreetmap.org/pipermail/talk-fr/2012-July/045596.html

Merci toutefois de me rappeler ce message parce que je l'avais raté. :)
Cependant, un message sans réponse dans un sous-thread ne sent pas trop
le consensus.

Pour répondre à ce message, à mon sens cela n'est pas la bonne
définition de "redact":
>8
http://en.wiktionary.org/wiki/redact

1.  To reduce to form, as literary matter; to digest and put in shape
(matter for publication); to edit.

2.  To censor, used by a government when parts of a document are kept
secret and the remainder released.

The military will redact the document before releasing it,
blacking out sections that are classified.

3.  (law) To black out text for other purposes, such as in law, when
legally protected sections of text are obscured in a document
provided to opposing counsel, typically as part of the discovery
process.
8<

Il me semble qu'on est clairement dans le cadre de la définition 2: il
s'agit de colorier en noir un objet/une révision d'un objet pour dire
qu'elle a existé, mais qu'on n'a pas le droit de le montrer.

La question de quel terme choisir pour décrir ce procédé reste.

Bonne soirée,
-- 
Nicolas Dandrimont


pgp7foSUK17pd.pgp
Description: PGP signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Traduction de "redaction" en français

[Christian Rogel]

Le 25 juil. 2012 à 23:38, Nicolas Dandrimont a écrit :
> 
> 
> Merci toutefois de me rappeler ce message parce que je l'avais raté. :)
> Cependant, un message sans réponse dans un sous-thread ne sent pas trop
> le consensus.
> 
> Pour répondre à ce message, à mon sens cela n'est pas la bonne
> définition de "redact":
> >8
> http://en.wiktionary.org/wiki/redact
> 
> 1.  To reduce to form, as literary matter; to digest and put in shape
>(matter for publication); to edit.
> 
> 2.  To censor, used by a government when parts of a document are kept
>secret and the remainder released.
> 
>The military will redact the document before releasing it,
>blacking out sections that are classified.
> 
> 3.  (law) To black out text for other purposes, such as in law, when
>legally protected sections of text are obscured in a document
>provided to opposing counsel, typically as part of the discovery
>process.
> 8<
> 
> Il me semble qu'on est clairement dans le cadre de la définition 2: il
> s'agit de colorier en noir un objet/une révision d'un objet pour dire
> qu'elle a existé, mais qu'on n'a pas le droit de le montrer.
> 
> La question de quel terme choisir pour décrir ce procédé reste.

A mon avis, les sens 1 et 2 sont équivalents : il s'agit d'une opération
d'édition au sens anglais du terme (ce n'est pas publier, mais préparer pour 
l'édition).
Pour un livre une "édition révisée et augmentée", comporte des suppressions 
d'éléments obsolètes et
la rédaction (sens français) de nouveaux textes de remplacement, plus des 
textes nouveaux.
Pour moi, révision convient si on reste dans le sillage de l'anglais.

On peut aussi, comme on le fait souvent en traduction, décaler la focale, et 
désigner les résultat et non plus
le processus et employer "bot de migration" comme quelqu'un l'a fait ici (je 
n'ai pas retrouvé qui, il se reconnaîtra).
Cela aurait l'avantage d'être clair pour tous.


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

Re: [OSM-talk-fr] Traduction de "redaction" en français

[Christian Quest]

"Bot de migration", je crois bien que c'est Francisco Dos Santos qui
l'a utilisé le premier.

"révision" est peut être pas mal non plus... dans le sens de l'édition
révisée et c'est moi radical que purge ou censure


Le 26 juillet 2012 00:01, Christian Rogel
 a écrit :
>
> Le 25 juil. 2012 à 23:38, Nicolas Dandrimont a écrit :
>
>
>
> Merci toutefois de me rappeler ce message parce que je l'avais raté. :)
> Cependant, un message sans réponse dans un sous-thread ne sent pas trop
> le consensus.
>
> Pour répondre à ce message, à mon sens cela n'est pas la bonne
> définition de "redact":
> >8
> http://en.wiktionary.org/wiki/redact
>
> 1.  To reduce to form, as literary matter; to digest and put in shape
>(matter for publication); to edit.
>
> 2.  To censor, used by a government when parts of a document are kept
>secret and the remainder released.
>
>The military will redact the document before releasing it,
>blacking out sections that are classified.
>
> 3.  (law) To black out text for other purposes, such as in law, when
>legally protected sections of text are obscured in a document
>provided to opposing counsel, typically as part of the discovery
>process.
> 8<
>
> Il me semble qu'on est clairement dans le cadre de la définition 2: il
> s'agit de colorier en noir un objet/une révision d'un objet pour dire
> qu'elle a existé, mais qu'on n'a pas le droit de le montrer.
>
> La question de quel terme choisir pour décrir ce procédé reste.
>
>
> A mon avis, les sens 1 et 2 sont équivalents : il s'agit d'une opération
> d'édition au sens anglais du terme (ce n'est pas publier, mais préparer pour
> l'édition).
> Pour un livre une "édition révisée et augmentée", comporte des suppressions
> d'éléments obsolètes et
> la rédaction (sens français) de nouveaux textes de remplacement, plus des
> textes nouveaux.
> Pour moi, révision convient si on reste dans le sillage de l'anglais.
>
> On peut aussi, comme on le fait souvent en traduction, décaler la focale, et
> désigner les résultat et non plus
> le processus et employer "bot de migration" comme quelqu'un l'a fait ici (je
> n'ai pas retrouvé qui, il se reconnaîtra).
> Cela aurait l'avantage d'être clair pour tous.
>
>
> Christian
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

Re: [OSM-talk-fr] Traduction de "redaction" en français

[Nicolas Dandrimont]

Le 26/07/2012 à 00:01, Christian Rogel  
écrivit :
> 
> Le 25 juil. 2012 à 23:38, Nicolas Dandrimont a écrit :
> > 
> > 
> > Merci toutefois de me rappeler ce message parce que je l'avais raté. :)
> > Cependant, un message sans réponse dans un sous-thread ne sent pas trop
> > le consensus.
> > 
> > Pour répondre à ce message, à mon sens cela n'est pas la bonne
> > définition de "redact":
> > >8
> > http://en.wiktionary.org/wiki/redact
> > 
> > 1.  To reduce to form, as literary matter; to digest and put in shape
> > (matter for publication); to edit.
> > 
> > 2.  To censor, used by a government when parts of a document are kept
> > secret and the remainder released.
> > 
> > The military will redact the document before releasing it,
> > blacking out sections that are classified.
> > 
> > 3.  (law) To black out text for other purposes, such as in law, when
> > legally protected sections of text are obscured in a document
> > provided to opposing counsel, typically as part of the discovery
> > process.
> > 8<
> > 
> > Il me semble qu'on est clairement dans le cadre de la définition 2: il
> > s'agit de colorier en noir un objet/une révision d'un objet pour dire
> > qu'elle a existé, mais qu'on n'a pas le droit de le montrer.
> > 
> > La question de quel terme choisir pour décrir ce procédé reste.
> 
> A mon avis, les sens 1 et 2 sont équivalents : il s'agit d'une opération
> d'édition au sens anglais du terme (ce n'est pas publier, mais préparer pour 
> l'édition).
> Pour un livre une "édition révisée et augmentée", comporte des suppressions 
> d'éléments obsolètes et
> la rédaction (sens français) de nouveaux textes de remplacement, plus des 
> textes nouveaux.
> Pour moi, révision convient si on reste dans le sillage de l'anglais.

Je n'ai jamais vu de livre publié dans lequel il y avait des cadres
noirs mis par l'éditeur (au sens "personne qui a édité le texte") avec
marqué : "ce texte n'était pas convenable". Je pense que l'analogie est
donc très limitée, surtout que la question là est de savoir quoi écrire
dans le cadre.

Pour préciser le contexte, il s'agit en particulier de traduire ce message :
http://translatewiki.net/wiki/Osm:Browse.redacted.message_html/en

(et les messages attenants)

Que l'on trouvera par exemple sur la page:
http://www.openstreetmap.org/browse/way/23216749/history

Je pensais à quelque chose du style "La version %{version} de ce(tte)
%{type} ne peut pas être affichée car elle a été (cachée/censurée/???).
Veuillez consulter %{redaction_link} pour plus d'informations."

La question est sur le mot entre parenthèses. :)

> On peut aussi, comme on le fait souvent en traduction, décaler la
> focale, et désigner les résultat et non plus le processus et employer
> "bot de migration" comme quelqu'un l'a fait ici (je n'ai pas retrouvé
> qui, il se reconnaîtra).  Cela aurait l'avantage d'être clair pour
> tous.

La question n'est pas de savoir comment désigner le processus (qui est
terminé et qui a en lui-même peu d'intérêt), mais le résultat de ce
processus.

Merci de ton avis,

Bonne soirée,
-- 
Nicolas Dandrimont


pgp9e3okePj0k.pgp
Description: PGP signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr