Re: [OSM-talk-fr] Carte des régions et des départ ements

[Antoine]

Je sais que c'est (beaucoup) plus long, mais les coastline existant déjà, 
j'allai plutôt les utiliser pour délimiter le département (je comptai m'y 
mettre aujourd'hui).
Merci à tous de donner votre avis, afin de savoir quelle solution doit être 
retenue.
Je ne touche à rien en attendant (à part les iles).

Antoine
- Mail Original -
De: "Steven Le Roux" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 16 Février 2009 03:03:59 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

2009/2/15 Ludovic :
> sly (sylvain letuffe) a écrit :
>>> C'est un coup à déclencher une guerre ça !
>> Pas motivé aujourd'hui, je sais plus où j'ai mis mon flingue
>>
>>
>>> Sly, pour les limites côtières, j'ai changé les
>>> boundary=administrative en mer en boundary=maritime.
>>> Je crois qu'on avait dit que les coastlines ne seraient pas changés
>>> mais qu'ils seront inclus dans les relations.
>>
>> Dès que les coastlines seront dans les différentes relations, ça se mettra à
>> marcher aussitôt... demain peut-être, en même temps que le nouvel
>> hexagone ;-)
>>
>>
> La Bretagne n'apparait sur cette carte, alors j'ai jeté un oeil.
>
> Effectivement les limites des départements existent mais uniquement
> terrestres. Les coastines ne sont pas dans les relations département et
> région.
>
> J'ai donc commencé cette tâche, j'ai fini l'Ille-et-Vilaine et les Côtes
> d'Armor. Pour le Morbihan, je suis arrivé au Golf du Morbihan (en
> partant de la Loire Atlantique). Je n'ai pas commencé le Finistère.
>
> Mais quand une embouchure de rivière:
> - ne délimite pas deux départements, juste la limite terre/mer du
> département
> et
> - est encore taggée en costline loin dans les terres
> et
> - qu'il y a pas de pont trop proche de l'embouchure
> ou que c'est un grand Golfe presque fermé
> ce n'est très logique d'aller positionner la limite administrative aussi
> loin dans les terres.
>
> J'ai fait un choix (discutable et à discuter) de positionner une
> boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2].
> Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été
> fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière
> rentre loin dans les terres (exemple de la région Poitou Charente /
> département Charente Maritime : [3] alors qu'il y a des ponts presque à
> l'embouchure).
>
> Le problème ne se pose pas (enfin moins) quand un pont ou autre est
> présent, comme le barrage de la Rance [4].
>
> Bon il faudra aussi ajouter les îles, ce que je n'ai pas encore fait.
>
> Je suis à l'écoute de vos remarques, et des pratiques dans les autres
> départements ou régions.
>
> [1]
> http://www.informationfreeway.org/?lat=47.485622037291535&lon=-2.4766334623448985&zoom=13&layers=BF000F
> [2]
> http://www.informationfreeway.org/?lat=47.55448350357179&lon=-2.932565980780222&zoom=13&layers=BF000F
> [3]
> http://openstreetmap.org/?mlat=45.70237&mlon=-0.96285&zoom=15&layers=B000FTF
> [4]
> http://www.informationfreeway.org/?lat=48.626166130479035&lon=-2.0217952849506236&zoom=13&layers=BF000F
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

Je prévoyais de faire comme toi pour la rade de Brest...

-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB

___
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] Carte des régions et des départe ments

[Dominique Rousseau]

Le Sun, Feb 15, 2009 at 11:43:05PM +0100, Ludovic [osm-talk...@zyrianes.net] a 
écrit:
[...]
> Mais quand une embouchure de rivière:
> - ne délimite pas deux départements, juste la limite terre/mer du
> département
> et
> - est encore taggée en costline loin dans les terres
> et
> - qu'il y a pas de pont trop proche de l'embouchure
> ou que c'est un grand Golfe presque fermé
> ce n'est très logique d'aller positionner la limite administrative aussi
> loin dans les terres.
> 
> J'ai fait un choix (discutable et à discuter) de positionner une
> boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2].
> Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été
> fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière
> rentre loin dans les terres (exemple de la région Poitou Charente /
> département Charente Maritime : [3] alors qu'il y a des ponts presque à
> l'embouchure).

J'vais peut-être dire une bêtise, mais pour les embouchures de fleuves,
il y a bien une zone qui est la limite eau-douce/eau-de-mer (variable
avec les marées, mais il doit y avoir une "moyenne" ?).
Pour moi, c'est cette limite qui déterminerait la délimitation
"terre"/mer pour les costlines.


Dom

-- 
Dominique Rousseau

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] Carte des régions et des départe ments

[Pieren]

2009/2/15 Ludovic :

C'est une question qui semble plus complexe qu'elle en a l'air et qui
mérite réflexion.
Pour l'instant, ce que j'ai trouvé de plus complet sur le sujet est
sur wikipedia:

http://fr.wikipedia.org/wiki/Estuaire

Le plus souvent, les principales limites administratives sont des
limites transversales, avec par exemple en France :

* limite transversale de la mer (LTM, cf. décret n°2004-309 du 29
mars 2004 en droit français) : c'est parfois une limite géographique
et/ou culturelle clairement identifiée sur des cartes et par des
repères physiques fixes (phare, cap, sommet..). C'est parfois une
limite arbitraire, sans base physique ou socio-économique, choisie en
raison d'une découpe complexe ou mouvante des côtes. Elle est parfois
fixée assez loin à l'intérieur de l'estuaire.
[...]

Il faudrait trouver une source fiable sur les limites administratives
dans les estuaires pour pouvoir ensuite marquer la différence avec
coastline d'un coté (extérieur) et riverbank de l'autre (intérieur).
Si quelqu'un connait cette source...
Pieren

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

Re: [OSM-talk-fr] Carte des régions et des départ ements

[Antoine]

Le Morbihan est clos (pour l'instant avec ton boundary) et j'ai rajouté pas mal 
d'îles en exclave.
En attendant une clarification de la situation.

Antoine
- Mail Original -
De: "Ludovic" 
À: "Discussions sur OSM en français" 
Envoyé: Dimanche 15 Février 2009 23:43:05 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

sly (sylvain letuffe) a écrit :
>> C'est un coup à déclencher une guerre ça !
> Pas motivé aujourd'hui, je sais plus où j'ai mis mon flingue
> 
>  
>> Sly, pour les limites côtières, j'ai changé les
>> boundary=administrative en mer en boundary=maritime.
>> Je crois qu'on avait dit que les coastlines ne seraient pas changés
>> mais qu'ils seront inclus dans les relations. 
> 
> Dès que les coastlines seront dans les différentes relations, ça se mettra à 
> marcher aussitôt... demain peut-être, en même temps que le nouvel 
> hexagone ;-)
> 
> 
La Bretagne n'apparait sur cette carte, alors j'ai jeté un oeil.

Effectivement les limites des départements existent mais uniquement
terrestres. Les coastines ne sont pas dans les relations département et
région.

J'ai donc commencé cette tâche, j'ai fini l'Ille-et-Vilaine et les Côtes
d'Armor. Pour le Morbihan, je suis arrivé au Golf du Morbihan (en
partant de la Loire Atlantique). Je n'ai pas commencé le Finistère.

Mais quand une embouchure de rivière:
- ne délimite pas deux départements, juste la limite terre/mer du
département
et
- est encore taggée en costline loin dans les terres
et
- qu'il y a pas de pont trop proche de l'embouchure
ou que c'est un grand Golfe presque fermé
ce n'est très logique d'aller positionner la limite administrative aussi
loin dans les terres.

J'ai fait un choix (discutable et à discuter) de positionner une
boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2].
Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été
fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière
rentre loin dans les terres (exemple de la région Poitou Charente /
département Charente Maritime : [3] alors qu'il y a des ponts presque à
l'embouchure).

Le problème ne se pose pas (enfin moins) quand un pont ou autre est
présent, comme le barrage de la Rance [4].

Bon il faudra aussi ajouter les îles, ce que je n'ai pas encore fait.

Je suis à l'écoute de vos remarques, et des pratiques dans les autres
départements ou régions.

[1]
http://www.informationfreeway.org/?lat=47.485622037291535&lon=-2.4766334623448985&zoom=13&layers=BF000F
[2]
http://www.informationfreeway.org/?lat=47.55448350357179&lon=-2.932565980780222&zoom=13&layers=BF000F
[3]
http://openstreetmap.org/?mlat=45.70237&mlon=-0.96285&zoom=15&layers=B000FTF
[4]
http://www.informationfreeway.org/?lat=48.626166130479035&lon=-2.0217952849506236&zoom=13&layers=BF000F


___
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] Carte des régions et des départ ements

[Antoine]

Pour avoir une idée d'où se situe la limite : 
http://www.eaubretagne.fr/content/download/11792/227559/file/1207729378-physionomie-des-cotes-bretonnes.pdf

Antoine
- Mail Original -
De: "Antoine" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 16 Février 2009 11:22:58 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

Pour la Vilaine, c'est clairement une erreur de tag (c'est du coastline jusque 
à la source, et même sur les lacs alentours !)

Antoine
- Mail Original -
De: "Antoine" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 16 Février 2009 11:12:29 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

Le Morbihan est clos (pour l'instant avec ton boundary) et j'ai rajouté pas mal 
d'îles en exclave.
En attendant une clarification de la situation.

Antoine
- Mail Original -
De: "Ludovic" 
À: "Discussions sur OSM en français" 
Envoyé: Dimanche 15 Février 2009 23:43:05 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

sly (sylvain letuffe) a écrit :
>> C'est un coup à déclencher une guerre ça !
> Pas motivé aujourd'hui, je sais plus où j'ai mis mon flingue
> 
>  
>> Sly, pour les limites côtières, j'ai changé les
>> boundary=administrative en mer en boundary=maritime.
>> Je crois qu'on avait dit que les coastlines ne seraient pas changés
>> mais qu'ils seront inclus dans les relations. 
> 
> Dès que les coastlines seront dans les différentes relations, ça se mettra à 
> marcher aussitôt... demain peut-être, en même temps que le nouvel 
> hexagone ;-)
> 
> 
La Bretagne n'apparait sur cette carte, alors j'ai jeté un oeil.

Effectivement les limites des départements existent mais uniquement
terrestres. Les coastines ne sont pas dans les relations département et
région.

J'ai donc commencé cette tâche, j'ai fini l'Ille-et-Vilaine et les Côtes
d'Armor. Pour le Morbihan, je suis arrivé au Golf du Morbihan (en
partant de la Loire Atlantique). Je n'ai pas commencé le Finistère.

Mais quand une embouchure de rivière:
- ne délimite pas deux départements, juste la limite terre/mer du
département
et
- est encore taggée en costline loin dans les terres
et
- qu'il y a pas de pont trop proche de l'embouchure
ou que c'est un grand Golfe presque fermé
ce n'est très logique d'aller positionner la limite administrative aussi
loin dans les terres.

J'ai fait un choix (discutable et à discuter) de positionner une
boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2].
Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été
fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière
rentre loin dans les terres (exemple de la région Poitou Charente /
département Charente Maritime : [3] alors qu'il y a des ponts presque à
l'embouchure).

Le problème ne se pose pas (enfin moins) quand un pont ou autre est
présent, comme le barrage de la Rance [4].

Bon il faudra aussi ajouter les îles, ce que je n'ai pas encore fait.

Je suis à l'écoute de vos remarques, et des pratiques dans les autres
départements ou régions.

[1]
http://www.informationfreeway.org/?lat=47.485622037291535&lon=-2.4766334623448985&zoom=13&layers=BF000F
[2]
http://www.informationfreeway.org/?lat=47.55448350357179&lon=-2.932565980780222&zoom=13&layers=BF000F
[3]
http://openstreetmap.org/?mlat=45.70237&mlon=-0.96285&zoom=15&layers=B000FTF
[4]
http://www.informationfreeway.org/?lat=48.626166130479035&lon=-2.0217952849506236&zoom=13&layers=BF000F


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

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

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

Re: [OSM-talk-fr] Carte des régions et des dépa rtements

[Olivier Boudet]

Bonjour,

Oui, les tags sont à changer. Cela a été effectué avec les images
Landsat via le script Almien Coastlines. Il ne faut pas hésiter à
corriger les tags, mais aussi la disposition des noeuds de la coastline
pour améliorer la précision.

On Mon, 16 Feb 2009 11:22:58 +0100 (CET), Antoine 
wrote:
> Pour la Vilaine, c'est clairement une erreur de tag (c'est du coastline
> jusque à la source, et même sur les lacs alentours !)
> 
> Antoine
> - Mail Original -
> De: "Antoine" 
> À: "Discussions sur OSM en français" 
> Envoyé: Lundi 16 Février 2009 11:12:29 GMT +01:00 Amsterdam / Berlin /
> Berne / Rome / Stockholm / Vienne
> Objet: Re: [OSM-talk-fr] Carte des régions et des départements
> 
> Le Morbihan est clos (pour l'instant avec ton boundary) et j'ai rajouté
> pas mal d'îles en exclave.
> En attendant une clarification de la situation.
> 
> Antoine
> - Mail Original -
> De: "Ludovic" 
> À: "Discussions sur OSM en français" 
> Envoyé: Dimanche 15 Février 2009 23:43:05 GMT +01:00 Amsterdam / Berlin
> / Berne / Rome / Stockholm / Vienne
> Objet: Re: [OSM-talk-fr] Carte des régions et des départements
> 
> sly (sylvain letuffe) a écrit :
>>> C'est un coup à déclencher une guerre ça !
>> Pas motivé aujourd'hui, je sais plus où j'ai mis mon flingue
>> 
>>  
>>> Sly, pour les limites côtières, j'ai changé les
>>> boundary=administrative en mer en boundary=maritime.
>>> Je crois qu'on avait dit que les coastlines ne seraient pas changés
>>> mais qu'ils seront inclus dans les relations. 
>> 
>> Dès que les coastlines seront dans les différentes relations, ça se
> mettra à 
>> marcher aussitôt... demain peut-être, en même temps que le nouvel 
>> hexagone ;-)
>> 
>> 
> La Bretagne n'apparait sur cette carte, alors j'ai jeté un oeil.
> 
> Effectivement les limites des départements existent mais uniquement
> terrestres. Les coastines ne sont pas dans les relations département et
> région.
> 
> J'ai donc commencé cette tâche, j'ai fini l'Ille-et-Vilaine et les
> Côtes
> d'Armor. Pour le Morbihan, je suis arrivé au Golf du Morbihan (en
> partant de la Loire Atlantique). Je n'ai pas commencé le Finistère.
> 
> Mais quand une embouchure de rivière:
> - ne délimite pas deux départements, juste la limite terre/mer du
> département
> et
> - est encore taggée en costline loin dans les terres
> et
> - qu'il y a pas de pont trop proche de l'embouchure
> ou que c'est un grand Golfe presque fermé
> ce n'est très logique d'aller positionner la limite administrative aussi
> loin dans les terres.
> 
> J'ai fait un choix (discutable et à discuter) de positionner une
> boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2].
> Je ne trouve pas cette pratique très élégante. Une règle a-t'elle
> été
> fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière
> rentre loin dans les terres (exemple de la région Poitou Charente /
> département Charente Maritime : [3] alors qu'il y a des ponts presque à
> l'embouchure).
> 
> Le problème ne se pose pas (enfin moins) quand un pont ou autre est
> présent, comme le barrage de la Rance [4].
> 
> Bon il faudra aussi ajouter les îles, ce que je n'ai pas encore fait.
> 
> Je suis à l'écoute de vos remarques, et des pratiques dans les autres
> départements ou régions.
> 
> [1]
>
http://www.informationfreeway.org/?lat=47.485622037291535&lon=-2.4766334623448985&zoom=13&layers=BF000F
> [2]
>
http://www.informationfreeway.org/?lat=47.55448350357179&lon=-2.932565980780222&zoom=13&layers=BF000F
> [3]
>
http://openstreetmap.org/?mlat=45.70237&mlon=-0.96285&zoom=15&layers=B000FTF
> [4]
>
http://www.informationfreeway.org/?lat=48.626166130479035&lon=-2.0217952849506236&zoom=13&layers=BF000F
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Carte des régions et des départ ements

[Antoine]

Pour la Vilaine, c'est clairement une erreur de tag (c'est du coastline jusque 
à la source, et même sur les lacs alentours !)

Antoine
- Mail Original -
De: "Antoine" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 16 Février 2009 11:12:29 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

Le Morbihan est clos (pour l'instant avec ton boundary) et j'ai rajouté pas mal 
d'îles en exclave.
En attendant une clarification de la situation.

Antoine
- Mail Original -
De: "Ludovic" 
À: "Discussions sur OSM en français" 
Envoyé: Dimanche 15 Février 2009 23:43:05 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

sly (sylvain letuffe) a écrit :
>> C'est un coup à déclencher une guerre ça !
> Pas motivé aujourd'hui, je sais plus où j'ai mis mon flingue
> 
>  
>> Sly, pour les limites côtières, j'ai changé les
>> boundary=administrative en mer en boundary=maritime.
>> Je crois qu'on avait dit que les coastlines ne seraient pas changés
>> mais qu'ils seront inclus dans les relations. 
> 
> Dès que les coastlines seront dans les différentes relations, ça se mettra à 
> marcher aussitôt... demain peut-être, en même temps que le nouvel 
> hexagone ;-)
> 
> 
La Bretagne n'apparait sur cette carte, alors j'ai jeté un oeil.

Effectivement les limites des départements existent mais uniquement
terrestres. Les coastines ne sont pas dans les relations département et
région.

J'ai donc commencé cette tâche, j'ai fini l'Ille-et-Vilaine et les Côtes
d'Armor. Pour le Morbihan, je suis arrivé au Golf du Morbihan (en
partant de la Loire Atlantique). Je n'ai pas commencé le Finistère.

Mais quand une embouchure de rivière:
- ne délimite pas deux départements, juste la limite terre/mer du
département
et
- est encore taggée en costline loin dans les terres
et
- qu'il y a pas de pont trop proche de l'embouchure
ou que c'est un grand Golfe presque fermé
ce n'est très logique d'aller positionner la limite administrative aussi
loin dans les terres.

J'ai fait un choix (discutable et à discuter) de positionner une
boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2].
Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été
fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière
rentre loin dans les terres (exemple de la région Poitou Charente /
département Charente Maritime : [3] alors qu'il y a des ponts presque à
l'embouchure).

Le problème ne se pose pas (enfin moins) quand un pont ou autre est
présent, comme le barrage de la Rance [4].

Bon il faudra aussi ajouter les îles, ce que je n'ai pas encore fait.

Je suis à l'écoute de vos remarques, et des pratiques dans les autres
départements ou régions.

[1]
http://www.informationfreeway.org/?lat=47.485622037291535&lon=-2.4766334623448985&zoom=13&layers=BF000F
[2]
http://www.informationfreeway.org/?lat=47.55448350357179&lon=-2.932565980780222&zoom=13&layers=BF000F
[3]
http://openstreetmap.org/?mlat=45.70237&mlon=-0.96285&zoom=15&layers=B000FTF
[4]
http://www.informationfreeway.org/?lat=48.626166130479035&lon=-2.0217952849506236&zoom=13&layers=BF000F


___
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] Carte des régions et des départe ments

[sly (sylvain letuffe)]

Salut,
( et oui encore moi)


Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient 
aussi être fournies en SVG.

Après une bonne baston avec mapnik, j'ai fini par le dresser :

http://beta.letuffe.org/cartes/

( générées à l'instant, en png ou en svg )

Attention ! ça rigole pas en SVG, toute la précision de la base OSM est 
rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui 
ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les 
ouvrir.
( moins de 512Mo passez votre chermin)
Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même 
de les télécharger et ouvrir avec inkscape par exemple.

Des conseils pour tenter d'en faire des versions "simplifiées" seraient 
bienvenues

Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont 
complété un très grand nombre de départements et régions et fait du collage 
avec les côtes.

Si j'ai bonne vue sur :
http://beta.letuffe.org/cartes/departements.png
Il ne manque plus que 3 départements !!

Très bonne avancée depuis jeudi :
http://wiki.openstreetmap.org/wiki/Image:Departements.png

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Carte des régions et des départ ements

[Antoine]

Pour les départements, en fait il n'en manque qu'un ;)
Le Morbihan a été complété ce matin et le Var à l'instant.
Avis aux amateurs, il ne reste que le Finistère (et ses iles) !

Par contre, Ortenaukreis et Emmendingen ont été annexées récemment ou c'est un 
coup du polygone FR ?

A+
Antoine
- Mail Original -
De: "sly (sylvain letuffe)" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 16 Février 2009 14:25:57 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

Salut,
( et oui encore moi)


Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient 
aussi être fournies en SVG.

Après une bonne baston avec mapnik, j'ai fini par le dresser :

http://beta.letuffe.org/cartes/

( générées à l'instant, en png ou en svg )

Attention ! ça rigole pas en SVG, toute la précision de la base OSM est 
rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui 
ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les 
ouvrir.
( moins de 512Mo passez votre chermin)
Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même 
de les télécharger et ouvrir avec inkscape par exemple.

Des conseils pour tenter d'en faire des versions "simplifiées" seraient 
bienvenues

Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont 
complété un très grand nombre de départements et régions et fait du collage 
avec les côtes.

Si j'ai bonne vue sur :
http://beta.letuffe.org/cartes/departements.png
Il ne manque plus que 3 départements !!

Très bonne avancée depuis jeudi :
http://wiki.openstreetmap.org/wiki/Image:Departements.png

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.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] Carte des régions et des départ ements

[Steven Le Roux]

2009/2/16 Antoine :
> Pour les départements, en fait il n'en manque qu'un ;)
> Le Morbihan a été complété ce matin et le Var à l'instant.
> Avis aux amateurs, il ne reste que le Finistère (et ses iles) !
>

c'est un sacré chantier :) mais je suis sur le coup... Ludo aussi je suppose :)

> Par contre, Ortenaukreis et Emmendingen ont été annexées récemment ou c'est 
> un coup du polygone FR ?
>
> A+
> Antoine
> - Mail Original -
> De: "sly (sylvain letuffe)" 
> À: "Discussions sur OSM en français" 
> Envoyé: Lundi 16 Février 2009 14:25:57 GMT +01:00 Amsterdam / Berlin / Berne 
> / Rome / Stockholm / Vienne
> Objet: Re: [OSM-talk-fr] Carte des régions et des départements
>
> Salut,
> ( et oui encore moi)
>
>
> Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient
> aussi être fournies en SVG.
>
> Après une bonne baston avec mapnik, j'ai fini par le dresser :
>
> http://beta.letuffe.org/cartes/
>
> ( générées à l'instant, en png ou en svg )
>
> Attention ! ça rigole pas en SVG, toute la précision de la base OSM est
> rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui
> ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les
> ouvrir.
> ( moins de 512Mo passez votre chermin)
> Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même
> de les télécharger et ouvrir avec inkscape par exemple.
>
> Des conseils pour tenter d'en faire des versions "simplifiées" seraient
> bienvenues
>
> Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont
> complété un très grand nombre de départements et régions et fait du collage
> avec les côtes.
>
> Si j'ai bonne vue sur :
> http://beta.letuffe.org/cartes/departements.png
> Il ne manque plus que 3 départements !!
>
> Très bonne avancée depuis jeudi :
> http://wiki.openstreetmap.org/wiki/Image:Departements.png
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.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
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB

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

Re: [OSM-talk-fr] Carte des régions et des départ ements

[Antoine]

Oups
Je viens de m'apercevoir de quelque chose :
Je n'ai pas modifié l'admin_level lors du rajout aux départements/régions.
Par contre, je vois des coastline qui n'ont pas de tag boundary.
La question est donc : est-ce nécessaire d'ajouter le tag boundary à la 
coastline, ou le tag inclus dans la relation suffit-il ?

A+
Antoine
- Mail Original -
De: "sly (sylvain letuffe)" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 16 Février 2009 14:25:57 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

Salut,
( et oui encore moi)


Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient 
aussi être fournies en SVG.

Après une bonne baston avec mapnik, j'ai fini par le dresser :

http://beta.letuffe.org/cartes/

( générées à l'instant, en png ou en svg )

Attention ! ça rigole pas en SVG, toute la précision de la base OSM est 
rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui 
ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les 
ouvrir.
( moins de 512Mo passez votre chermin)
Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même 
de les télécharger et ouvrir avec inkscape par exemple.

Des conseils pour tenter d'en faire des versions "simplifiées" seraient 
bienvenues

Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont 
complété un très grand nombre de départements et régions et fait du collage 
avec les côtes.

Si j'ai bonne vue sur :
http://beta.letuffe.org/cartes/departements.png
Il ne manque plus que 3 départements !!

Très bonne avancée depuis jeudi :
http://wiki.openstreetmap.org/wiki/Image:Departements.png

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.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] Carte des régions et des départ ements

[Antoine]

Préférant trop que pas assez d'informations, je l'ai modifié pour le Morbihan.

Antoine
- Mail Original -
De: "Antoine" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 16 Février 2009 15:06:39 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

Oups
Je viens de m'apercevoir de quelque chose :
Je n'ai pas modifié l'admin_level lors du rajout aux départements/régions.
Par contre, je vois des coastline qui n'ont pas de tag boundary.
La question est donc : est-ce nécessaire d'ajouter le tag boundary à la 
coastline, ou le tag inclus dans la relation suffit-il ?

A+
Antoine
- Mail Original -
De: "sly (sylvain letuffe)" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 16 Février 2009 14:25:57 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements

Salut,
( et oui encore moi)


Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient 
aussi être fournies en SVG.

Après une bonne baston avec mapnik, j'ai fini par le dresser :

http://beta.letuffe.org/cartes/

( générées à l'instant, en png ou en svg )

Attention ! ça rigole pas en SVG, toute la précision de la base OSM est 
rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui 
ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les 
ouvrir.
( moins de 512Mo passez votre chermin)
Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même 
de les télécharger et ouvrir avec inkscape par exemple.

Des conseils pour tenter d'en faire des versions "simplifiées" seraient 
bienvenues

Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont 
complété un très grand nombre de départements et régions et fait du collage 
avec les côtes.

Si j'ai bonne vue sur :
http://beta.letuffe.org/cartes/departements.png
Il ne manque plus que 3 départements !!

Très bonne avancée depuis jeudi :
http://wiki.openstreetmap.org/wiki/Image:Departements.png

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.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

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

[OSM-talk-fr] identification d'un honorable memb re d'osm

[pascal.ferr...@aliceadsl.fr]

Bonjour tout le monde,

venant de découvrir un voisin actif ...

comment trouver l'adresse d'un membre depuis l'dentifiant d'auteur de JOSM ?

Cordialement 

Pascal


-- ALICE N°1 de la RELATION CLIENT 2008*
Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici 
http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES 
/ BEARING POINT. Secteur Fournisseur d.Accès Internet



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

Re: [OSM-talk-fr] Carte des régions et des départe ments

[Pieren]

2009/2/16 Antoine :
> Oups
> Je viens de m'apercevoir de quelque chose :
> Je n'ai pas modifié l'admin_level lors du rajout aux départements/régions.
> Par contre, je vois des coastline qui n'ont pas de tag boundary.
> La question est donc : est-ce nécessaire d'ajouter le tag boundary à la 
> coastline, ou le tag inclus dans la relation suffit-il ?

Non, il ne faut pas de tag boundary sur un way coastline. C'est un peu
comme mettre oneway=yes sur un roundabout. L'un implique l'autre.
D'ailleurs si tu fais un peu le tour des côtes, il ne devrait y en
avoir nul part.

Pieren

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

Re: [OSM-talk-fr] Carte des régions et des départe ments

[Marc Sibert]

Selon Pieren :

> Non, il ne faut pas de tag boundary sur un way coastline. C'est un peu
> comme mettre oneway=yes sur un roundabout. L'un implique l'autre.
> D'ailleurs si tu fais un peu le tour des côtes, il ne devrait y en
> avoir nul part.
>
> Pieren
>
Ben... moi je l'ai fait par ignorance sur la côte sud-ouest, à la limite de
l'Espagne en remontant. En fait je suis à la recherche d'une description de la
manière de faire le codage de l'ensemble des limites, depuis les eaux
territoriales jusqu'au département, voir la commune. Entre la coastline, les
limites cadastres et ce que je vois sur Yahoo, je suis un peu perdu. Avec vos
échanges, j'ai vraiment peur d'avoir merdé dans la zone indiquée.

Merci de vos lumières,

-- 
Marc Sibert
m...@sibert.fr
http://marc.sibert.fr

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

Re: [OSM-talk-fr] identification d'un honorable membre d'osm

[murphy2712.nospam]

Bonjour, tu peux voir sur son profil, s'il l'a rempli :

http://www.openstreetmap.org/user/NOMUTILISATEUR

Au pire tu peux toujours le contacter avec un "send message".

On Mon, Feb 16, 2009 at 15:22, pascal.ferrand wrote:

> Bonjour tout le monde,
>
> venant de découvrir un voisin actif ...
>
> comment trouver l'adresse d'un membre depuis l'dentifiant d'auteur de JOSM
> ?
>
> Cordialement
>
> Pascal
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des régions et des départe ments

[sly (sylvain letuffe)]

Salut,

> La question est donc : est-ce nécessaire d'ajouter le tag boundary à la
> coastline, ou le tag inclus dans la relation suffit-il ? 

Ma foi, on peut en débattre ici même ;-)

- Pour mon rendu, ça suffit car je ne me sers que des relations, les 
ways "membres" peuvent avoir rien du tout que ça marchera.

Mais comme on ne tag pas pour un rendu, on peut se demander comment faut-il 
faire.

Pieren m'a fait remarqué que cela avait été discuté lors d'une réunion IRC et 
qu'il avait été proposé de tagger la relation ET les ways les uns à la suite 
des autres avec admin_level et boundary=administrative.

La question se pose alors : est-il judicieux d'avoir une coastline, une 
rivière, un fleuve avec en plus les tags admin_level

Il m'a semblé comprendre que non, il était alors proposé de superposer deux 
ways, un avec la coastline/rivière et l'autre avec le admin_level+boundary
(Merci de me corriger si je n'ai pas bien compris)
( Pieren vient de me corriger : coastline implique boundary=administrative, 
mais ça implique quel admin_level ? )

Mais bon, quand je relis les logs de réunions, je me dis qu'il y a un paquet 
de truc où j'aurais bien aimé foutre la m ;-)

En bref, si on me redemandait mon avis, que j'ai déjà donné samedi soir sur 
IRC : ne jamais superposer deux ways, et ne pas mettre d'admin_level sur un 
way. Mais je suis un extrémiste.

(n'empêche que ça simplifie vachement, et ça règle pas mal de problème...
- frontière commune à département & commune & région
- frontière sur une rivière
- frontière sur une coastline
- pas de redondance d'information
 )

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Carte des régions et des départe ments

[Gand']

pour le tag boundary sur la coastline, c'est encore moins nécessaire
administrativement parlant, la "frontière" se situe au large ...
-- 
  Gand'

2009/2/16 sly (sylvain letuffe) 

> Salut,
>
> > La question est donc : est-ce nécessaire d'ajouter le tag boundary à la
> > coastline, ou le tag inclus dans la relation suffit-il ?
>
> Ma foi, on peut en débattre ici même ;-)
>
> - Pour mon rendu, ça suffit car je ne me sers que des relations, les
> ways "membres" peuvent avoir rien du tout que ça marchera.
>
> Mais comme on ne tag pas pour un rendu, on peut se demander comment faut-il
> faire.
>
> Pieren m'a fait remarqué que cela avait été discuté lors d'une réunion IRC
> et
> qu'il avait été proposé de tagger la relation ET les ways les uns à la
> suite
> des autres avec admin_level et boundary=administrative.
>
> La question se pose alors : est-il judicieux d'avoir une coastline, une
> rivière, un fleuve avec en plus les tags admin_level
>
> Il m'a semblé comprendre que non, il était alors proposé de superposer deux
> ways, un avec la coastline/rivière et l'autre avec le admin_level+boundary
> (Merci de me corriger si je n'ai pas bien compris)
> ( Pieren vient de me corriger : coastline implique boundary=administrative,
> mais ça implique quel admin_level ? )
>
> Mais bon, quand je relis les logs de réunions, je me dis qu'il y a un
> paquet
> de truc où j'aurais bien aimé foutre la m ;-)
>
> En bref, si on me redemandait mon avis, que j'ai déjà donné samedi soir sur
> IRC : ne jamais superposer deux ways, et ne pas mettre d'admin_level sur un
> way. Mais je suis un extrémiste.
>
> (n'empêche que ça simplifie vachement, et ça règle pas mal de problème...
> - frontière commune à département & commune & région
> - frontière sur une rivière
> - frontière sur une coastline
> - pas de redondance d'information
>  )
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.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] Carte des régions et des départ ements

[Antoine]

Pour la France, peut-être (ça se discute), par contre, pour les 
régions/départements/communes côtiers, je ne pense pas...

A+
Antoine
- Mail Original -
De: "Gand'" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 16 Février 2009 15:38:29 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Carte des régions et des départements


pour le tag boundary sur la coastline, c'est encore moins nécessaire 
administrativement parlant, la "frontière" se situe au large ... 
-- 
Gand' 


2009/2/16 sly (sylvain letuffe) < sylv...@letuffe.org > 


Salut, 


> La question est donc : est-ce nécessaire d'ajouter le tag boundary à la 
> coastline, ou le tag inclus dans la relation suffit-il ? 

Ma foi, on peut en débattre ici même ;-) 

- Pour mon rendu, ça suffit car je ne me sers que des relations, les 
ways "membres" peuvent avoir rien du tout que ça marchera. 

Mais comme on ne tag pas pour un rendu, on peut se demander comment faut-il 
faire. 

Pieren m'a fait remarqué que cela avait été discuté lors d'une réunion IRC et 
qu'il avait été proposé de tagger la relation ET les ways les uns à la suite 
des autres avec admin_level et boundary=administrative. 

La question se pose alors : est-il judicieux d'avoir une coastline, une 
rivière, un fleuve avec en plus les tags admin_level 

Il m'a semblé comprendre que non, il était alors proposé de superposer deux 
ways, un avec la coastline/rivière et l'autre avec le admin_level+boundary 
(Merci de me corriger si je n'ai pas bien compris) 
( Pieren vient de me corriger : coastline implique boundary=administrative, 
mais ça implique quel admin_level ? ) 

Mais bon, quand je relis les logs de réunions, je me dis qu'il y a un paquet 
de truc où j'aurais bien aimé foutre la m ;-) 

En bref, si on me redemandait mon avis, que j'ai déjà donné samedi soir sur 
IRC : ne jamais superposer deux ways, et ne pas mettre d'admin_level sur un 
way. Mais je suis un extrémiste. 

(n'empêche que ça simplifie vachement, et ça règle pas mal de problème... 
- frontière commune à département & commune & région 
- frontière sur une rivière 
- frontière sur une coastline 
- pas de redondance d'information 



) 

-- 
sly 
Sylvain Letuffe sylv...@letuffe.org 
qui suis-je : http://slyserv.dyndns.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

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

Re: [OSM-talk-fr] Carte des régions et des départe ments

[Gand']

pour la france, on est sous l'autorité de la loi française même en mer ...
par contre, effectivement, je ne crois pas qu'on soit sous celle du
département et encore moins de la commune ...
-- 
  Gand'

2009/2/16 Antoine 

> Pour la France, peut-être (ça se discute), par contre, pour les
> régions/départements/communes côtiers, je ne pense pas...
>
> A+
> Antoine
> - Mail Original -
> De: "Gand'" 
> À: "Discussions sur OSM en français" 
> Envoyé: Lundi 16 Février 2009 15:38:29 GMT +01:00 Amsterdam / Berlin /
> Berne / Rome / Stockholm / Vienne
> Objet: Re: [OSM-talk-fr] Carte des régions et des départements
>
>
> pour le tag boundary sur la coastline, c'est encore moins nécessaire
> administrativement parlant, la "frontière" se situe au large ...
> --
> Gand'
>
>
> 2009/2/16 sly (sylvain letuffe) < sylv...@letuffe.org >
>
>
> Salut,
>
>
> > La question est donc : est-ce nécessaire d'ajouter le tag boundary à la
> > coastline, ou le tag inclus dans la relation suffit-il ?
>
> Ma foi, on peut en débattre ici même ;-)
>
> - Pour mon rendu, ça suffit car je ne me sers que des relations, les
> ways "membres" peuvent avoir rien du tout que ça marchera.
>
> Mais comme on ne tag pas pour un rendu, on peut se demander comment faut-il
> faire.
>
> Pieren m'a fait remarqué que cela avait été discuté lors d'une réunion IRC
> et
> qu'il avait été proposé de tagger la relation ET les ways les uns à la
> suite
> des autres avec admin_level et boundary=administrative.
>
> La question se pose alors : est-il judicieux d'avoir une coastline, une
> rivière, un fleuve avec en plus les tags admin_level
>
> Il m'a semblé comprendre que non, il était alors proposé de superposer deux
> ways, un avec la coastline/rivière et l'autre avec le admin_level+boundary
> (Merci de me corriger si je n'ai pas bien compris)
> ( Pieren vient de me corriger : coastline implique boundary=administrative,
> mais ça implique quel admin_level ? )
>
> Mais bon, quand je relis les logs de réunions, je me dis qu'il y a un
> paquet
> de truc où j'aurais bien aimé foutre la m ;-)
>
> En bref, si on me redemandait mon avis, que j'ai déjà donné samedi soir sur
> IRC : ne jamais superposer deux ways, et ne pas mettre d'admin_level sur un
> way. Mais je suis un extrémiste.
>
> (n'empêche que ça simplifie vachement, et ça règle pas mal de problème...
> - frontière commune à département & commune & région
> - frontière sur une rivière
> - frontière sur une coastline
> - pas de redondance d'information
>
>
>
> )
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.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
>
> ___
> 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] Carte des régions et des départe ments

[Pieren]

Petite enquête (en ne regardant que les ways, pas les relations) :

Anglais:
- 1 way natural=coastline
- 1 way boundary=administrative, admin_level=6 (à faible distance)
- 1 way boundary=administrative sans admin_level=2 (à 12 milles)
Belges:
- 1 way natural=coasline
- 1 way boundary=administrative, admin_level=2 (à 12 milles)
Pays-Bas:
- 1 way natural=coastline, name=Nederland
- 1 way boundary=administrative, admin_level=2 (à 12 milles)
Allemagne (mer du nord):
- 1 way natural=coastline
- 1 way boundary=administrative, admin_level=6 (à faible distance)
- 1 way boundary=administrative, admin_level=4 (à ? milles)
Danemark:
- 1 way natural=coastline
- 1 way boundary=administrative, name=DK, admin_level=2 (à 12 milles)
Espagne:
- 1 way natural=coastline
Italie:
- 1 way natural=coastline
- 1 way boundary=administrative, admin_level=2 (recouvrant très
approximativement le coastline)

Bref personne ne charge le way coastline avec autre chose (sauf avec
name pour certains).
A noter que le rendu actuel du boundary=administrative en mer est
contesté et que divers propositions sont discutées sur une page
"tagging proposal" sur le wiki (d'où j'ai repris la proposition no 3
du boundary=maritime).

Pieren

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

[OSM-talk-fr] Bravo aux Rennais !

[Florian Birée]

Salut,

Bravo et merci aux cartographes d'OpenStreetMap de Rennes : nous avons
pu rejoindre de Toulouse la coordination nationale des étudiants en
grève de ce week-end qui se tenait à l'université de Rennes 2 grâce à
OpenStreetMap !

Merci !
-- 
Thesa ~ Florian Birée
e-mail : flor...@biree.name
Messagerie Instantanée Jabber : florian.bi...@jabber.fr
Site web : http://florian.biree.name/
Carnet web : http://filyb.info/
begin:vcard
fn;quoted-printable:Florian Bir=C3=A9e
n;quoted-printable:Bir=C3=A9e;Florian
email;internet:flor...@biree.name
x-mozilla-html:FALSE
url:http://florian.biree.name/
version:2.1
end:vcard



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

[OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

Bonjour,

Je vous propose un nouveau lâcher de robot mercredi 18 février en 
version 1.4 cette fois. Au menu :
De nouvelles corrections de noms de ways, et comme nouveauté
La correction des ref des autoroutes dont les ref justement commencent 
par A et qui se verront ajouter un espace après ce fameux A.

En savoir plus sur l'animal : 
http://wiki.openstreetmap.org/wiki/User:MS_BOT#V1.4_-_Prochain_lot_de_corrections
 
et un exemple de log à blanc : 
http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt

A+
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Yann Coupin]

Pourquoi se restreindre aux autoroutes ? Pour limiter la casse et le  
volume ? Par ce que sinon je pense qu'on a plein de nationales et de  
départementales en souffrance qui bénéficieraient aussi de ce  
traitement.
Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un  
demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir  
compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus  
joli, non ?

Yann

Le 16 févr. 09 à 20:28, Marc SIBERT a écrit :

> La correction des ref des autoroutes dont les ref justement commencent
> par A et qui se verront ajouter un espace après ce fameux A.


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

Yann Coupin a écrit :
> Pourquoi se restreindre aux autoroutes ? Pour limiter la casse et le  
> volume ? Par ce que sinon je pense qu'on a plein de nationales et de  
> départementales en souffrance qui bénéficieraient aussi de ce  
> traitement.
>   
Oui, ça va venir, mais je préfère progresser par étapes : les autoroutes 
cette semaine, les nationales la prochaine et les départementales enfin. 
Il y a toujours des septiques à convaincre du bien fondé du robot. Si il 
y a de la casse à grande échelle, mon robot je pourrais (à juste titre 
alors) le remettre dans ma culotte.
> Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un  
> demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir  
> compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus  
> joli, non ?
>   
Moi je suis partant, même avec du faux UTF8 à mettre ce fameux 1/2 
espace insécable, mais quelqu'un l'a-t-il déjà testé lors de ses saisies 
manuelles par exemple pour vérifier que les renders le rendent bien par 
exemple.
> Yann
>
> Le 16 févr. 09 à 20:28, Marc SIBERT a écrit :
>
>   
>> La correction des ref des autoroutes dont les ref justement commencent
>> par A et qui se verront ajouter un espace après ce fameux A.
>> 
Désolé d'avoir quotté comme un goret.
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Pieren]

2009/2/16 Yann Coupin :
> Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un
> demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir
> compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus
> joli, non ?
>

N'oublions pas que les données osm servent et serviront à des tas
d'applications sur toutes sortes de plateformes. Évitons les
caractères trop ésotériques.

Pieren

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[sylvain letuffe]

Le lundi 16 février 2009 21:43, Yann Coupin a écrit :
> Pourquoi se restreindre aux autoroutes ? Pour limiter la casse et le
> volume ? 

En effet, si cette manière d'écrire, je ne serais pas contre à l'étendre aux 
D, N en plus des A

> Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un
> demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir
> compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus
> joli, non ?

Moi je suis plutôt contre, non que je trouve l'UTF-8 pas bien, mais je me vois 
mal taper des semi-espace avec mon clavier ensuite. De plus, je ne suis pas 
sûr que tous les editeurs/rendus du coin supporte tout ça bien 
convenablement. (Sans compter les traitements ultérieurs qui devront, comme 
Marc le fait, gérer les demi espaces, les doubles espaces et autres 
caractères de séparation de mots, KIS )

Pour le peu que ça fait gagner, je préférerais ne pas prendre de risque. 
Charge à qui veut en faire quelque chose de super joli de remplacer lui même 
les espaces par des demi-espaces.

--
sly

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Pieren]

2009/2/16 sylvain letuffe :
> En effet, si cette manière d'écrire, je ne serais pas contre à l'étendre aux
> D, N en plus des A
>

Il n'y pas le feu au lac. {{vote|yes}} pour la politique des petits pas.

Pieren

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[thomas bonfort]

> N'oublions pas que les données osm servent et serviront à des tas
> d'applications sur toutes sortes de plateformes. Évitons les
> caractères trop ésotériques.

+1

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[sylvain letuffe]

Le lundi 16 février 2009 21:59, Pieren a écrit :
> 2009/2/16 sylvain letuffe :
> > En effet, si cette manière d'écrire, je ne serais pas contre à l'étendre
> > aux D, N en plus des A

Ma phrase étant incomplète, ça disait :
"En effet, si cette manière d'écrire fait l'unanimité..."

> Il n'y pas le feu au lac. {{vote|yes}} pour la politique des petits pas.

Tout à fait, je ne savais pas qu'un robot allait être lancé avant cette 
annonce.

Autant je suis pour l'idée , autant une annonce le lundi soir pour un 
lancement Mardi dans la nuit, c'est "short". 

Peut-être avons nous des vacanciers qui seraient heureux de nous indiquer 
qu'il y a une faille que nous n'avons pas vu !

Peut-être veux tu nous montrer un log qui sera le plus proche possible de ce 
qui va être fait (donc avec le moins de modifications entre le log et le 
lancement) mais moi, ça ne me dérange pas. Je suis capable de comprendre ce 
qu'il va faire et je préfère que le log, même si ce n'est le log de ce qui 
est fait, soit vu par un maximum de gens.

--
sly

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

Je sens que ça part en live côté inquiétudes, donc je rappelle que pour 
mercredi, il y a (en plus des noms de way), ref Anxx => A nxx et avec un 
espace normal (ASCII 32) et c'est tout !
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

sylvain letuffe a écrit :
> Le lundi 16 février 2009 21:59, Pieren a écrit :
>   
>> 2009/2/16 sylvain letuffe :
>> 
>>> En effet, si cette manière d'écrire, je ne serais pas contre à l'étendre
>>> aux D, N en plus des A
>>>   
>
> Ma phrase étant incomplète, ça disait :
> "En effet, si cette manière d'écrire fait l'unanimité..."
>
>   
>> Il n'y pas le feu au lac. {{vote|yes}} pour la politique des petits pas.
>> 
Que je poursuis : pour rappel, j'ai commencé avec "Rue" et sa majuscule 
et c'était tout.
>
> Tout à fait, je ne savais pas qu'un robot allait être lancé avant cette 
> annonce.
>   
Ca fait une semaine que je mets la page du robot à jour avec des logs, 
mais pas de problème pour reporter de "mercredi soir" (pas mardi, oh ! 
la psychose :-)) à la semaine prochaine.
> Autant je suis pour l'idée , autant une annonce le lundi soir pour un 
> lancement Mardi dans la nuit, c'est "short". 
>
> Peut-être avons nous des vacanciers qui seraient heureux de nous indiquer 
> qu'il y a une faille que nous n'avons pas vu !
>
> Peut-être veux tu nous montrer un log qui sera le plus proche possible de ce 
> qui va être fait (donc avec le moins de modifications entre le log et le 
> lancement) mais moi, ça ne me dérange pas. Je suis capable de comprendre ce 
> qu'il va faire et je préfère que le log, même si ce n'est le log de ce qui 
> est fait, soit vu par un maximum de gens.
>
>   
Le log est en ligne sur la page et en lien dans mon mail initial : plus 
je peux pas !
> --
> sly
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>   

--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[David MENTRE]

Bonjour,

Marc SIBERT  writes:

> et un exemple de log à blanc : 
> http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt

Un desiderata : il n'y a pas moyen de faire apparaître la partie
modifiée en gras dans les cas avant et après, pour faciliter la
relecture ?


Mon retour perso :

 - les corrections « Petite rue » en « Petite Rue » m'embêtent. Une «
   petite rue » n'est pas une sorte de nom composé ?

 - « Place intérieure » modifié en « Place Intérieure » : idem que pour
   Petite rue ;

 - 'Rond point de...' modifié en 'Rond-Point de...' : idem que
   précédemment ;

 - 'Place du 8 mai 1945' modifié en 'Place du 8 Mai 1945' : je ne
   toucherais pas. D'après mon Lexique des règles typographiques en
   usage à l'imprimerie nationale, rubrique Dates : « Lorsqu'une date
   est mentionnée pour évoquer un événement historique et *que l'année
   n'est pas indiquée*, le nom du mois prend une capitale initiale » ;

 - 'Rue du 11 novembre 1918' modifié en 'Rue du 11 Novembre 1918' : idem
   que pour « place du 8 mai 1945 » ;

 - 'Rue du 19 mars 1962' modifié en 'Rue du 19 Mars 1962' : idem ;

 - Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' :
   qu'est-ce qui change ?

 - Way 30932381 : 'rue Leon Bourgeois' modifié en 'Rue Leon Bourgeois' :
   c'est pas « Léon » (avé l'assent) ?

 - 'rue Paul Eluard' modifié en 'Rue Paul Eluard' : c'est « Éluard » ?

 - 'rue de la Sabliere' modifié en 'Rue de la Sabliere' : « Sablière » ?

 - Way 30932333 : 'rue des Brunandieres' modifié en 'Rue des
   Brunandieres' : « Brunandières » ?

 - 'rue des Ecoles' modifié en 'Rue des Ecoles' : « Écoles » ?

 - Way 30932314 : 'rue du Gneral Delestraint' modifié en 'Rue du Gneral
   Delestraint' : « Gneral » -> « Général » ?

Le reste pour moi c'est bon.

Amicalement,
d.
-- 
GPG/PGP key: A3AD7A2A David MENTRE 
 5996 CC46 4612 9CA4 3562  D7AC 6C67 9E96 A3AD 7A2A

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Yann Coupin]

Le 16 févr. 09 à 22:00, thomas bonfort a écrit :

>> N'oublions pas que les données osm servent et serviront à des tas
>> d'applications sur toutes sortes de plateformes. Évitons les
>> caractères trop ésotériques.
>
> +1

Je suis assez d'accord dans le principe et on est pas obligé de le  
faire sur cette passe. Maintenant je suis assez partagé sur l'argument  
du rendu et d'éviter les données esotérique. En effet, l'UTF-8 est  
géré, sinon adieu Japonais, Chinois et autres langue "multibyte".  
Voire tout simplement les accents des noms français. Pour ce qui est  
de savoir comment le rendu se passe, je vais en mettre sur quelques  
routes et on verra comment ça se passe sur beta.letuffe et puis t...@h.  
Je vous tient au courant...

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Etienne Chové]

Yann Coupin a écrit :
> Pourquoi se restreindre aux autoroutes ? Pour limiter la casse et le  
> volume ? Par ce que sinon je pense qu'on a plein de nationales et de  
> départementales en souffrance qui bénéficieraient aussi de ce  
> traitement.
> Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un  
> demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir  
> compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus  
> joli, non ?

Il faudrait que inkscape le gère bien, ce qui n'est pas le cas dans ma 
version (mais cela était peut être dû à ma police).

Etienne


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir - Le bon log en ligne

[Marc SIBERT]

David MENTRE a écrit :
> Bonjour,
>
> Marc SIBERT  writes:
>
>   
>> et un exemple de log à blanc : 
>> http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt
>> 
>
> Un desiderata : il n'y a pas moyen de faire apparaître la partie
> modifiée en gras dans les cas avant et après, pour faciliter la
> relecture ?
>   
..
> Amicalement,
> d.
>   
Argh ! Désolé, j'ai fait mon boulet dans un copier/coller du log : le 
bon est en ligne maintenant (données du 16/2).
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[arp enteur]

Tiens, tout à l'heure, j'ai corrigé une "rue du 4 septembre". Le "rue" avait
du échapper au précédent robot. Et je ne la vois pas mentionnée dans les
logs. Il existe plusieurs version de la BDD, et y'a des délais de
synchronisation ?

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

arp enteur a écrit :
> Tiens, tout à l'heure, j'ai corrigé une "rue du 4 septembre". Le "rue" 
> avait du échapper au précédent robot. Et je ne la vois pas mentionnée 
> dans les logs. Il existe plusieurs version de la BDD, et y'a des 
> délais de synchronisation ?
>
> Art.
> 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>   
C'est "normal". A la demande de je ne sais plus qui les name "tout en 
minuscules" ne sont pas modifiés.
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Aurelien Jacobs]

Marc SIBERT wrote:

> Bonjour,
> 
> Je vous propose un nouveau lâcher de robot mercredi 18 février en 
> version 1.4 cette fois. Au menu :
> De nouvelles corrections de noms de ways,

Je m'étonne particulièrement de ce genre de changement:
  Way 30927298 : 'Allées des Longs Fossés' modifié en 'Allée des Longs Fossés'
Je suppose que l'orthographe initiale est voulue et correspond à la réalité,
et que le bot introduit une faute plutôt que d'en corriger une...
C'est avec ce genre de détails que j'ai du mal à avoir confiance en un bot !

Et comme lors d'un précédent passage, le bot indique des changements
sans faire de changement:
  Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen'

Un point positif tout de même, la liste des modifications commence
à devenir suffisamment courte pour qu'elle puisse être vérifiée humainement
en un temps raisonnable.

> et comme nouveauté
> La correction des ref des autoroutes dont les ref justement commencent 
> par A et qui se verront ajouter un espace après ce fameux A.

Je suis contre ce genre de changement massif alors qu'il n'y a pas de
consensus au sujet de l'écriture correcte de ces références.

L'utilisation d'un espace classique semble de toutes façon aussi faux
que de ne pas mettre d'espace du tout. En plus de ça, l'espace classique
ajoute des vrai problèmes concret lorsqu'on souhaite utiliser les
données pour des applications réelles.
Exemple : un logiciel de génération d'itinéraire indique un changement
de direction vers la N4. Pas de bol, la référence se trouve à la fin d'une
ligne. La version avec espace classique donnerait ça :

Au prochain rond-point, prendre la deuxième sortie en direction de la N
4.

Ce qui en plus d'être illisible, est bien évidemment incorrecte.
Sans espace, on évite au moins ce problème, même si ça n'est pas parfait.

Si on veux vraiment faire quelque chose de correct, l'espace insécable
(de préférence fine) semble être la seul solution.

En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre
de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision
des choses sur un sujet qui n'a pas encore été tranché entre nous.

Aurel

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Aurelien Jacobs]

sylvain letuffe wrote:

> Le lundi 16 février 2009 21:59, Pieren a écrit :
> > 2009/2/16 sylvain letuffe :
> > > En effet, si cette manière d'écrire, je ne serais pas contre à l'étendre
> > > aux D, N en plus des A
> 
> Ma phrase étant incomplète, ça disait :
> "En effet, si cette manière d'écrire fait l'unanimité..."

Ça n'est pas le cas.

> > Il n'y pas le feu au lac. {{vote|yes}} pour la politique des petits pas.
> 
> Tout à fait, je ne savais pas qu'un robot allait être lancé avant cette 
> annonce.
> 
> Autant je suis pour l'idée , autant une annonce le lundi soir pour un 
> lancement Mardi dans la nuit, c'est "short". 

Tout à fait d'accord. Il serait appréciable que ces annonces soit faites
un peu plus à l'avance. Que tout le monde ait la possibilité de lire les
log avant l'exécution.
(je m'étais déjà fait cette réflexion lors d'un précédent passage du bot)

Aurel

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Nicolas Guillaumin]

Bonsoir,

> et un exemple de log à blanc :
> http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt

Un petit problème sur les Chausées semble-t-il:

# Way 25161903 : 'Chaussée Jules César' modifié en 'Chausséee Jules César'
# Way 27237458 : 'Chaussée Jules César' modifié en 'Chausséee Jules César'
...

Nico

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Aurelien Jacobs]

Marc SIBERT wrote:

> arp enteur a écrit :
> > Tiens, tout à l'heure, j'ai corrigé une "rue du 4 septembre". Le "rue" 
> > avait du échapper au précédent robot. Et je ne la vois pas mentionnée 
> > dans les logs. Il existe plusieurs version de la BDD, et y'a des 
> > délais de synchronisation ?
> 
> C'est "normal". A la demande de je ne sais plus qui les name "tout en 
> minuscules" ne sont pas modifiés.

Ça prouve que c'était plutôt une bonne idée... Si le bot avait corrigé en
"Rue du 4 septembre" ça serait peut-être resté comme ça pendant longtemps.
Alors que là, ça a put être corrigé manuellement, y compris le S de
Septembre (enfin j'espère ;-).

Aurel

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir - Le bon log en ligne

[David MENTRE]

Marc SIBERT  writes:

> Argh ! Désolé, j'ai fait mon boulet dans un copier/coller du log : le 
> bon est en ligne maintenant (données du 16/2).

Argh!! Pas cool du tout. :-(

Bon, avant que je relise tout, ces remarques restent toujours valides :

 - 'Rue du 8 mai 1945' modifié en 'Rue du 8 Mai 1945' : il y a une
   année, donc il faut laisser « mai » ;

 - 'Petite rue' modifié en 'Petite Rue' : je laisserais vraiment « rue »
   en minuscule.

Amicalement,
d.
-- 
GPG/PGP key: A3AD7A2A David MENTRE 
 5996 CC46 4612 9CA4 3562  D7AC 6C67 9E96 A3AD 7A2A

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

Aurelien Jacobs a écrit :
> Marc SIBERT wrote:
>
>   
>> Bonjour,
>>
>> Je vous propose un nouveau lâcher de robot mercredi 18 février en 
>> version 1.4 cette fois. Au menu :
>> De nouvelles corrections de noms de ways,
>> 
>
> Je m'étonne particulièrement de ce genre de changement:
>   Way 30927298 : 'Allées des Longs Fossés' modifié en 'Allée des Longs Fossés'
> Je suppose que l'orthographe initiale est voulue et correspond à la réalité,
> et que le bot introduit une faute plutôt que d'en corriger une...
> C'est avec ce genre de détails que j'ai du mal à avoir confiance en un bot !
>   
Après vérifications (http://www.clicreims.fr/b/f-beza.htm) les allées 
des longs fossés, c'est bien une boulette du cadastre, allée s'écrit au 
singulier. donc +1 pour le robot.
> Et comme lors d'un précédent passage, le bot indique des changements
> sans faire de changement:
>   Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen'
>   
La Rue An Aod Wen se termine par un espace inutile. +1 pour le robot.
> Un point positif tout de même, la liste des modifications commence
> à devenir suffisamment courte pour qu'elle puisse être vérifiée humainement
> en un temps raisonnable.
>
>   
Merci. +1 pour le robot.
>> et comme nouveauté
>> La correction des ref des autoroutes dont les ref justement commencent 
>> par A et qui se verront ajouter un espace après ce fameux A.
>> 
>
> Je suis contre ce genre de changement massif alors qu'il n'y a pas de
> consensus au sujet de l'écriture correcte de ces références.
>
> L'utilisation d'un espace classique semble de toutes façon aussi faux
> que de ne pas mettre d'espace du tout. En plus de ça, l'espace classique
> ajoute des vrai problèmes concret lorsqu'on souhaite utiliser les
> données pour des applications réelles.
> Exemple : un logiciel de génération d'itinéraire indique un changement
> de direction vers la N4. Pas de bol, la référence se trouve à la fin d'une
> ligne. La version avec espace classique donnerait ça :
>
> Au prochain rond-point, prendre la deuxième sortie en direction de la N
> 4.
>
> Ce qui en plus d'être illisible, est bien évidemment incorrecte.
> Sans espace, on évite au moins ce problème, même si ça n'est pas parfait.
>
> Si on veux vraiment faire quelque chose de correct, l'espace insécable
> (de préférence fine) semble être la seul solution.
>
> En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre
> de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision
> des choses sur un sujet qui n'a pas encore été tranché entre nous.
>
>   
Le seul intérêt du robot est de tendre vers l'homogénéité : imagine le 
logiciel de routage qui te dit tous les 100 m, "quittez l'autoroute A4 
et prenez l'A 4" et l'inverse 3 km plus loin.

Alors ? Je retire la substitution des ref ? En attendant vous trancherez 
pour la prochaine réunion en ligne (irc ou jabber) ?
> Aurel
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>   
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

Aurelien Jacobs a écrit :
> Marc SIBERT wrote:
>
>   
>> arp enteur a écrit :
>> 
>>> Tiens, tout à l'heure, j'ai corrigé une "rue du 4 septembre". Le "rue" 
>>> avait du échapper au précédent robot. Et je ne la vois pas mentionnée 
>>> dans les logs. Il existe plusieurs version de la BDD, et y'a des 
>>> délais de synchronisation ?
>>>   
>> C'est "normal". A la demande de je ne sais plus qui les name "tout en 
>> minuscules" ne sont pas modifiés.
>> 
>
> Ça prouve que c'était plutôt une bonne idée... Si le bot avait corrigé en
> "Rue du 4 septembre" ça serait peut-être resté comme ça pendant longtemps.
> Alors que là, ça a put être corrigé manuellement, y compris le S de
> Septembre (enfin j'espère ;-).
>   
Le robot met aussi des majuscules à tous les noms de mois de l'année. et 
toc :-)) Mais certains ne sont pas d'accord pour modifier les noms des 
mois. Va falloir trouver un terrain d'entente. Quand ce sera OK, le 
robot pourra toujours retirer toutes les majuscules des mois de l'année.
> Aurel
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>   

--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Emmanuel Pacaud]

Salut,

On lun., 2009-02-16 at 22:17 +0100, David MENTRE wrote:
>  - les corrections « Petite rue » en « Petite Rue » m'embêtent. Une «
>petite rue » n'est pas une sorte de nom composé ?
> 
>  - « Place intérieure » modifié en « Place Intérieure » : idem que
> pour
>Petite rue ;
> 
>  - 'Rond point de...' modifié en 'Rond-Point de...' : idem que
>précédemment ;
> 
>  - 'Place du 8 mai 1945' modifié en 'Place du 8 Mai 1945' : je ne
>toucherais pas. D'après mon Lexique des règles typographiques en
>usage à l'imprimerie nationale, rubrique Dates : « Lorsqu'une date
>est mentionnée pour évoquer un événement historique et *que l'année
>n'est pas indiquée*, le nom du mois prend une capitale initiale » ;
> 
>  - 'Rue du 11 novembre 1918' modifié en 'Rue du 11 Novembre 1918' :
> idem
>que pour « place du 8 mai 1945 » ;
> 
>  - 'Rue du 19 mars 1962' modifié en 'Rue du 19 Mars 1962' : idem ;

Il me semble que s'il y a des règles à suivre, ce sont celles de la
charte de toponymie, téléchargeable sur le site de l'IGN:

http://www.ign.fr/adminV3/display/000/526/725/5267258.pdf
http://www.ign.fr/institut/documentArticle.do?idDoc=5366961&indexRoot=&indexChild=¤tRootSearch=Education&indexChildSearch=4

Les modifications du bot semble conforme à cette charte. Le cas des
dates est évoqué page 12, par exemple...

Emmanuel.


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

Nicolas Guillaumin a écrit :
> Bonsoir,
>
>   
>> et un exemple de log à blanc :
>> http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt
>> 
>
> Un petit problème sur les Chausées semble-t-il:
>
> # Way 25161903 : 'Chaussée Jules César' modifié en 'Chausséee Jules César'
> # Way 27237458 : 'Chaussée Jules César' modifié en 'Chausséee Jules César'
> ...
>
> Nico
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>   
Effectivement, un problème commun à toutes les chaussées !
Je corrige immédiatement.
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Etienne Chové]

Marc SIBERT a écrit :
> Bonjour,
> 
> Je vous propose un nouveau lâcher de robot mercredi 18 février en 
> version 1.4 cette fois. Au menu :
> De nouvelles corrections de noms de ways, et comme nouveauté
> La correction des ref des autoroutes dont les ref justement commencent 
> par A et qui se verront ajouter un espace après ce fameux A.
> 
> En savoir plus sur l'animal : 
> http://wiki.openstreetmap.org/wiki/User:MS_BOT#V1.4_-_Prochain_lot_de_corrections
>  
> et un exemple de log à blanc : 
> http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt

#  Way 4520425 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' 
modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves'

# Way 30841925 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' 
modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves'

# Way 30841926 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' 
modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves'

# Way 30841927 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' 
modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves'

Il s'agit à mon avis du LV d'Estienne d'Orves. Mais cela n'est pas une 
erreur du robot.

-- 
Etienne

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

David MENTRE a écrit :
> Bonjour,
>
> Marc SIBERT  writes:
>
>   
>> et un exemple de log à blanc : 
>> http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt
>> 
>
> Un desiderata : il n'y a pas moyen de faire apparaître la partie
> modifiée en gras dans les cas avant et après, pour faciliter la
> relecture ?
>   
Je ne sais pas faire car je travaille en faux UTF-8, c'est à dire en en 
chaînes de caractères ASCII (8 bits) donc size("e") = 1 alors que 
size("é") = 2. Ca va pas être simple de gérer les décallages.

> 
> Amicalement,
> d.
>   

--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Pieren]

2009/2/16 Aurelien Jacobs :
> En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre
> de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision
> des choses sur un sujet qui n'a pas encore été tranché entre nous.
>
> Aurel
>

Le sujet a déjà été tranché en aout 2008 :
http://lists.openstreetmap.org/pipermail/talk-fr/2008-August/003600.html

Ce ne sont que des références, pas des name. L'espace est largement
pratiqué dans d'autres pays mais pas par tous. Les logiciels peuvent
facilement décider de couper ou pas le tag ref à l'affichage. La même
règle s'applique depuis longtemps sur les references internationales
"E xx" (fixé par un autre bot). Je ressortirais le document européen
si on me le demande (le lien est dans les archives).
Pour les références de nos routes, le demi-espace ou espace est
visible sur les panneaux routiers (sauf si manque de place). La
question de l'homogénéité faisait partie des points discutés.

Quelqu'un avait aussi mis en avant que les cartes ign ne mettaient pas
l'espace, mais ça n'est plus vrai:
http://lists.openstreetmap.org/pipermail/talk-fr/2008-August/003655.html

Moi même au début, ça m'a fait tiquer l'espace mais je pense que
c'était l'habitude visuelle de googlemaps et livemaps qui sont des
cartes au rendu style anglosaxon.

Pieren

NB: si on veut faire joli sur les cartes, on peut toujours remplacer
l'espace par le demi-espace au moment du rendu. Mais évitons
d'utiliser des caractères qui n'existent pas au clavier (en tout cas,
pas sur le mien).

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

Etienne Chové a écrit :
> # Way 4520425 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves'
> modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves'
>
> # Way 30841925 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' 
> modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves'
>
> # Way 30841926 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' 
> modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves'
>
> # Way 30841927 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' 
> modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves'
>
> Il s'agit à mon avis du LV d'Estienne d'Orves. Mais cela n'est pas une 
> erreur du robot.
>
>   
oui, en général je vérifie les noms des grand hommes avec Wikipédia et 
là pas. Effectivement : 
http://fr.wikipedia.org/wiki/Honor%C3%A9_d%27Estienne_d%27Orves
Je le code en commentaire pour la prochaine version.
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Aurelien Jacobs]

Marc SIBERT wrote:

> Aurelien Jacobs a écrit :
> > Marc SIBERT wrote:
> >
> >   
> >> arp enteur a écrit :
> >> 
> >>> Tiens, tout à l'heure, j'ai corrigé une "rue du 4 septembre". Le "rue" 
> >>> avait du échapper au précédent robot. Et je ne la vois pas mentionnée 
> >>> dans les logs. Il existe plusieurs version de la BDD, et y'a des 
> >>> délais de synchronisation ?
> >>>   
> >> C'est "normal". A la demande de je ne sais plus qui les name "tout en 
> >> minuscules" ne sont pas modifiés.
> >> 
> >
> > Ça prouve que c'était plutôt une bonne idée... Si le bot avait corrigé en
> > "Rue du 4 septembre" ça serait peut-être resté comme ça pendant longtemps.
> > Alors que là, ça a put être corrigé manuellement, y compris le S de
> > Septembre (enfin j'espère ;-).
> >   
> Le robot met aussi des majuscules à tous les noms de mois de l'année. et 
> toc :-))

Certes, c'était ici un mauvais exemple :-)
Mais quand j'ai fait cette suggestion, le robot ne touchait rien d'autre
que les Rue, Avenue...
Et puis ça aurait put être n'importe quoi d'autre que "Septembre".

> Mais certains ne sont pas d'accord pour modifier les noms des mois.

Je pense qu'il s'agit juste d'une mécompréhension.

Aurel

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Aurelien Jacobs]

Marc SIBERT wrote:

> Aurelien Jacobs a écrit :
> > Marc SIBERT wrote:
> >
> >   
> >> Bonjour,
> >>
> >> Je vous propose un nouveau lâcher de robot mercredi 18 février en 
> >> version 1.4 cette fois. Au menu :
> >> De nouvelles corrections de noms de ways,
> >> 
> >
> > Je m'étonne particulièrement de ce genre de changement:
> >   Way 30927298 : 'Allées des Longs Fossés' modifié en 'Allée des Longs 
> > Fossés'
> > Je suppose que l'orthographe initiale est voulue et correspond à la réalité,
> > et que le bot introduit une faute plutôt que d'en corriger une...
> > C'est avec ce genre de détails que j'ai du mal à avoir confiance en un bot !
> >   
> Après vérifications (http://www.clicreims.fr/b/f-beza.htm) les allées 
> des longs fossés, c'est bien une boulette du cadastre, allée s'écrit au 
> singulier. donc +1 pour le robot.

En est-il de même pour :
  Way 31052984 : 'Allées des Rosiers' modifié en 'Allée des Rosiers' 
Sous-entend tu qu'Allée ne peut jamais être écrit au pluriel dans un
toponyme ?

> > Et comme lors d'un précédent passage, le bot indique des changements
> > sans faire de changement:
> >   Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen'
> >   
> La Rue An Aod Wen se termine par un espace inutile. +1 pour le robot.

Comment se fait-il que cet espace ne soit pas dans le log ?
Pourtant dans certain cas le log contient bien l'espace que le bot enlève:
  Way 30994691 : 'Rond-Point ' modifié en 'Rond-Point' 


> >> et comme nouveauté
> >> La correction des ref des autoroutes dont les ref justement commencent 
> >> par A et qui se verront ajouter un espace après ce fameux A.
> >> 
> >
> > Je suis contre ce genre de changement massif alors qu'il n'y a pas de
> > consensus au sujet de l'écriture correcte de ces références.
> >
> > L'utilisation d'un espace classique semble de toutes façon aussi faux
> > que de ne pas mettre d'espace du tout. En plus de ça, l'espace classique
> > ajoute des vrai problèmes concret lorsqu'on souhaite utiliser les
> > données pour des applications réelles.
> > Exemple : un logiciel de génération d'itinéraire indique un changement
> > de direction vers la N4. Pas de bol, la référence se trouve à la fin d'une
> > ligne. La version avec espace classique donnerait ça :
> >
> > Au prochain rond-point, prendre la deuxième sortie en direction de la N
> > 4.
> >
> > Ce qui en plus d'être illisible, est bien évidemment incorrecte.
> > Sans espace, on évite au moins ce problème, même si ça n'est pas parfait.
> >
> > Si on veux vraiment faire quelque chose de correct, l'espace insécable
> > (de préférence fine) semble être la seul solution.
> >
> > En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre
> > de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision
> > des choses sur un sujet qui n'a pas encore été tranché entre nous.
> >
> >   
> Le seul intérêt du robot est de tendre vers l'homogénéité

Je suis absolument d'accord avec ça ! Et c'est la seul raison pour laquelle
j'apprécie ce robot.
Toute la question est de savoir vers quelle homogénéité on veux tendre
(avec ou sans espace, insécable ou non). Et ça, ça n'est pas au robot de
nous n'imposer.

> Alors ? Je retire la substitution des ref ?

Ça me semble plus raisonnable pour l'instant.

> En attendant vous trancherez pour la prochaine réunion en ligne ?

Pourquoi pas sur cette liste ?

Aurel

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Yann Coupin]

Bon alors pour l'espace insécable, on va attendre. Je sais qu'on ne  
tagge pas pour le rendu, mais là je crois qu'on va faire une  
exception. Premièrement impossible de le saisir dans Potlatch (je  
passe par la palette de caractères sous Mac OS X) et sous JOSM il est  
tellement fin qu'on ne le voit pas :) Et puis le rendu sur  
beta.letuffe "foire" et n'affiche plus les badges sur la voie pour les  
refs.
Le rendu avec un espace insécable simple \U00A0 me donne le même  
résultat et du coup vu que le nom de la voie est un peu en vrac, je me  
demande si toutes les tuiles n'ont pas été rendués. En tous les cas  
JOSM se comporte normalement.

Yann

Le 16 févr. 09 à 22:35, Aurelien Jacobs a écrit :

> Si on veux vraiment faire quelque chose de correct, l'espace insécable
> (de préférence fine) semble être la seul solution.


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Jean-Christophe Haessig]

Le lundi 16 février 2009 à 21:54 +0100, sylvain letuffe a écrit :

> > Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un
> > demi-espace insécable unicode ?
> 
> Moi je suis plutôt contre, non que je trouve l'UTF-8 pas bien, mais je me 
> vois 
> mal taper des semi-espace avec mon clavier ensuite. De plus, je ne suis pas 
> sûr que tous les editeurs/rendus du coin supporte tout ça bien 
> convenablement.

Je ne comprends pas trop quel est le problème bvec les renderers. Soit
ils gèrent l’unicode (et comme il a tès bien été dit plus tôt, le
japonais en est un exemple ainsi que les accents français) soit ils ne
le gèrent pas du tout, et si on est capable de voir les accents on peut
aussi voir la fine insécable de la même manière.

> Pour le peu que ça fait gagner, je préférerais ne pas prendre de risque. 
> Charge à qui veut en faire quelque chose de super joli de remplacer lui même 
> les espaces par des demi-espaces.

Moi j’avais compris qu’on devait se concentrer sur la donnée correcte et
non sur les rendus ou les problèmes techniques (on se rappelle de la
question du nombre de bâtiments qui prennent de la place).

Après le débat reste de savoir si écrire «A 35» avec une espace ou une
fine insécable relève du rendu ou de la donnée.

JC



signature.asc
Description: Ceci est une partie de message	numériquement signée
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir - Le bon log en ligne

[David MENTRE]

Marc SIBERT  writes:

> Argh ! Désolé, j'ai fait mon boulet dans un copier/coller du log : le 
> bon est en ligne maintenant (données du 16/2).

Bon, on recommence :

Début des highway=*, name=* à 07:33, 16 February 2009 (UTC) 
[...]

 - 'Allées des' modifié en 'Allée des' : comme Aurelien, ça me parait
   trop lié au sens local pour le modifier autmatiquement ;

 - Way 31011726 : 'Avenue du 19 mars 1962' modifié en 'Avenue du 19 Mars
   1962' : date avec année, laisser tel quel ;

 - 'Chaussée ' modifié en 'Chausséee ' : !! Argh !!

 - Way 31055255 : 'Cloitre St Martin' modifié en 'Cloître St Martin' : «
   Saint-Martin » (pour être cohérent avec les autres style-genre
   Saint-Michel) ?

 - Way 30986843 : 'Impasse Théodore Botrel' modifié en 'Impasse Théodore
   Botrel'  : qu'est-ce qui bouge ?

 - Way 31059580 : 'Impasse du 11 novembre 1918' modifié en 'Impasse du
   11 Novembre 1918' : idem, date avec année.

 - 'Place intérieure' modifié en 'Place Intérieure' : idem que « petite
   rue ».

 - 'Rond point' modifié en 'Rond Point' : idem ;

 - Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' :
   qu'est-ce qui change ?

 - 'Rue Saint Exupéry' modifié en 'Rue Saint-Exupéry' : deux graphies
   sont apparemment possibles :
   http://fr.wikipedia.org/wiki/Antoine_de_Saint-Exupéry#cite_note-0 

 - Way 25578676 : 'Rue Saint Leon' modifié en 'Rue Saint Léon' : «
   Saint-Léon » ?

 - Way 4447166 : 'Rue Saint Étienne du Mont' modifié en 'Rue
   Saint-Étienne du Mont'  « Saint-Étinne-du-Mont » ?
   http://fr.wikipedia.org/wiki/Église_Saint-Étienne-du-Mont

 - 'Rue du 19 mars 1962' modifié en 'Rue du 19 Mars 1962' : idem dates ;

 - Way 29180123 : 'Rue leon nautin' modifié en 'Rue Léon nautin' : «
   Nautin » ?

 - Way 26835567 : 'chaussée Saint-Pierre' modifié en 'Chausséee
   Saint-Pierre' : re-argh!!

 - et suivantes !!

 - Way 31008498 : 'place du Commandant Blanckaert' modifié en 'Place du
   Commandant Blanckaert' : « Blanckært » ?

 - Way 31044481 : 'rue Hnonoré de Balzac' modifié en 'Rue Hnonoré de
   Balzac'  : « Honoré » ;

 - Way 30932372 : 'rue de la Sabliere' modifié en 'Rue de la Sabliere' :
   « Sablière » ?

 - Way 30932333 : 'rue des Brunandieres' modifié en 'Rue des
   Brunandieres' : « Brunandières » ?

Pour le reste, ça me semble ok (mais j'ai pu laisser passer des trucs). 

726 modifs à relire, il n'en faut pas plus !


Pour les modifs « A4 » -> « A 4 », idem que certains, je ne suis pas
convaincu. 

Amicalement,
d.
-- 
GPG/PGP key: A3AD7A2A David MENTRE 
 5996 CC46 4612 9CA4 3562  D7AC 6C67 9E96 A3AD 7A2A

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

Aurelien Jacobs a écrit :
> Marc SIBERT wrote:
>
>   
>> Aurelien Jacobs a écrit :
>> 
>>> Marc SIBERT wrote:
>>>
>>>   
>>>   
 Bonjour,

 Je vous propose un nouveau lâcher de robot mercredi 18 février en 
 version 1.4 cette fois. Au menu :
 De nouvelles corrections de noms de ways,
 
 
>>> Je m'étonne particulièrement de ce genre de changement:
>>>   Way 30927298 : 'Allées des Longs Fossés' modifié en 'Allée des Longs 
>>> Fossés'
>>> Je suppose que l'orthographe initiale est voulue et correspond à la réalité,
>>> et que le bot introduit une faute plutôt que d'en corriger une...
>>> C'est avec ce genre de détails que j'ai du mal à avoir confiance en un bot !
>>>   
>>>   
>> Après vérifications (http://www.clicreims.fr/b/f-beza.htm) les allées 
>> des longs fossés, c'est bien une boulette du cadastre, allée s'écrit au 
>> singulier. donc +1 pour le robot.
>> 
>
> En est-il de même pour :
>   Way 31052984 : 'Allées des Rosiers' modifié en 'Allée des Rosiers' 
> Sous-entend tu qu'Allée ne peut jamais être écrit au pluriel dans un
> toponyme ?
>
>   
Je n'ai aucun apriori, simplement après vérification, cette fois auprès 
de Google, c'est aussi une erreur de saisie : 
http://naf.iakke.fr/4139/culture_fruitiere-catllar/index_1.htm
>>> Et comme lors d'un précédent passage, le bot indique des changements
>>> sans faire de changement:
>>>   Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen'
>>>   
Après vérification, il y a 2 espaces après Rue.
>>>   
>>>   
>> La Rue An Aod Wen se termine par un espace inutile. +1 pour le robot.
>> 
>
> Comment se fait-il que cet espace ne soit pas dans le log ?
> Pourtant dans certain cas le log contient bien l'espace que le bot enlève:
>   Way 30994691 : 'Rond-Point ' modifié en 'Rond-Point' 
>
>
>   
 et comme nouveauté
 La correction des ref des autoroutes dont les ref justement commencent 
 par A et qui se verront ajouter un espace après ce fameux A.
 
 
>>> Je suis contre ce genre de changement massif alors qu'il n'y a pas de
>>> consensus au sujet de l'écriture correcte de ces références.
>>>
>>> L'utilisation d'un espace classique semble de toutes façon aussi faux
>>> que de ne pas mettre d'espace du tout. En plus de ça, l'espace classique
>>> ajoute des vrai problèmes concret lorsqu'on souhaite utiliser les
>>> données pour des applications réelles.
>>> Exemple : un logiciel de génération d'itinéraire indique un changement
>>> de direction vers la N4. Pas de bol, la référence se trouve à la fin d'une
>>> ligne. La version avec espace classique donnerait ça :
>>>
>>> Au prochain rond-point, prendre la deuxième sortie en direction de la N
>>> 4.
>>>
>>> Ce qui en plus d'être illisible, est bien évidemment incorrecte.
>>> Sans espace, on évite au moins ce problème, même si ça n'est pas parfait.
>>>
>>> Si on veux vraiment faire quelque chose de correct, l'espace insécable
>>> (de préférence fine) semble être la seul solution.
>>>
>>> En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre
>>> de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision
>>> des choses sur un sujet qui n'a pas encore été tranché entre nous.
>>>
>>>   
>>>   
>> Le seul intérêt du robot est de tendre vers l'homogénéité
>> 
>
> Je suis absolument d'accord avec ça ! Et c'est la seul raison pour laquelle
> j'apprécie ce robot.
> Toute la question est de savoir vers quelle homogénéité on veux tendre
> (avec ou sans espace, insécable ou non). Et ça, ça n'est pas au robot de
> nous n'imposer.
>
>   
>> Alors ? Je retire la substitution des ref ?
>> 
>
> Ça me semble plus raisonnable pour l'instant.
>
>   
>> En attendant vous trancherez pour la prochaine réunion en ligne ?
>> 
>
> Pourquoi pas sur cette liste ?
>   
Pourquoi pas ? Si je demande une validation pour la prochaine réunion, 
j'obtiens un délai maxi, si j'attends une décision sans limite, je n'ai 
aucune garantie.
> Aurel
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>   
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[David MENTRE]

Bonjour,

Emmanuel Pacaud  writes:

> Il me semble que s'il y a des règles à suivre, ce sont celles de la
> charte de toponymie, téléchargeable sur le site de l'IGN:
>
> http://www.ign.fr/adminV3/display/000/526/725/5267258.pdf
> http://www.ign.fr/institut/documentArticle.do?idDoc=5366961&indexRoot=&indexChild=¤tRootSearch=Education&indexChildSearch=4
>
> Les modifications du bot semble conforme à cette charte. Le cas des
> dates est évoqué page 12, par exemple...

Ouais ben moi je trouve que c'est moche ! :-P Oui, je sais, on a vu plus
constructif comme argument. ;-)

Mais j'y tiens quand même, à ma remarque.

Amicalement,
d.
-- 
GPG/PGP key: A3AD7A2A David MENTRE 
 5996 CC46 4612 9CA4 3562  D7AC 6C67 9E96 A3AD 7A2A

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Aurelien Jacobs]

Pieren wrote:

> 2009/2/16 Aurelien Jacobs :
> > En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre
> > de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision
> > des choses sur un sujet qui n'a pas encore été tranché entre nous.
> >
> > Aurel
> >
> 
> Le sujet a déjà été tranché en aout 2008 :
> http://lists.openstreetmap.org/pipermail/talk-fr/2008-August/003600.html

Je suis un peu au courant de ce thread ;-)
Je n'y ai toujours pas vu de conclusion.

> Ce ne sont que des références, pas des name.

Certes, mais je ne vois pas le rapport ?

> L'espace est largement pratiqué dans d'autres pays mais pas par tous.

Le non-espace est largement pratiqué dans d'autres pays mais pas par tous.

> Les logiciels peuvent
> facilement décider de couper ou pas le tag ref à l'affichage.

Comment ??
Un tag ref peut être plus ou moins long, contenir des espaces classique
ou insécables, voir un mix des deux...
Si tu n'utilise que des espaces classiques, un logiciel n'a aucun
moyen de savoir quel espace peut-être coupé, ou ne peut pas l'être.

> La même
> règle s'applique depuis longtemps sur les references internationales
> "E xx" (fixé par un autre bot).

C'est pas parce qu'il y a une erreur quelque part qu'il faut la
reproduire partout.

> Pour les références de nos routes, le demi-espace ou espace est
> visible sur les panneaux routiers (sauf si manque de place).

Pour être très clair, je ne demande pas à ce qu'on ne mette pas d'espace.
Je dis juste que si espace il doit y avoir, il ne peut-être qu'insécable.

> Pieren
> 
> NB: si on veut faire joli sur les cartes, on peut toujours remplacer
> l'espace par le demi-espace au moment du rendu.

Même remarque qu'au dessus. Un logiciel de rendu ne sais pas quels
espace doivent êtres fin et lesquels ne doivent pas l'être.

> Mais évitons d'utiliser des caractères qui n'existent pas au clavier
> (en tout cas, pas sur le mien).

Tu suggère qu'on abolisse les caractères chinois dans OSM parce
qu'ils n'apparaissent pas sur ton clavier ?
Ou pour faire un peu plus courrant, les "œ" ?

Aurel

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

[OSM-talk-fr] [MS BOT V1.4] Nouveau log en ligne

[Marc SIBERT]

re-bonsoir,

Suite à un dérapage de chausséeee.. hé hé, j'ai corrigé et relancer un 
tir à blanc.
http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Marc SIBERT]

Jean-Christophe Haessig a écrit :
> Après le débat reste de savoir si écrire «A 35» avec une espace ou une
> fine insécable relève du rendu ou de la donnée.
>   
Juste pour sourire un peu, je crois que la réponse est dans la question 
: "fine insécable" rendu ou donnée ? C'est clair non, c'est écrit dessus !
> JC
>   
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Michel POLLE]

Aurelien Jacobs a écrit :

Marc SIBERT wrote:

  

Aurelien Jacobs a écrit :

Le seul intérêt du robot est de tendre vers l'homogénéité



Je suis absolument d'accord avec ça ! Et c'est la seul raison pour laquelle
j'apprécie ce robot.
Toute la question est de savoir vers quelle homogénéité on veux tendre
(avec ou sans espace, insécable ou non). Et ça, ça n'est pas au robot de
nous n'imposer.

  

Alors ? Je retire la substitution des ref ?



Ça me semble plus raisonnable pour l'instant.

  
Non c'est le moins raisonnable. Nous semblons unanimes à penser que 
l'homogénéité est le plus important.
Alors il vaut mieux aller dans un sens, même si, après discussions, 
l'autre solution est retenue. Il sera alors facile d'aller à l'autre 
solution avec le robot. D'autant plus facile que ces "ref" seront homogènes.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Pieren]

2009/2/16 Aurelien Jacobs :
> Pieren wrote:
>> Ce ne sont que des références, pas des name.
>
> Certes, mais je ne vois pas le rapport ?
>

Voir ci-dessous.

>> L'espace est largement pratiqué dans d'autres pays mais pas par tous.
>
> Le non-espace est largement pratiqué dans d'autres pays mais pas par tous.

Ce que je voulais dire par là, c'est que d'autres pays ont choisi de
mettre l'espace et que personne n'est mort en voiture parce que le 4
de "N 4" était sur la deuxième ligne ;-)

>
>> Les logiciels peuvent
>> facilement décider de couper ou pas le tag ref à l'affichage.
>
> Comment ??
> Un tag ref peut être plus ou moins long, contenir des espaces classique
> ou insécables, voir un mix des deux...
> Si tu n'utilise que des espaces classiques, un logiciel n'a aucun
> moyen de savoir quel espace peut-être coupé, ou ne peut pas l'être.
>

Justement, pas si tous les refs sont cohérents.

>> La même
>> règle s'applique depuis longtemps sur les references internationales
>> "E xx" (fixé par un autre bot).
>
> C'est pas parce qu'il y a une erreur quelque part qu'il faut la
> reproduire partout.
>

C'est sûr, on va faire une carte du monde avec des ref "E xx" partout
.. sauf pour le petit village gaulois.

> Même remarque qu'au dessus. Un logiciel de rendu ne sais pas quels
> espace doivent êtres fin et lesquels ne doivent pas l'être.

Sauf si tous les ref sont cohérents et qu'il traite différemment les
refs et les names (pour les retours à la ligne par ex.)

> Tu suggère qu'on abolisse les caractères chinois dans OSM parce
> qu'ils n'apparaissent pas sur ton clavier ?
> Ou pour faire un peu plus courrant, les "œ" ?
>

Non, mais comme d'autres l'ont déjà relevé, les polices de caractères
unicode ne contiennent pas tous les codes unicodes (voir les
difficultés de mapnik en Inde).

Pieren

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Aurelien Jacobs]

Marc SIBERT wrote:

> Aurelien Jacobs a écrit :
> > Marc SIBERT wrote:
> >
> >   
> >> Aurelien Jacobs a écrit :
> >> 
> >>> Marc SIBERT wrote:
> >>>
> >>>   
> >>>   
>  Bonjour,
> 
>  Je vous propose un nouveau lâcher de robot mercredi 18 février en 
>  version 1.4 cette fois. Au menu :
>  De nouvelles corrections de noms de ways,
>  
>  
> >>> Je m'étonne particulièrement de ce genre de changement:
> >>>   Way 30927298 : 'Allées des Longs Fossés' modifié en 'Allée des Longs 
> >>> Fossés'
> >>> Je suppose que l'orthographe initiale est voulue et correspond à la 
> >>> réalité,
> >>> et que le bot introduit une faute plutôt que d'en corriger une...
> >>> C'est avec ce genre de détails que j'ai du mal à avoir confiance en un 
> >>> bot !
> >>>   
> >>>   
> >> Après vérifications (http://www.clicreims.fr/b/f-beza.htm) les allées 
> >> des longs fossés, c'est bien une boulette du cadastre, allée s'écrit au 
> >> singulier. donc +1 pour le robot.
> >> 
> >
> > En est-il de même pour :
> >   Way 31052984 : 'Allées des Rosiers' modifié en 'Allée des Rosiers' 
> > Sous-entend tu qu'Allée ne peut jamais être écrit au pluriel dans un
> > toponyme ?
> 
> Je n'ai aucun apriori, simplement après vérification, cette fois auprès 
> de Google, c'est aussi une erreur de saisie : 
> http://naf.iakke.fr/4139/culture_fruitiere-catllar/index_1.htm

Qui te dis que la version que te retourne google n'a pas été elle même
corrigée à l'aveugle par un bot comme le tient ;-)

Enfin, même si le bot a raison sur ce coup la, je pense que c'est un
pur hasard. Il pourrait très bien apparaître d'ici mercredi dans la base
OSM une nouvelle "Allées de quelquechose" quoi soit légitime.
Donc le bot ne doit pas faire ce genre de correction incertaine.

> >>> Et comme lors d'un précédent passage, le bot indique des changements
> >>> sans faire de changement:
> >>>   Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen'
> 
> Après vérification, il y a 2 espaces après Rue.

OK. Comme suggéré par certain, si le log mettais mieux en évidence les
changements eux mêmes, ça éviterait ce genre de malentendu.

>  et comme nouveauté
>  La correction des ref des autoroutes dont les ref justement commencent 
>  par A et qui se verront ajouter un espace après ce fameux A.
>  
>  
> >>> Je suis contre ce genre de changement massif alors qu'il n'y a pas de
> >>> consensus au sujet de l'écriture correcte de ces références.
> >>>
> >>> L'utilisation d'un espace classique semble de toutes façon aussi faux
> >>> que de ne pas mettre d'espace du tout. En plus de ça, l'espace classique
> >>> ajoute des vrai problèmes concret lorsqu'on souhaite utiliser les
> >>> données pour des applications réelles.
> >>> Exemple : un logiciel de génération d'itinéraire indique un changement
> >>> de direction vers la N4. Pas de bol, la référence se trouve à la fin d'une
> >>> ligne. La version avec espace classique donnerait ça :
> >>>
> >>> Au prochain rond-point, prendre la deuxième sortie en direction de la N
> >>> 4.
> >>>
> >>> Ce qui en plus d'être illisible, est bien évidemment incorrecte.
> >>> Sans espace, on évite au moins ce problème, même si ça n'est pas parfait.
> >>>
> >>> Si on veux vraiment faire quelque chose de correct, l'espace insécable
> >>> (de préférence fine) semble être la seul solution.
> >>>
> >>> En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre
> >>> de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision
> >>> des choses sur un sujet qui n'a pas encore été tranché entre nous.
> >>>
> >>>   
> >>>   
> >> Le seul intérêt du robot est de tendre vers l'homogénéité
> >> 
> >
> > Je suis absolument d'accord avec ça ! Et c'est la seul raison pour laquelle
> > j'apprécie ce robot.
> > Toute la question est de savoir vers quelle homogénéité on veux tendre
> > (avec ou sans espace, insécable ou non). Et ça, ça n'est pas au robot de
> > nous n'imposer.
> >
> >   
> >> Alors ? Je retire la substitution des ref ?
> >> 
> >
> > Ça me semble plus raisonnable pour l'instant.
> >
> >   
> >> En attendant vous trancherez pour la prochaine réunion en ligne ?
> >> 
> >
> > Pourquoi pas sur cette liste ?
> 
> Pourquoi pas ? Si je demande une validation pour la prochaine réunion, 
> j'obtiens un délai maxi, si j'attends une décision sans limite, je n'ai 
> aucune garantie.

Je ne pense pas qu'il y ait spécialement urgence, mais peut importe...

Aurel

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Aurelien Jacobs]

Pieren wrote:

> 2009/2/16 Aurelien Jacobs :
> > Pieren wrote:
> >> Ce ne sont que des références, pas des name.
> >
> > Certes, mais je ne vois pas le rapport ?
> >
> 
> Voir ci-dessous.
> 
> >> L'espace est largement pratiqué dans d'autres pays mais pas par tous.
> >
> > Le non-espace est largement pratiqué dans d'autres pays mais pas par tous.
> 
> Ce que je voulais dire par là, c'est que d'autres pays ont choisi de
> mettre l'espace et que personne n'est mort en voiture parce que le 4
> de "N 4" était sur la deuxième ligne ;-)

Et d'autres pays continuent à ne pas mettre d'espace sans qu'il y ait
de mort non plus...

Ce que je veux dire par là c'est qu'il ne s'agit pas de copier les
autres (d'ailleurs comment on choisirait quels autres copier ?), il
s'agit de faire les choses justes.

> >> Les logiciels peuvent
> >> facilement décider de couper ou pas le tag ref à l'affichage.
> >
> > Comment ??
> > Un tag ref peut être plus ou moins long, contenir des espaces classique
> > ou insécables, voir un mix des deux...
> > Si tu n'utilise que des espaces classiques, un logiciel n'a aucun
> > moyen de savoir quel espace peut-être coupé, ou ne peut pas l'être.
> >
> 
> Justement, pas si tous les refs sont cohérents.

Tu semble oublier que les refs s'applique à peu près à tous les objets
OSM, et qu'ils peuvent prendre à peu près n'importe quelle forme...
Ça n'est en aucun cas limité à "une lettre, un espace, des chiffres".

> >> La même
> >> règle s'applique depuis longtemps sur les references internationales
> >> "E xx" (fixé par un autre bot).
> >
> > C'est pas parce qu'il y a une erreur quelque part qu'il faut la
> > reproduire partout.
> >
> 
> C'est sûr, on va faire une carte du monde avec des ref "E xx" partout
> .. sauf pour le petit village gaulois.

Non. On vas expliquer au autres pourquoi ils on faux et comment corriger.

> > Même remarque qu'au dessus. Un logiciel de rendu ne sais pas quels
> > espace doivent êtres fin et lesquels ne doivent pas l'être.
> 
> Sauf si tous les ref sont cohérents

Voir au dessus.

> et qu'il traite différemment les refs et les names

C'est en général le cas, et ça ne résout pas le problème.

> > Tu suggère qu'on abolisse les caractères chinois dans OSM parce
> > qu'ils n'apparaissent pas sur ton clavier ?
> > Ou pour faire un peu plus courrant, les "œ" ?
> 
> Non, mais comme d'autres l'ont déjà relevé, les polices de caractères
> unicode ne contiennent pas tous les codes unicodes (voir les
> difficultés de mapnik en Inde).

Certes. D'ailleurs je ne pense pas que la police unicode que tu utilise
habituellement contienne tous les caractères chinois et japonais.
Ça n'empêche pas ces caractères d'être utilisés dans OSM.

Aurel

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir - Le bon log en ligne

[Marc SIBERT]

David MENTRE a écrit :
> Marc SIBERT  writes:
>
>   
>> Argh ! Désolé, j'ai fait mon boulet dans un copier/coller du log : le 
>> bon est en ligne maintenant (données du 16/2).
>> 
>
> Bon, on recommence :
>
> Début des highway=*, name=* à 07:33, 16 February 2009 (UTC) 
> [...]
>
>  - 'Allées des' modifié en 'Allée des' : comme Aurelien, ça me parait
>trop lié au sens local pour le modifier autmatiquement ;
>   
Modification du s de allée annulée.
>  - Way 31011726 : 'Avenue du 19 mars 1962' modifié en 'Avenue du 19 Mars
>1962' : date avec année, laisser tel quel ;
>
>   
Ben pour les mois, je fais quoi, jusque là c'était OK pour les passer en 
majuscule.
>  - 'Chaussée ' modifié en 'Chausséee ' : !! Argh !!
>   
C'est bon ça dans le log de 21:57 (UTC).
>  - Way 31055255 : 'Cloitre St Martin' modifié en 'Cloître St Martin' : «
>Saint-Martin » (pour être cohérent avec les autres style-genre
>Saint-Michel) ?
>   
Les "Saints" sont codés un par un pour ne pas faire de correction 
malheureuse. Donc les saints non corrigés ne le sont pas CQFD. Je le 
rajoute pour la prochaine version.
>  - Way 30986843 : 'Impasse Théodore Botrel' modifié en 'Impasse Théodore
>Botrel'  : qu'est-ce qui bouge ?
>   
'Impasse Théodore  Botrel' modifié en 'Impasse Théodore Botrel' : 2 
espaces successifs entre Théodore et Botrel, mais là faut charger le 
source de la page pour le voir.
>  - Way 31059580 : 'Impasse du 11 novembre 1918' modifié en 'Impasse du
>11 Novembre 1918' : idem, date avec année.
>
>  - 'Place intérieure' modifié en 'Place Intérieure' : idem que « petite
>rue ».
>   
Je désactive intérieur et intérieure, à voir plus tard ou un traitement 
spécial pour "Place intérieure".
>  - 'Rond point' modifié en 'Rond Point' : idem ;
>   
Hé hé ! pour ceux qui on déjà joué au troll du rond-point... il a 
toujours un tiret et 2 majuscules.
>  - Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' :
>qu'est-ce qui change ?
>   
Déjà expliqué : 2 espaces après rue.
>  - 'Rue Saint Exupéry' modifié en 'Rue Saint-Exupéry' : deux graphies
>sont apparemment possibles :
>http://fr.wikipedia.org/wiki/Antoine_de_Saint-Exupéry#cite_note-0 
>   
Et je fais quoi alors ? while (true) { I shoot in my feet; }
>  - Way 25578676 : 'Rue Saint Leon' modifié en 'Rue Saint Léon' : «
>Saint-Léon » ?
>   
A rajouter aux saints de la prochaine version.
>  - Way 4447166 : 'Rue Saint Étienne du Mont' modifié en 'Rue
>Saint-Étienne du Mont'  « Saint-Étinne-du-Mont » ?
>http://fr.wikipedia.org/wiki/Église_Saint-Étienne-du-Mont
>   
Je me réserve pour un futur traitement spécial des noms de communes 
françaises (36000 env.)
>  - 'Rue du 19 mars 1962' modifié en 'Rue du 19 Mars 1962' : idem dates ;
>
>  - Way 29180123 : 'Rue leon nautin' modifié en 'Rue Léon nautin' : «
>Nautin » ?
>   
Les grands hommes, comme les saints, ne sont modifiés globalement que 
s'ils sont connus du robot. Donc pas là. Pour la prochaine version.

>  - Way 26835567 : 'chaussée Saint-Pierre' modifié en 'Chausséee
>Saint-Pierre' : re-argh!!
>
>  - et suivantes !!
>
>  - Way 31008498 : 'place du Commandant Blanckaert' modifié en 'Place du
>Commandant Blanckaert' : « Blanckært » ?
>
>   
Grand homme, prochaine version, mais est-ce confirmé ? Pas ici : 
http://pdennez.free.fr/constructeurs/html/cons058.html
>  - Way 31044481 : 'rue Hnonoré de Balzac' modifié en 'Rue Hnonoré de
>Balzac'  : « Honoré » ;
>   
Là c'est trop gros pour un robot : à corriger à la main.
>  - Way 30932372 : 'rue de la Sabliere' modifié en 'Rue de la Sabliere' :
>« Sablière » ?
>   
J'ai pas encore tout le dico des noms communs français dans ma liste... 
A ajouter dans la prochaine version.
>  - Way 30932333 : 'rue des Brunandieres' modifié en 'Rue des
>Brunandieres' : « Brunandières » ?
>   
Idem précédent.
> Pour le reste, ça me semble ok (mais j'ai pu laisser passer des trucs). 
>
> 726 modifs à relire, il n'en faut pas plus !
>
>   
Le problème c'est que chaque fois qu'on voit une erreur qui est restée 
dans la log, on rajoute un critère et donc on ramasse plus de name donc 
de nouvelles erreurs, c'est sans fin : while (true)...
> Pour les modifs « A4 » -> « A 4 », idem que certains, je ne suis pas
> convaincu. 
>
> Amicalement,
> d.
>   


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Aurelien Jacobs]

Marc SIBERT wrote:

> Jean-Christophe Haessig a écrit :
> > Après le débat reste de savoir si écrire «A 35» avec une espace ou une
> > fine insécable relève du rendu ou de la donnée.
> >   
> Juste pour sourire un peu, je crois que la réponse est dans la question 
> : "fine insécable" rendu ou donnée ? C'est clair non, c'est écrit dessus !

"fine" semble effectivement faire penser qu'il s'agit d'une question
de rendu.
"insécable" est définitivement une question de donnée.

Aurel

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

Aurelien Jacobs a écrit :
> Qui te dis que la version que te retourne google n'a pas été elle même
> corrigée à l'aveugle par un bot comme le tient ;-)
>
> Enfin, même si le bot a raison sur ce coup la, je pense que c'est un
> pur hasard. Il pourrait très bien apparaître d'ici mercredi dans la base
> OSM une nouvelle "Allées de quelquechose" quoi soit légitime.
> Donc le bot ne doit pas faire ce genre de correction incertaine.
>   
C'est modifié, la suppression du s est annulée.
>   
> Et comme lors d'un précédent passage, le bot indique des changements
> sans faire de changement:
>   Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen'
>   
>> Après vérification, il y a 2 espaces après Rue.
>> 
>
> OK. Comme suggéré par certain, si le log mettais mieux en évidence les
> changements eux mêmes, ça éviterait ce genre de malentendu.
>   
Pas facile comme déjà répondu. Ne sera pas fait à courte échéance.
>>>
>> Pourquoi pas ? Si je demande une validation pour la prochaine réunion, 
>> j'obtiens un délai maxi, si j'attends une décision sans limite, je n'ai 
>> aucune garantie.
>> 
>
> Je ne pense pas qu'il y ait spécialement urgence, mais peut importe...
>   
C'est aussi pour ça que ça peut attendre la prochaine réunion !
> Aurel
>
>   
--
Marc


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

Re: [OSM-talk-fr] Carte des régions et des départe ments

[Christian Rogel]

Le 16 févr. 09 à 10:35, Pieren a écrit :
>
> Il faudrait trouver une source fiable sur les limites administratives
> dans les estuaires pour pouvoir ensuite marquer la différence avec
> coastline d'un coté (extérieur) et riverbank de l'autre (intérieur).
> Si quelqu'un connait cette source...
> Pieren
>

J'ignore si le trait de côte défini dans le service mis en ligne  
conjointement
par le SHOM et l'IGN est la fameuse limite recherchée.
J'ai seulement regardé la licence du Trait de côte Histolitt (TCH).
Ca débute par la définition du trait de côte :
Le trait de côte correspond à la laisse des plus hautes mers dans le cas
d’une marée astronomique de coefficient 120 et dans des conditions
météorologiques normales (pas de vent du large, pas de dépression
atmosphérique  susceptible d’élever le niveau de la mer). Le produit TCH
modélise cette  entité théorique par un ensemble de polylignes 2D.
Le fichier TCH est en téléchargement gratuit sur les sites de l'IGN  
et du SHOM.

Conditions de réutilisation dans des bases de données  qualifiés de  
libres ;- ) :
  mention explicite de la source des données TCH par la mention © IGN- 
SHOM
2007 lors de  leur visualisation,
- indication claire à l’utilisateur des limites d’usage de cette donnée
- représentation sur site internet accompagnée obligatoirement des logos
de l’IGN et du  SHOM, munis d’un lien vers les url www.ign.fr et  
www.shom.fr
- seule la dernière version peut être utilisée
Donc, impossibilté de mentionner le copyright sur OSM.
Il ne doit pas être utilisé pour des cartes d'échelles supérieures à  
1:25 000
(ils n'ont pas pensé aux cartes zoomables?).


Christian

PS : J'encadre mal les  coastlines ;- ). en tout cas, ça ressemble au  
breton
aodlinenn. Re- ;- )





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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Yann Coupin]

Le 17 févr. 09 à 00:06, Marc SIBERT a écrit :

>> OK. Comme suggéré par certain, si le log mettais mieux en évidence  
>> les
>> changements eux mêmes, ça éviterait ce genre de malentendu.
>>
> Pas facile comme déjà répondu. Ne sera pas fait à courte échéance.

On pourrait mettre les textes dans le log entre guillemet le sortir  
dans un gros bloc   pour voir les espaces. Ça c'est  
facile et ça peur rapporter gros :)

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir

[Aurelien Jacobs]

Yann Coupin wrote:

> Le 17 févr. 09 à 00:06, Marc SIBERT a écrit :
> 
> >> OK. Comme suggéré par certain, si le log mettais mieux en évidence  
> >> les
> >> changements eux mêmes, ça éviterait ce genre de malentendu.
> >>
> > Pas facile comme déjà répondu. Ne sera pas fait à courte échéance.
> 
> On pourrait mettre les textes dans le log entre guillemet le sortir  
> dans un gros bloc   pour voir les espaces. Ça c'est  
> facile et ça peur rapporter gros :)

Ça me semble être une très bonne idée. Simple et efficace :-)

Aurel

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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Marc SIBERT]

Yann Coupin a écrit :
> On pourrait mettre les textes dans le log entre guillemet le sortir  
> dans un gros bloc   pour voir les espaces. Ça c'est  
> facile et ça peur rapporter gros :)
>   
Et ce sera dans le log de demain matin... a suivre.
> Yann
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir - Le bon log en ligne

[Yann Coupin]

Le 17 févr. 09 à 00:01, Marc SIBERT a écrit :


David MENTRE a écrit :

Marc SIBERT  writes:


Argh ! Désolé, j'ai fait mon boulet dans un copier/coller du log :  
le

bon est en ligne maintenant (données du 16/2).



Bon, on recommence :

- Way 31011726 : 'Avenue du 19 mars 1962' modifié en 'Avenue du 19  
Mars

  1962' : date avec année, laisser tel quel ;


Ben pour les mois, je fais quoi, jusque là c'était OK pour les  
passer en

majuscule.


Je pense que David n'a tout simplement pas lu les règles de  
typographie employées en toponymie (voir un autre mail du thread pour  
le lien). On va pas se taper un troll à Ront-Point encore une fois,  
hein ? :)


- Way 31055255 : 'Cloitre St Martin' modifié en 'Cloître St  
Martin' : «

  Saint-Martin » (pour être cohérent avec les autres style-genre
  Saint-Michel) ?


Les "Saints" sont codés un par un pour ne pas faire de correction
malheureuse. Donc les saints non corrigés ne le sont pas CQFD. Je le
rajoute pour la prochaine version.


Comme vu plus bas avec la ville, on le garde peut-être pour plus tard  
celui là ?



- Way 31059580 : 'Impasse du 11 novembre 1918' modifié en 'Impasse du
  11 Novembre 1918' : idem, date avec année.

- 'Place intérieure' modifié en 'Place Intérieure' : idem que «  
petite

  rue ».

Je désactive intérieur et intérieure, à voir plus tard ou un  
traitement

spécial pour "Place intérieure".


Toponymie encore, pour moi il faut mettre Intérieure, pas intérieure.




- Way 25578676 : 'Rue Saint Leon' modifié en 'Rue Saint Léon' : «
  Saint-Léon » ?


A rajouter aux saints de la prochaine version.


voir ci-dessous




- Way 4447166 : 'Rue Saint Étienne du Mont' modifié en 'Rue
  Saint-Étienne du Mont'  « Saint-Étinne-du-Mont » ?
  http://fr.wikipedia.org/wiki/Église_Saint-Étienne-du-Mont


Je me réserve pour un futur traitement spécial des noms de communes
françaises (36000 env.)


Cette étape est pour moi préliminaire à celle de remplacement des  
saints, sinon ça va faire n'importe quoi dès qu'une ville comprend le  
nom saint et un nom connu de ta liste de saints.




- Way 30932372 : 'rue de la Sabliere' modifié en 'Rue de la  
Sabliere' :

  « Sablière » ?

J'ai pas encore tout le dico des noms communs français dans ma  
liste...

A ajouter dans la prochaine version.


Avec une recherche pour trouver la bonne orthographe de tous les  
mots ? Bon courage... Je pense que l'outils de d'Étienne Chové est  
plus adapté à ce genre de problèmes. Rappel de l'adresse pour ceux qui  
auraient loupé son mail : http://colocb3.hd.free.fr/cgi-bin/OsmGetError





- Way 30932333 : 'rue des Brunandieres' modifié en 'Rue des
  Brunandieres' : « Brunandières » ?


Idem précédent.
Pour le reste, ça me semble ok (mais j'ai pu laisser passer des  
trucs).


726 modifs à relire, il n'en faut pas plus !



Le problème c'est que chaque fois qu'on voit une erreur qui est restée
dans la log, on rajoute un critère et donc on ramasse plus de name  
donc

de nouvelles erreurs, c'est sans fin : while (true)...


Enfin bon, si le but c'est d'écrire une règle pour chaque cas  
particulier découvert à chaque passe, vaut peut-être mieux faire une  
passe de "mechanical turk" avec l'outils d'Étienne, non ? Certes faire  
une règle évite que les problèmes introduits de manières postérieure à  
leur détection restent, mais on risque de ne pas s'en sortir à pondre  
des règles à tout bout de champs. En général quand on programme, il y  
a toujours un moment ou on se dit que certaines choses sont plus vite  
faites à la main que d'écrire un programme pour les corriger...


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de ro bot pour mercredi soir - Un nouveau log en ligne, le d ernier de la nuit !

[Marc SIBERT]

Bon,

Voilà un nouveau log avec 3 remarques :

   1. Quand j'écris "dans la prochaine version", c'est de la V1.5 que je
  parle. Je n'ajoute rien pour mercredi prochain, si cette date est
  maintenue (cf discuss initiale), j'enlève ce qui gène.
   2. Je vous mets une liste de way {{tag|highway|motorway}} en lien de
  la réalité actuelle pour que vous voyez bien le merdier que c'est
  quand même avant le passage du robot :
  http://osm.sibert.fr/autoroutes.htm
   3. Les name et les ref sont des options distinctes que je peux
  activer (ou pas) indépendamment. Va falloir vous mettre d'accord
  sur l'espace (ASCII 32) ou je passe que les name et vous prenez le
  temps qu'il faut pour vous décider.

La page du robot et les modifications programmées : 
http://wiki.openstreetmap.org/wiki/User:MS_BOT#highway.3D.2A.2C_modifications_des_names
Le log du robot : 
http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt
100 € : 
http://tbn0.google.com/images?q=tbn:4SN041YlWi2YyM:http://www.bundesbank.de/bargeld/images/banknoten/100euro_vs_709x364.jpg
Un mars : 
http://tbn2.google.com/images?q=tbn:6TXm32jg9QWTDM:http://www.retaile-v.com.au/images/Mars%2520Logo.jpg

Bonne nuit
--
Marc


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

Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir

[Christian Rogel]

Rectifier "allées" > "allée" n'est pas forcément une bonne idée.
Ici, il y a une plaque indiquant "Promenades du Mont Frugy", car
il y a 2 niveaux de chemins reliés par des rampes.
Donc, attention à l'excès de normalisation !

Christian

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

Re: [OSM-talk-fr] [MS BOT V1.4] Nouveau log en ligne

[murphy2712.nospam]

Et les Alléees ?

Way 30927298  : 'Allées
des Longs Fossés' modifié en 'Alléees des Longs Fossés'
...

On Mon, Feb 16, 2009 at 23:26, Marc SIBERT  wrote:

> re-bonsoir,
>
> Suite à un dérapage de chausséeee.. hé hé, j'ai corrigé et relancer un
> tir à blanc.
> http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt
> --
> Marc
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des régions et des départe ments

[Antoine]

Salut à tous.

Le Var vient d'être (re)corrigé (cette fois-ci j'ai enlevé mes moufles).
Pour PACA, il existe aussi une exclave dans Rhône-Alpes ?
Par contre, je ne comprend pas pourquoi le Val de Marne n'est pas rendu 
? Il semble pourtant clos 
(http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=7458).

A+
Antoine

sly (sylvain letuffe) a écrit :
> Salut,
> ( et oui encore moi)
>
>
> Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient 
> aussi être fournies en SVG.
>
> Après une bonne baston avec mapnik, j'ai fini par le dresser :
>
> http://beta.letuffe.org/cartes/
>
> ( générées à l'instant, en png ou en svg )
>
> Attention ! ça rigole pas en SVG, toute la précision de la base OSM est 
> rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui 
> ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les 
> ouvrir.
> ( moins de 512Mo passez votre chermin)
> Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même 
> de les télécharger et ouvrir avec inkscape par exemple.
>
> Des conseils pour tenter d'en faire des versions "simplifiées" seraient 
> bienvenues
>
> Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont 
> complété un très grand nombre de départements et régions et fait du collage 
> avec les côtes.
>
> Si j'ai bonne vue sur :
> http://beta.letuffe.org/cartes/departements.png
> Il ne manque plus que 3 départements !!
>
> Très bonne avancée depuis jeudi :
> http://wiki.openstreetmap.org/wiki/Image:Departements.png
>
>   

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

Re: [OSM-talk-fr] Bravo aux Rennais !

[Thomas Petazzoni]

Le Mon, 16 Feb 2009 19:01:51 +0100,
Florian Birée  a écrit :

> Bravo et merci aux cartographes d'OpenStreetMap de Rennes : nous avons
> pu rejoindre de Toulouse la coordination nationale des étudiants en
> grève de ce week-end qui se tenait à l'université de Rennes 2 grâce à
> OpenStreetMap !

Juste par curiosité, vous avez utilisé quel outil de navigation ?

Thomas
-- 
Thomas Petazzoni http://thomas.enix.org
Promouvoir et défendre le Logiciel Libre http://www.april.org
Logiciels Libres à Toulouse  http://www.toulibre.org


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