date:20100701





Bonjour, 

Pour le dfinitions de Rivire, Fleuve, ... : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Rives_d.E2.80.99un_cours_d.E2.80.99eau

Benot R.

Thomas Clavier a crit:

  Le 30/06/2010 23:17, Ren-Luc D'Hont a crit :
  
  
Par dfinition toute rivire qui se jette dans la mer est un fleuve,
non ? Ou alors on m'aurait menti ?

  
  
+1

  
  
D'ailleurs qu'elle est la dfinition d'une rivire ?


  
  
Je sche ... ok je sort.

  
  
J'avais pos des questions :
* Comment correctement taggu le lit d'une rivire et prciser que
cette rivire occupe que trs rarement, seulement en cas de forte
pluie, l'intgralit de son lit ?

  
  
de mmoire le sujet  dj t abord sur la liste c'tait pour les
torrents de montagne qui ne sont plein qu' la fonte des glaces.


  
  

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


Ce message entrant est certifi sans virus connu.
Analyse effectue par AVG - www.avg.fr 
Version: 9.0.830 / Base de donnes virale: 271.1.1/2974 - Date: 06/30/10 20:38:00

  





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

Re: [OSM-talk-fr] Tagger un institut de recherche sur l'entrée du bâtiment

2010-07-01 Par sujet Tenshu

Je trouve ça un peut étrange, une entrée de bâtiment est indépendante de ce
que l'on peut y trouver à l'intérieur.
Tout comme une entrée peut servir à plusieurs
services/entreprises/whatever...

2010/7/1 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net

 Bonjour,

 J'aimerai tagger l'emplacement d'un institute de recherche (L'ISC Paris
 Île-
 de-France) qui fait parti d'un bâtiment plus large.
 Je me suis donc dis qu'il fallait tagger l'entrée de l'institut. Voilà donc
 ce
 que j'ai fait :
 http://www.openstreetmap.org/browse/node/797813004
  building = entrance
  name = Institut des Système Complexes
  research_institution = yes
  website = http://iscpif.fr/

 Ça vous paraît correct ?
 Bon, visiblement ça n'apparaît pas sur le rendu, mais je ne m'y fie pas (en
 suivant les conseils des sages), ceci dit ce serait chouette quand même ;-)

 En fait, j'ai pas mal de cas similaire à tagger par la suite, donc autant
 savoir si je pars mal ou pas.

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

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




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

Re: [OSM-talk-fr] Il n'y a pas toujours d'eau dans le lit d'une rivière

2010-07-01 Par sujet René-Luc D'Hont


Merci,

J'avais déjà lu 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Rives_d.E2.80.99un_cours_d.E2.80.99eau
Mais il dise pas comment préciser que le lit de la rivière est souvent à 
sec.
Je sais qu'il ne faut pas créer pour le rendu mais une surface bleu 
alors qu'il n'y a pas d'eau, ça me gène un peu ;-)

Je peux utiliser dry=yes 


Le 01/07/2010 11:46, Benoît ROUSSEAU a écrit :

Bonjour,

Pour le définitions de Rivière, Fleuve, ... : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Rives_d.E2.80.99un_cours_d.E2.80.99eau


Benoît R.

Thomas Clavier a écrit :

Le 30/06/2010 23:17, René-Luc D'Hont a écrit :
   

Par définition toute rivière qui se jette dans la mer est un fleuve,
non ? Ou alors on m'aurait menti ?
 


+1

   

D'ailleurs qu'elle est la définition d'une rivière ?

 


Je sèche ... ok je sort.

   

J'avais posé des questions :
* Comment correctement taggué le lit d'une rivière et préciser que
cette rivière occupe que très rarement, seulement en cas de forte
pluie, l'intégralité de son lit ?
 


de mémoire le sujet à déjà été abordé sur la liste c'était pour les
torrents de montagne qui ne sont plein qu'à la fonte des glaces.


   



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




Ce message entrant est certifié sans virus connu.
Analyse effectuée par AVG -www.avg.fr
Version: 9.0.830 / Base de données virale: 271.1.1/2974 - Date: 06/30/10 
20:38:00

   



___
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] Erreurs Validator et layers


Bonjour,

   Donc j'ai réimporté le bâti de la commune défigurée suite au pb de 
changeset et j'ai énormément d'erreurs sous Validator, Chemins qui se 
croisent, ... qui ne sont dues qu'aux intersections voies et CLC, voies 
limites administratives, ...


   Ne pourrait-on pas envisager de monter les limites administratives 
dans layer supérieur et les CLC dans un layer inférieur. Les niveaux 
étant à discuter. On le fait pour les ponts, les tunnel, les moulins, 
... pourquoi pas pour les limites administratives qui sont effectivement 
une surcouche et les CLC qui sont à mon avis une sous couche.


   Cela éviterai les faux positifs et cantonnerai les erreurs aux 
couches concernées qui serait ainsi mieux traitées plutôt qu'abandonnées 
devant la forêt.


   Ca me semble logique mais...

Benoît R.

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

Re: [OSM-talk-fr] Tagger un institut de recherche sur l'entrée du bâtiment


Bonjour,

   Pour moi l'entrée du bâtiment n'est pas dédiée à cet institut. Que 
tu tag simplement l'emplacement de cet institut à l'intérieur de ce 
bâtiment me semblerai plus logique. Ensuite pour l'entrée plutôt un truc 
du genre building entrance / name Bât. A.


Benoît R.

Tenshu a écrit :
Je trouve ça un peut étrange, une entrée de bâtiment est indépendante 
de ce que l'on peut y trouver à l'intérieur.
Tout comme une entrée peut servir à plusieurs 
services/entreprises/whatever...


2010/7/1 Nicolas Dumoulin nicolas_openstreetmap.org 
http://nicolas_openstreetmap.org@dumoulin63.net http://dumoulin63.net


Bonjour,

J'aimerai tagger l'emplacement d'un institute de recherche (L'ISC
Paris Île-
de-France) qui fait parti d'un bâtiment plus large.
Je me suis donc dis qu'il fallait tagger l'entrée de l'institut.
Voilà donc ce
que j'ai fait :
http://www.openstreetmap.org/browse/node/797813004
 building = entrance
 name = Institut des Système Complexes
 research_institution = yes
 website = http://iscpif.fr/

Ça vous paraît correct ?
Bon, visiblement ça n'apparaît pas sur le rendu, mais je ne m'y
fie pas (en
suivant les conseils des sages), ceci dit ce serait chouette quand
même ;-)

En fait, j'ai pas mal de cas similaire à tagger par la suite, donc
autant
savoir si je pars mal ou pas.

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

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




--
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !




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




Ce message entrant est certifié sans virus connu.
Analyse effectuée par AVG - www.avg.fr 
Version: 9.0.830 / Base de données virale: 271.1.1/2974 - Date: 06/30/10 20:38:00


  



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

Re: [OSM-talk-fr] Il n'y a pas toujours d'eau dans le lit d'une rivière


Pardon, je n'intervenais que sur les définitions :p.
On ne tag pas QUE pour le rendu, mais le rendu est quand même un des 
objectifs. Pouvoir extraire une carte intelligible me semble quand même 
un des objectifs.


Pour le reste je suis trop inexpérimenté concernant les rivières pour te 
répondre. J'attends moi aussi un avis à ta question :p.


Benoît R.

René-Luc D'Hont a écrit :

Merci,

J'avais déjà lu 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Rives_d.E2.80.99un_cours_d.E2.80.99eau
Mais il dise pas comment préciser que le lit de la rivière est souvent 
à sec.
Je sais qu'il ne faut pas créer pour le rendu mais une surface bleu 
alors qu'il n'y a pas d'eau, ça me gène un peu ;-)

Je peux utiliser dry=yes 


Le 01/07/2010 11:46, Benoît ROUSSEAU a écrit :

Bonjour,

Pour le définitions de Rivière, Fleuve, ... : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Rives_d.E2.80.99un_cours_d.E2.80.99eau


Benoît R.

Thomas Clavier a écrit :

Le 30/06/2010 23:17, René-Luc D'Hont a écrit :
  

Par définition toute rivière qui se jette dans la mer est un fleuve,
non ? Ou alors on m'aurait menti ?



+1

  

D'ailleurs qu'elle est la définition d'une rivière ?




Je sèche ... ok je sort.

  

J'avais posé des questions :
* Comment correctement taggué le lit d'une rivière et préciser que
cette rivière occupe que très rarement, seulement en cas de forte
pluie, l'intégralité de son lit ?



de mémoire le sujet à déjà été abordé sur la liste c'était pour les
torrents de montagne qui ne sont plein qu'à la fonte des glaces.


  



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




Ce message entrant est certifié sans virus connu.
Analyse effectuée par AVG - www.avg.fr 
Version: 9.0.830 / Base de données virale: 271.1.1/2974 - Date: 06/30/10 20:38:00


  



___
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
  




Ce message entrant est certifié sans virus connu.
Analyse effectuée par AVG - www.avg.fr 
Version: 9.0.830 / Base de données virale: 271.1.1/2974 - Date: 06/30/10 20:38:00


  



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

[OSM-talk-fr] Re : Erreurs Validator et layers

De : Benoît ROUSSEAU adressepossi...@free.fr



   Ne pourrait-on pas envisager de monter les limites administratives dans 
 layer supérieur et les CLC dans un layer inférieur. Les niveaux étant à 
 discuter. On le fait pour les ponts, les tunnel, les moulins, ... pourquoi 
 pas pour les limites administratives qui sont effectivement une surcouche 
 et les CLC qui sont à mon avis une sous couche.

Il me semble que les tag layer c est uniquement pour indiquer quand quelque 
chose est physiquement au dessus ou en dessous d autre chose ( et c est utilise 
par le rendu )..
Dans le cas des limites administratives et de CLC je ne pense pas que cela ait 
de sens, les deux sont complètement indépendants et decoreles.

Julien



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

Re: [OSM-talk-fr] Bizarrerie

2010-07-01 Par sujet Pierre-Alain Dorange



Le 1 juil. 10 à 11:37, Marc SIBERT a écrit :


Oups, désolé pour la froideur de ma réponse.


Un peu sévère en effet.

C'est très bien de venir parler avant d'apporter une correction à de  
l'existant pour éviter de froisser les susceptibilités, m'enfin des  
fois...



C'est même conseillé avant d'effacer  le travail des autres, non ?

--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange 



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

[OSM-talk-fr] Re : Il n'y a pas toujours d' eau dans le lit d'une rivière

De : Benoît ROUSSEAU adressepossi...@free.fr


On ne tag pas QUE pour le rendu, mais le rendu est quand même un des 
objectifs. Pouvoir extraire une carte intelligible me semble quand même un 
des objectifs.

Il faudrait un rendu saisonnier ;-) il me semble que le tag riverbank indique 
le lit de la rivière pas plus. Se sont les moteurs de rendus qui choisissent de 
le représenter rempli d eau...
Il me semble qu il y avait eu une discussion pour représenter le lit majeur et 
le lit mineur mais a mon avis ce genre de details ne devrait pas etre taggue.
Je pense que l ideal serait de contenter d indiquer les limites du lit de la 
riviere et que le rendu soit basé sur les donnees d elevation ( SRTM ) et la 
hauteur d eau dans la riviere ( avec connection en temps reel sur des stations 
de mesures comme ca le rendu s ajusterait en fonction des saisons, lachers de 
barrage innondations etc !!! )

Julien



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

Re: [OSM-talk-fr] Re : Erreurs Validator et layers


THEVENON Julien a écrit :

*De :* Benoît ROUSSEAU adressepossi...@free.fr
**

**  Ne pourrait-on pas envisager de monter les limites 
administratives dans layer supérieur et les CLC dans un layer 
inférieur. Les niveaux étant à discuter. On le fait pour les ponts, 
les tunnel, les moulins, ... pourquoi pas pour les limites 
administratives qui sont effectivement une surcouche et les CLC qui 
sont à mon avis une sous couche.


Il me semble que les tag layer c est uniquement pour indiquer quand 
quelque chose est physiquement au dessus ou en dessous d autre chose ( 
et c est utilise par le rendu )..
Dans le cas des limites administratives et de CLC je ne pense pas que 
cela ait de sens, les deux sont complètement indépendants et decoreles.


Julien

Alors comment fait-on sens ? Ca n'a pas des sens non plus d'avoir une 
erreur de croisement de chemin entre un landuse et une voie. 
Puisqu'elles sont corrélées et dans OSM qui ne distingue pas le physique 
de l'immatériel. Les données landuses pour les CLC sont-elles 
immatérielles ou matérielles ? Faut-il demander un changement de Validator ?


Benoît R.

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

Re: [OSM-talk-fr] Re : Il n'y a pas toujours d' eau dans le lit d'une rivière

2010-07-01 Par sujet René-Luc D'Hont


Le 01/07/2010 12:54, THEVENON Julien a écrit :

*De :* Benoît ROUSSEAU adressepossi...@free.fr
**
**On ne tag pas QUE pour le rendu, mais le rendu est quand même un 
des objectifs. Pouvoir extraire une carte intelligible me semble quand 
même un des objectifs.


Il faudrait un rendu saisonnier ;-) il me semble que le tag riverbank 
indique le lit de la rivière pas plus. Se sont les moteurs de rendus 
qui choisissent de le représenter rempli d eau...
Il me semble qu il y avait eu une discussion pour représenter le lit 
majeur et le lit mineur mais a mon avis ce genre de details ne 
devrait pas etre taggue.
Je pense que l ideal serait de contenter d indiquer les limites du lit 
de la riviere et que le rendu soit basé sur les donnees d elevation ( 
SRTM ) et la hauteur d eau dans la riviere ( avec connection en temps 
reel sur des stations de mesures comme ca le rendu s ajusterait en 
fonction des saisons, lachers de barrage innondations etc !!! )


Ce serait génial ;-)

Bon en fait faut juste que je fasse des ways riverbank, que je ne close 
pas quoi ;-)




Julien


___
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] Re : Erreurs Validator et layers

2010-07-01 Par sujet Etienne Trimaille

Validator ne me signale rien si il y a intersection entre landuse CLC et
highway ou encore des limites administratives. Ces informations n'ont pas de
lien ensemble.

Le 1 juillet 2010 13:03, Benoît ROUSSEAU adressepossi...@free.fr a écrit :

 THEVENON Julien a écrit :

 *De :* Benoît ROUSSEAU adressepossi...@free.fr

 **

 **  Ne pourrait-on pas envisager de monter les limites administratives
 dans layer supérieur et les CLC dans un layer inférieur. Les niveaux étant à
 discuter. On le fait pour les ponts, les tunnel, les moulins, ... pourquoi
 pas pour les limites administratives qui sont effectivement une surcouche et
 les CLC qui sont à mon avis une sous couche.

 Il me semble que les tag layer c est uniquement pour indiquer quand
 quelque chose est physiquement au dessus ou en dessous d autre chose ( et c
 est utilise par le rendu )..
 Dans le cas des limites administratives et de CLC je ne pense pas que cela
 ait de sens, les deux sont complètement indépendants et decoreles.

 Julien

  Alors comment fait-on sens ? Ca n'a pas des sens non plus d'avoir une
 erreur de croisement de chemin entre un landuse et une voie. Puisqu'elles
 sont corrélées et dans OSM qui ne distingue pas le physique de l'immatériel.
 Les données landuses pour les CLC sont-elles immatérielles ou matérielles ?
 Faut-il demander un changement de Validator ?


 Benoît R.

 ___
 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] Il n'y a pas toujours d'eau dans le lit d'une rivière

2010-07-01 Par sujet Pierre-Alain Dorange



Le 1 juil. 10 à 11:54, René-Luc D'Hont a écrit :


J'avais déjà lu 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Rives_d.E2.80.99un_cours_d.E2.80.99eau
Mais il dise pas comment préciser que le lit de la rivière est  
souvent à sec.
Je sais qu'il ne faut pas créer pour le rendu mais une surface bleu  
alors qu'il n'y a pas d'eau, ça me gène un peu ;-)

Je peux utiliser dry=yes 



Pour une rivière saisonnière, je ne mettrai d'abord que le  
waterway=river (pas de riverbank)

Concernant l'indication de saisonnalité... je sèche ;-)

Des pistes de réflexions :

On trouve une proposition de tag pour les routes saisonniers, qui  
pourrai être adaptée :

http://wiki.openstreetmap.org/wiki/Proposed_features/Dry_weather
ex : tag k=seasonal:winter v=no /

On trouve aussi du coté des côtes des tags pour les zones  
intermittentes (marée notamment) :
ex. water=tidal + surface=rocky ou water=intermittent (celui qui me  
semble le plus adéquat).

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

On trouve aussi une proposition abandonné de lac temporaire :
http://wiki.openstreetmap.org/wiki/Proposed_features/Intermittent_Lake

Il y a bien sur les accesstime peut être a regarder :
http://wiki.openstreetmap.org/wiki/ 
Key:access#Access_time_restrictions:


Tout ces tags n'ont peut être aussi effets sur le rendu...

--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange 



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

[OSM-talk-fr] Re : Re : Erreurs Validator et layers

De : Benoît ROUSSEAU adressepossi...@free.fr


Alors comment fait-on sens ? Ca n'a pas des sens non plus d'avoir une 
erreur de croisement de chemin entre un landuse et une voie. Puisqu'elles 
sont corrélées et dans OSM qui ne distingue pas le physique de 
l'immatériel. Les données landuses pour les CLC sont-elles immatérielles ou 
matérielles ? Faut-il demander un changement de Validator ?

je pencherai plutot pour une amelioration du validator mais comme Etienne j en 
ai pas ce genre de probleme avec lui non plus.
On ne taggue pas pour le plugin Validator ;-)

Julien



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

Re: [OSM-talk-fr] Il n'y a pas toujours d'eau dans le lit d'une rivière

2010-07-01 Par sujet René-Luc D'Hont


Merci pour les infos.

Le 01/07/2010 13:25, Pierre-Alain Dorange a écrit :


Le 1 juil. 10 à 11:54, René-Luc D'Hont a écrit :

J'avais déjà lu 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Rives_d.E2.80.99un_cours_d.E2.80.99eau
Mais il dise pas comment préciser que le lit de la rivière est 
souvent à sec.
Je sais qu'il ne faut pas créer pour le rendu mais une surface bleu 
alors qu'il n'y a pas d'eau, ça me gène un peu ;-)

Je peux utiliser dry=yes 


Pour une rivière saisonnière, je ne mettrai d'abord que le 
waterway=river (pas de riverbank)


En fait, il y a déjà un waterway=river mais je souhaite indiqué le 
riverbank car il y a une différence d'au moins 3 mètres entre le niveau 
des rues et le fond de la rivière ;-)



Concernant l'indication de saisonnalité... je sèche ;-)

Des pistes de réflexions :

On trouve une proposition de tag pour les routes saisonniers, qui 
pourrai être adaptée :

http://wiki.openstreetmap.org/wiki/Proposed_features/Dry_weather
ex : tag k=seasonal:winter v=no /


Vu



On trouve aussi du coté des côtes des tags pour les zones 
intermittentes (marée notamment) :
ex. water=tidal + surface=rocky ou water=intermittent (celui qui me 
semble le plus adéquat).

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


Cool



On trouve aussi une proposition abandonné de lac temporaire :
http://wiki.openstreetmap.org/wiki/Proposed_features/Intermittent_Lake

Il y a bien sur les accesstime peut être a regarder :
http://wiki.openstreetmap.org/wiki/Key:access#Access_time_restrictions:

Tout ces tags n'ont peut être aussi effets sur le rendu...

--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
Twitter : https://twitter.com/padorange - Facebook : 
http://www.facebook.com/pa.dorange



___
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] Re : Re : Erreurs Validator et layers


THEVENON Julien a écrit :

*De :* Benoît ROUSSEAU adressepossi...@free.fr
*
*Alors comment fait-on sens ? Ca n'a pas des sens non plus d'avoir 
une erreur de croisement de chemin entre un landuse et une voie. 
Puisqu'elles sont corrélées et dans OSM qui ne distingue pas le 
physique de l'immatériel. Les données landuses pour les CLC sont-elles 
immatérielles ou matérielles ? Faut-il demander un changement de 
Validator ?


je pencherai plutot pour une amelioration du validator mais comme 
Etienne j en ai pas ce genre de probleme avec lui non plus.

On ne taggue pas pour le plugin Validator ;-)

Julien



  
Et bien c'est tout à fait vrai ! Une voie et 1 admin level étaient 
superposés. Il fait trop chaud pour travailler. Je vais faire la sieste 
ça m'évitera de dire des conneries.


Benoît R.

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

Re: [OSM-talk-fr] Tagger un institut de recherche sur l'e ntrée du bâtiment

2010-07-01 Par sujet Eric Sibert

Tagger l'entrée d'un organisme a un sens. Je veux aller à l'Institut  
des Sciences Géographiques. Où dois-je me rendre? (-réponse à  
l'entrée). J'avais déjà évoqué cette question à propos de l'accès au  
zoo :


http://lists.openstreetmap.org/pipermail/talk-fr/2009-September/014007.html

Maintenant, de là à tagger l'Institut lui-même sur l'entrée, il y a un  
pas à franchir qui paraît moins opportun.


Eric



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

[OSM-talk-fr] JOSM et regexp search

2010-07-01 Par sujet OSM42


Bonjour,

Je viens de passer près d'une heure sur un détail et je n'y arrive pas.

J'essaye de faire une regexp search sur les identifiants inférieurs à 
5. Google ne m'est de quasiment aucune aide, c'est assez 
under-documented comme fonction...


Si quelqu'un sait (saurait) faire, ca me serait très utile :)

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

Re: [OSM-talk-fr] Tagger un institut de recherche sur l'e ntrée du bâtiment

2010-07-01 Par sujet Nicolas Dumoulin

Le jeudi 1 juillet 2010 12:00:09 Benoît ROUSSEAU, vous avez écrit :
 Bonjour,
 
 Pour moi l'entrée du bâtiment n'est pas dédiée à cet institut. Que
 tu tag simplement l'emplacement de cet institut à l'intérieur de ce
 bâtiment me semblerai plus logique. Ensuite pour l'entrée plutôt un truc
 du genre building entrance / name Bât. A.

Merci pour vos réponses.

Je comprends qu'une entrée de bâtiment peut desservir plusieurs 
instituts/entreprises/locaux.
Dans le cas présent, l'entrée ne dessert que cet institut, ne serait-ce donc 
pas approprié ?
Par ailleurs, j'avais dans l'idée le problème de savoir par où rentrer dans un 
bâtiment pour atteindre un service. J'ai vu des bâtiments qui ont plusieurs 
entrées pour diverses instances …

Si je suivais votre idée, il faudrait que je tagge la position de l'institut 
dans le bâtiment. En l'occurence, l'institut occupe le rdc et le sous-sol sur 
toute la surface du bâtiment. Le reste du bâtiment est accessible par une 
autre entrée. Bref, ça me semble pas évident …

Je réfléchis en écrivant, et peut-être que la solution serait une relation 
pour associer l'entrée de bâtiment avec un POI dans le bâtiment. Non ?

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

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

Re: [OSM-talk-fr] Re : Il n'y a pas toujours d'eau d ans le lit d'une rivière

2010-07-01 Par sujet Eric Sibert

Il faudrait un rendu saisonnier ;-) il me semble que le tag  
riverbank indique le lit de la rivière pas plus.


C'est quoi le lit d'une rivière?

Ce que j'ai écrit à propos de Madagascar :

http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#Hydrographie


Il me semble qu il y avait eu une discussion pour représenter le lit  
majeur et le lit mineur mais a mon avis ce genre de details ne  
devrait pas etre taggue.


Oui, il y a eu discussion et mais je ne la retrouve pas.

Après, sur le fait de tagger ce genre de détails qui peut jouer sur  
plusieurs kilomètres, chacun l'évalue comme il veut ;-)


Eric


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

Re: [OSM-talk-fr] Tagger un institut de recherche sur l'e ntrée du bâtiment

2010-07-01 Par sujet Stéphane Brunner


Hello,

C'est vrai que de tagger l'entrée menant a un institut a en carence mais
ce n'est pas l'institut pour autant !

Je ne sais don pas si le problème est déjà résolu quelque part ou il
faut plancher sur une nouvelle feature ?

Le problème plus général c'est que personne ne c'est vraiment penché sur
le fait de tagger l'intérieur d'un baptisent.

Ce que je fais actuellement je met un node vers chaque élément du
bâtiment (faculté en occurrence), je met des entrée la ou il y en a, et
si le bâtiment est séparer en deux (pas de passage entre eux) je
considérer que c'est deux bâtiments.

CU
Stéphane




Eric Sibert [via GIS] a écrit :
 
 
 Tagger l'entrée d'un organisme a un sens. Je veux aller à l'Institut  
 des Sciences Géographiques. Où dois-je me rendre? (-réponse à  
 l'entrée). J'avais déjà évoqué cette question à propos de l'accès au  
 zoo :
 
 http://lists.openstreetmap.org/pipermail/talk-fr/2009-September/014007.html
 
 Maintenant, de là à tagger l'Institut lui-même sur l'entrée, il y a un  
 pas à franchir qui paraît moins opportun.
 
 Eric
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
 
 
 __
 View message @ 
 http://gis.638310.n2.nabble.com/Tagger-un-institut-de-recherche-sur-l-entree-du-batiment-tp5242356p5243082.html
 To start a new topic under France, email 
 ml-node+3070341-1406367393-41...@n2.nabble.com
 To unsubscribe from France, click  (link removed) ==
 

-- 
Stéphane Brunner
Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
les autres.

begin:vcard
fn;quoted-printable:St=C3=A9phane Brunner
n;quoted-printable:Brunner;St=C3=A9phane
email;internet:courr...@stephane-brunner.ch
x-mozilla-html:FALSE
version:2.1
end:vcard


 
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Tagger-un-institut-de-recherche-sur-l-entree-du-batiment-tp5242356p5243142.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Tagger un institut de recherche sur l'e ntrée du bâtiment

2010-07-01 Par sujet Stéphane Brunner

Hello,

Pas simple en effet, effectivement peut être qu'une relation est une
bonne solution, mais finalement vivement une séparation des étages dans
OSM ;-)

CU
Stéphane

Nicolas Dumoulin [via GIS] a écrit :

Le jeudi 1 juillet 2010 12:00:09 Benoît ROUSSEAU, vous avez écrit :
Bonjour,

Pour moi l'entrée du bâtiment n'est pas dédiée à cet institut. Que
tu tag simplement l'emplacement de cet institut à l'intérieur de ce
bâtiment me semblerai plus logique. Ensuite pour l'entrée plutôt un truc
du genre building entrance / name Bât. A.

Merci pour vos réponses.

Je comprends qu'une entrée de bâtiment peut desservir plusieurs
instituts/entreprises/locaux.
Dans le cas présent, l'entrée ne dessert que cet institut, ne serait-ce donc
pas approprié ?
Par ailleurs, j'avais dans l'idée le problème de savoir par où rentrer dans
un
bâtiment pour atteindre un service. J'ai vu des bâtiments qui ont plusieurs
entrées pour diverses instances …

Si je suivais votre idée, il faudrait que je tagge la position de l'institut
dans le bâtiment. En l'occurence, l'institut occupe le rdc et le sous-sol sur
toute la surface du bâtiment. Le reste du bâtiment est accessible par une
autre entrée. Bref, ça me semble pas évident …

Je réfléchis en écrivant, et peut-être que la solution serait une relation
pour associer l'entrée de bâtiment avec un POI dans le bâtiment. Non ?

--
Stéphane Brunner
Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
les autres.

begin:vcard
fn;quoted-printable:St=C3=A9phane Brunner
n;quoted-printable:Brunner;St=C3=A9phane
email;internet:courr...@stephane-brunner.ch
x-mozilla-html:FALSE
version:2.1
end:vcard

--
View this message in context:
http://gis.638310.n2.nabble.com/Tagger-un-institut-de-recherche-sur-l-entree-du-batiment-tp5242356p5243151.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] JOSM et regexp search

2010-07-01 Par sujet Sébastien Dinot

OSM42 a écrit :
 J'essaye de faire une regexp search sur les identifiants inférieurs
 à 5. Google ne m'est de quasiment aucune aide, c'est assez
 under-documented comme fonction...

Je ne connais pas le contexte Java mais, de manière générale :

- s'il s'agit d'expressions rationnelles POSIX étendues, l'expression
  doit être :

  ^([1-4][0-9]|[1-9])[0-9]{0,7}$

- s'il s'agit d'expressions rationnelles POSIX de base, l'expression
  doit être équivalente à la précédente mais en « échappant » les
  caractères « {}()| » :

  ^\([1-4][0-9]\|[1-9]\)[0-9]\{0,7\}$

- s'il s'agit d'expression rationnelles Perl (disponible dans d'autres
  langages via la bibliothèque PCRE et ses diverses couches
  d'interface), l'expression peut se simplifier ainsi :

  ^([1-4]\d|[1-9])\d{0,7}$


Si tu as le choix, opte pour la syntaxe étendue, plus concise et lisible
et qui offre en outre quelques éléments syntaxiques supplémentaires (tel
le quantificateur « + »).

Sébastien

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

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

Re: [OSM-talk-fr] JOSM et regexp search

2010-07-01 Par sujet Sébastien Dinot

OSM42 a écrit :
 En fait c'est pas tant la regexp en tant que tel qui me pose problème
 c'est son application dans la recherche OSM...

 Exemple pour un ID unique, j'essaye par exemple :

 ^id:64198871$
 ^identifiant:64198871$
 ^64198871$

Je suis désolé mais je ne te comprends pas. Quel est le problème
exactement ? Est-ce l'occurrence possible - mais pas systématique - des
chaînes « id: » et « identifiant: » ?

Sébastien

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

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

Re: [OSM-talk-fr] JOSM et regexp search

2010-07-01 Par sujet Frédéric Rodrigo

Pour
1 à  : ^[0-9]{1,8}$
pour
1 à 5 : ^[1-5][0-9]{8}$

My 2 cents
Fred

- OSM42 openstreet...@surrel.org a écrit :

 Bonjour,
 
 Je viens de passer près d'une heure sur un détail et je n'y arrive
 pas.
 
 J'essaye de faire une regexp search sur les identifiants inférieurs à
 
 5. Google ne m'est de quasiment aucune aide, c'est assez 
 under-documented comme fonction...
 
 Si quelqu'un sait (saurait) faire, ca me serait très utile :)
 
 ___
 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] JOSM et regexp search

2010-07-01 Par sujet OSM42

Pour faire simple, je ne sais pas exactement quoi mettre dans le champs 
de recherche de JOSM quand je recherche en mode regexp.


Exemple : disons que je veux sélectionner l'objet d'identifiant 12345 
(pour simplifier, je veux à terme faire une regexp complexe qui 
retournera + d'un élément), comment le faire sous JOSM en cochant le 
mode expression régulière.


Le 01/07/2010 14:39, Sébastien Dinot a écrit :

OSM42 a écrit :
   

En fait c'est pas tant la regexp en tant que tel qui me pose problème
c'est son application dans la recherche OSM...

Exemple pour un ID unique, j'essaye par exemple :

^id:64198871$
^identifiant:64198871$
^64198871$
 

Je suis désolé mais je ne te comprends pas. Quel est le problème
exactement ? Est-ce l'occurrence possible - mais pas systématique - des
chaînes « id: » et « identifiant: » ?

Sébastien

   



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

Re: [OSM-talk-fr] JOSM et regexp search

2010-07-01 Par sujet OSM42


On me demande en privé ce que je veux faire à terme.

Je veux sélectionner l'ensemble des building=yes dont l'id est inférieur 
à X (X étant un nombre que je déterminerai en fonction des communes que 
je veux rattraper :) )


Le 01/07/2010 14:43, OSM42 a écrit :
Pour faire simple, je ne sais pas exactement quoi mettre dans le 
champs de recherche de JOSM quand je recherche en mode regexp.


Exemple : disons que je veux sélectionner l'objet d'identifiant 12345 
(pour simplifier, je veux à terme faire une regexp complexe qui 
retournera + d'un élément), comment le faire sous JOSM en cochant le 
mode expression régulière.


Le 01/07/2010 14:39, Sébastien Dinot a écrit :

OSM42 a écrit :

En fait c'est pas tant la regexp en tant que tel qui me pose problème
c'est son application dans la recherche OSM...

Exemple pour un ID unique, j'essaye par exemple :

^id:64198871$
^identifiant:64198871$
^64198871$

Je suis désolé mais je ne te comprends pas. Quel est le problème
exactement ? Est-ce l'occurrence possible - mais pas systématique - des
chaînes « id: » et « identifiant: » ?

Sébastien




___
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] Wiki page FR:Hiking

Mathieu Arnold wrote:
 +--On 1 juillet 2010 02:05:22 +0200 SLeiBt sle...@free.fr wrote:
 | PS2: une version en clair de ce mail serait peut-etre indiquee?
 
 Si tu veux dire par là une version ou tu donne un exemple de divergence,
 oui, ça aurait pu être indiqué.
 

De nombreux sentiers de randonnée on un tag ref=GR xx alors que le wiki
demande de ne pas utiliser ces noms :
http://wiki.openstreetmap.org/wiki/FR:Hiking#Note_importante_pour_la_France

Un exemple dans les calanques de Marseille :
http://www.openstreetmap.org/browse/way/60175512

-- 
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] Wiki page FR:Hiking

SLeiBt wrote:
 Bonsoir/jour a tous,
 
 Au hasard de mes operations de carto, il m'est arrive de constater que le 
 contenu de la page wiki FR:Hiking point Note importante pour la France et 
 celui de la base OSM presentent des divergeances.
 
 Quelle action est alors la bonne:
 - poursuivre l'edition en cours.
 - tacher de trouver qui a edite et envoyer un mail citant la page wiki.
 - effacer les tags correspondants.
 - effacer les ways / relations correspondants.
 - editer le wiki pour qu'il reflete la base.
 

Bonjour Sébastien,

Je ne pense pas qu'il faille éditer le wiki pour qu'il reflète la base.
En principe, on va plutôt chercher à éditer la base pour suivre les
conseils/règles/etc qui sont consignés sur le wiki après débat au sein
de la communauté.

Le passage que tu cites pose surtout une question et n'apporte pas de
réponse pour le moment. En conséquence, je ne pense pas qu'il faille
effacer quoique ce soit pour le moment, en tous cas pas avant que la
FFRP nous mette en demeure de le faire.

Pour info, il me semble que le dossier est suivi. D'après ce que j'ai
compris, Gaël (alias Ratzilla$) doit rencontrer la FFRP, notamment pour
clarifier ça.

Pour ce qui est de poursuivre l'édition ou non, c'est peu toi qui voit.
Si tu poursuis l'édition, tu pourrais éventuellement un jour subir un
revert pour entorse aux règles du droit d'auteur. Si tu ne la poursuit
pas, tu pourrais éventuellement un jour avoir à te replonger dans tes
traces GPS et tes notes de terrain...

Pour ma part, j'ai laissé l'info quand elle y était et je garde dans mes
carnets les autres informations sur le balisage des sentiers que
j'espère saisir bientôt.

 
 PS: y'a pas une liste osm-legal par hasard?

legal-talk@

voir http://wiki.openstreetmap.org/wiki/Mailing_lists

Cordialement
-- 
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] Wiki page FR:Hiking

sle...@free.fr wrote:
 Du coup, je suggere:
 1) arreter une position commune sur la presence ou non de ces noms.
 
 2) rendre le wiki beaucoup plus clair sur si on les mets ou non.
 
 3) mettre la base en conformite des que possible.
 

C'est un processus qui est en cours, le sujet a été discuté début juin.
Voir les messages :
- http://lists.openstreetmap.org/pipermail/talk-fr/2010-June/022519.html
- http://lists.openstreetmap.org/pipermail/talk-fr/2010-June/022639.html

Avant d'arrêter une position commune, je pense qu'il faut connaitre la
position de la FFRP elle-même.

Cordialement
-- 
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose

2010-07-01 Par sujet Tenshu

La génération du graph à visiblement plantée.

2010/6/30 Tenshu ten...@gmail.com

 En tout cas merci pour cet outil, qui comme tout ceux d'Osmose, est génial.
 Ça confirme ce que je pensait le cadastre est plus ou moins bon en fonction
 des communes.

 Sur 6 communes environ j'ai 2 communes avec des overlap qui proviennent
 d'un oubli de ma part de supprimer certains (petits) bâtiments existants.
 Sur 4 autre communes c'est plus ou moins apocalyptique, bâtiments complets
 dupliqués 2 voire 3 fois, souvent c'est juste une portion du bâtiment qui
 est superposé. Ou mieux j'ai le bâtiment correct, puis une version découpé
 en deux polygone par dessus.

 Ça va être long à nettoyer, mais au moins on a un très bon outil pour ça ;)

 2010/6/30 Tenshu ten...@gmail.com

 Aie, je découvre que j'ai un boulot herculéen à produire là ou le validator
 de JOSM ne bronche pas.
 C'est un petit coup de massue tout de même :(

 2010/6/30 Etienne Chové ch...@crans.org

 Le 30/06/2010 01:42, Nicolas Dandrimont a écrit :

  * Etienne Chovéetienne.ch...@crans.org  [2010-06-29 19:26:07 +0200]:

  Pour info, les serveurs du crans (osmose, bmo, clc...) seront coupés
 du vendredi après midi au dimanche soir (sauf si quelqu'un les
 rallume avant). Une coupure de courant étant planifiée samedi, et je
 n'ai pas de dispo pour arrêter les serveurs samedi à 7h.


 À priori je couperai tous les serveurs du c...@ns et serai là pour les
 rallumer, je pourrai appuyer sur le bouton des serveurs osm samedi soir.


 Merci Nicolas. C'est bien d'être sur place... ça vous en fera 4 de plus à
 éteindre. Besoin d'un compte ou tu le fais avec le bouton ?


 --
 Etienne

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




 --
 Mon weblog - http://www.tenshu.fr/
 Je soutiens le Logiciel Libre, j'adhère à l'APRIL !





 --
 Mon weblog - http://www.tenshu.fr/
 Je soutiens le Logiciel Libre, j'adhère à l'APRIL !





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

Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose

2010-07-01 Par sujet chove

On Thu, 1 Jul 2010 16:12:47 +0200, Tenshu ten...@gmail.com wrote:
 La génération du graph à visiblement plantée.

C'est parce qu'il n'y a qu'un point dans la base de données. On verra ce
que ça donne demain.

-- 
Etiennne

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

[OSM-talk-fr] Re : Superposition dans l'import cadastral et plugin osmose

De : chove ch...@crans.org


On Thu, 1 Jul 2010 16:12:47 +0200, Tenshu ten...@gmail.com wrote:
 La génération du graph à visiblement plantée.

C'est parce qu'il n'y a qu'un point dans la base de données. On verra ce
que ça donne demain.

Par contre super d avoir les numeros de way maintenant !

Julien



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

Re: [OSM-talk-fr] Bizarrerie

2010-07-01 Par sujet Marc SIBERT

Le 1 juillet 2010 12:54, Pierre-Alain Dorange pdora...@mac.com a écrit :


 Le 1 juil. 10 à 11:37, Marc SIBERT a écrit :

 Oups, désolé pour la froideur de ma réponse.


 Un peu sévère en effet.

 C'est très bien de venir parler avant d'apporter une correction à de
 l'existant pour éviter de froisser les susceptibilités, m'enfin des fois...



 C'est même conseillé avant d'effacer  le travail des autres, non ?


En fait, j'estime que le travaille déjà fait n'appartient à personne en
particulier (ça va troller non ?) mais je pense (quelle prétention ;
certains doivent se souvenir de MSBOT...) toujours améliorer l'existant.


 --
 Pierre-Alain Dorange,
 Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
 Twitter : https://twitter.com/padorange - Facebook : 
 http://www.facebook.com/pa.dorange


J'espère sans rancune
A+
-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Il n'y a pas toujours d'eau dans le lit d'une rivière

2010-07-01 Par sujet Thomas Clavier

Le 01/07/2010 11:34, Thomas Clavier a écrit :
 de mémoire le sujet à déjà été abordé
trouvé :
http://lists.openstreetmap.org/pipermail/talk-fr/2009-February/006836.html
http://lists.openstreetmap.org/pipermail/talk-fr/2009-February/006899.html

http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover
http://wiki.openstreetmap.org/wiki/Proposed_features/Water_bodies

j'ai un petit penchant pour le second.

-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783




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

Re: [OSM-talk-fr] Bizarrerie

2010-07-01 Par sujet Pierre-André Le Ny

Le 1 juillet 2010 17:23, Marc SIBERT m...@sibert.fr a écrit :

 Le 1 juillet 2010 12:54, Pierre-Alain Dorange pdora...@mac.com a écrit :


 Le 1 juil. 10 à 11:37, Marc SIBERT a écrit :

 Oups, désolé pour la froideur de ma réponse.


 Un peu sévère en effet.

 C'est très bien de venir parler avant d'apporter une correction à de
 l'existant pour éviter de froisser les susceptibilités, m'enfin des fois...



 C'est même conseillé avant d'effacer  le travail des autres, non ?


 En fait, j'estime que le travaille déjà fait n'appartient à personne en
 particulier (ça va troller non ?) mais je pense (quelle prétention ;
 certains doivent se souvenir de MSBOT...) toujours améliorer l'existant.


  --
 Pierre-Alain Dorange,
 Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
 Twitter : https://twitter.com/padorange - Facebook : 
 http://www.facebook.com/pa.dorange


 J'espère sans rancune


Aucune pour ma part. Les incompréhensions par e-mail sont solubles dans le
houblon. Ou le cognac, ca doit marcher aussi .

A++



 A+
 --
 Marc Sibert
 m...@sibert.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] Wiki page FR:Hiking

2010-07-01 Par sujet Christian Quest

 Plutôt que d'utiliser le tag ref, il vaudrait mieux conserver trace de ce
type d'itinéraire avec des relations comme c'est le cas pour les chemins de
Compostelle. Comme ces chemins, les GR passent parfois sur des
départementales ou autres routes... et ref dans ce cas est déjà utilisé.

L'avantage sur le plan légal c'est qu'une relation n'est pas visible par
défaut dans le rendu mais que l'info est quand même là.

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

[OSM-talk-fr] Chemins de rando (au sens large)

2010-07-01 Par sujet nono

Salut

Désolé de relancer le débat mais bon, tant qu'il n'y a pas consensus
c'est que ce n'est pas satisfaisant ;)

Il semblerait que noter les GR en tant que tel soit difficilement
acceptable pour OSM. (J'ai eu des retours) 
En lisant cette page http://wiki.openstreetmap.org/wiki/FR:Hiking il
semble que les questions posées à FFRP soient restées sans réponse.

Doit-on (oui ou non) virer les tag GR sur OSM ?

Ou peut-on mettre un autre tag, générique, comme par exemple « CR
» (Chemin de Randonnée) sans en préciser la nature (l'origine) ?

Car dans ma région, d'autres circuits de rando non FFRP sont maintenant
balisés sous la coiffe des cantons de communes (ou parfois d'autres
organisations, des associations).

Donc je pense qu'un tag générique comme CR serait assez approprié.

Que met-on comme tag (name, ref, ...)  ???

Qu'en pensez-vous ?

nono




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] Wiki page FR:Hiking

2010-07-01 Par sujet Eric Marsden

 gb == Gilles Bassière gbassi...@gmail.com writes:

  gb Je ne pense pas qu'il faille éditer le wiki pour qu'il reflète la base.
  gb En principe, on va plutôt chercher à éditer la base pour suivre les
  gb conseils/règles/etc qui sont consignés sur le wiki après débat au sein
  gb de la communauté.

  Pas d'accord.
  
  En principe, OpenStreetMap vise à produire des données géographiques
  libres et non à être un terrain de jeu pour les wikifiddlers. Le wiki
  devrait aider (en complément à d'autres outils comme tagwatch) à
  documenter les pratiques réelles des contributeurs, à permettre une
  discussion sur les avantages et inconvéniants de différentes méthodes
  de tagging, mais surtout pas être utilisé comme arme contre les
  contributeurs qui veulent appeler un GR un GR. 

-- 
Eric Marsden


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

Re: [OSM-talk-fr] Bizarrerie

2010-07-01 Par sujet Pierre-Alain Dorange



Le 1 juil. 10 à 18:08, Pierre-André Le Ny a écrit :


Ou le cognac, ca doit marcher aussi .



9a marche/// pas droit mais ça marche

--  
Pierre-Alain Dorange,

Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange 



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

Re: [OSM-talk-fr] Wiki page FR:Hiking

Christian Quest wrote:
 Plutôt que d'utiliser le tag ref, il vaudrait mieux conserver trace de
 ce type d'itinéraire avec des relations comme c'est le cas pour les
 chemins de Compostelle. Comme ces chemins, les GR passent parfois sur
 des départementales ou autres routes... et ref dans ce cas est déjà utilisé.

Bien vu, il y a d'ailleurs un tag route=hiking prévu à cet effet.

 
 L'avantage sur le plan légal c'est qu'une relation n'est pas visible par
 défaut dans le rendu mais que l'info est quand même là.

Avant le rendu (lequel d'ailleurs ?), c'est surtout la base de données
qui est sous licence libre et qui ne doit pas faire entorse au droit
d'auteur. Si mettre un tag ref=GR xx n'est pas légal sur un way, je
pense qu'il en va de même pour une relation.

Cordialement
Gilles

 
 --
 Christian
 

-- 
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] HELP les polygones CLC ont bougés aussi - Le gros de la correction est faite

2010-07-01 Par sujet simon

Le mercredi 30 juin 2010 à 20:07 +0200, Benoît ROUSSEAU a écrit : 
 Benoît ROUSSEAU a écrit :
  simon a écrit :
  Le mercredi 30 juin 2010 à 12:50 +0200, Benoît ROUSSEAU a écrit :  
  Benoît ROUSSEAU a écrit :
 
  Vincent Pottier a écrit :
   
  Le 30/06/2010 10:48, Benoît ROUSSEAU a écrit :
 
  Bonjour,
 
 Pour les CLC, c'est moi qui est fait une GROSSE CO...RIE. Je 
  ne comprends toujours pas pourquoi le merdier ne concerne pas que 
  le bâti que j'avais importé. Je vais corriger ça aujourd'hui, 
  reposé et de jour, pas à minuit ; à défaut de comprendre.
 
  Benoît R.

  Ca semble maintenant corrigé en automatique pour un certain nombre 
  de points comme : 
  http://www.openstreetmap.org/browse/node/786608761/history
  Je prends le temps de vérifier pour ce set puis je lancerai la totale.
 
  Benoît R.

  Les points sont de nouveau en place comme dans leur version 1. Pour 
  les effets de bord éventuels je suis à la disposition de ceux qui 
  importent les CLC pour refaire, corriger, ...
 
  Il reste des croisement de chemins, .. mais je ne saurai dire si 
  c'est lié à l'import en cours ou non. J'attends d'avoir un retour 
  des importeurs.
 
  Benoît R.
  
 
  Il reste une partie ici
  http://www.openstreetmap.org/?lat=46.5704441070557lon=0.261440277099609zoom=13
   
  qui n'est pas passé dans le revert.
 
  Je suis sur le gros polygone clc FR-257942 si tu n'arrive pas à le
  corriger je repasserais à la main sur la base du polygone
 
  Simon (monsieur a)
 

  Bonjour M. A :)
 
  Si tu parles des pics c'est que le revert à remis les points aux 
  coordonnées de leur création, en version 1 et il faudrait les passer 
  en version 3. Pour le peu de points je préférerais corriger à la main.
  Je pense qu'il est de mon devoir d'essayer de corriger mes bêtises 
  mais je ne veux pas en rajouter. Si vous voulez bien m'indiquer ce 
  qu'il faudrait faire : réimporter le(s) polygones abimés, ou repasser 
  en version 3, ... je le ferai avec plaisir.
 
  Benoît R.
 
 Voici plus précisément l'illustration des question que je me pose pour 
 finir de corriger :
 
 Prenons ce point : 
 http://www.openstreetmap.org/browse/node/528718318/history
 
 1- Initialement, ce point était en  46,5751794,  0,2646116  (v 
 1) /?lat=46.5751794lon=0.2646116zoom=18
 2- Suite au déplacement incompréhensible46,5751828,  0,2645377  
 /?lat=46.5751828lon=0.2645377zoom=18(v 2)
 3- Revert mal fait il se retrouve en46,0,0,0(v 
 3) /?lat=46.0lon=0.0zoom=18
 4- Marcus le déplace en   46,0021762, -0,0011373  (v 
 4) /?lat=46.0021762lon=-0.0011373zoom=18
 5- Revert II, à sa place initiale   46,5751794,  0,2646116  (v 
 5) /?lat=46.5751794lon=0.2646116zoom=18
 
 
 J'ai essayé de le repositionné en version 4 (en gros, pour voir) et les 
 coordonnées me semblent fantaisistes. Quelle version dois-je restaurer 
 pour que ce points (et les autres) reprennent  leurs bonnes positions.
 
 Benoît R. /?lat=46.0lon=0.0zoom=18
 

Je vient de coriger le polygone qui avait bougé.

historique complet : 

-Import du polygone par moi même, dans les premier jours de l'import CLC
(je n'avais pas fusionné tous les noeuds)

-lors de l'import du bati Benoit fait glissé les noeuds non fusionné
sans le voir car il appliquait un filtre sur les CLC et les a
sélectionnés avec validator

-le revert du changeset était basé sur la version décalé de lambert 4
zones, ce qui nous donne un nouveau décalage sur les noeuds du changeset

-fusion manuelle de tous les noeuds décalés en réimportant le polygone
déformé

Simon (monsieur a)


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

Re: [OSM-talk-fr] Chemins de rando (au sens large)

nono wrote:
 Salut
 
 Désolé de relancer le débat mais bon, tant qu'il n'y a pas consensus
 c'est que ce n'est pas satisfaisant ;)
 
 Il semblerait que noter les GR en tant que tel soit difficilement
 acceptable pour OSM. (J'ai eu des retours) 
 En lisant cette page http://wiki.openstreetmap.org/wiki/FR:Hiking il
 semble que les questions posées à FFRP soient restées sans réponse.
 
 Doit-on (oui ou non) virer les tag GR sur OSM ?

A la lecture du Wiki et des discussions récentes sur le sujet, je ne
vois aucune trace de demande officielle émanant de la FFRP de
suppression de ces données.

Effectivement, des personnes ont déjà relevé qu'il y avait
potentiellement un problème de respect du droit d'auteur en enregistrant
ces données. Cela dit, la suppression n'est pas la seule solution. On
peut aussi demander à la FFRP de libérer cette information par exemple.

A priori, il devrait y avoir une rencontre entre OSM et la FFRP dans un
avenir proche. Avant de prendre la décision de détruire des données (et
donc le travail de la communauté), il serait sage d'attendre de
connaître la position réelle de la FFRP sur le sujet.

 
 Ou peut-on mettre un autre tag, générique, comme par exemple « CR
 » (Chemin de Randonnée) sans en préciser la nature (l'origine) ?

Il existe déjà une façon générique d'enregistrer un chemin destinée à la
randonnée documenté sur http://wiki.openstreetmap.org/wiki/FR:Hiking.

Le tag highway=path ou highway=footway n'est pas effectivement pas
uniquement destiné à la randonnée. En revanche, les tags sac_scale et
trail_visibility sont exclusivement destinée à cet usage et sont donc
suffisant pour identifier les sentiers de randonnée.

Il y a aussi route=hiking qui s'applique aux relations pour représenter
les itinéraires.

Si on sort de ce qui fait officiellement partie de Map_Features, j'ai
rencontré souvent hiking=yes et j'ai pris l'habitude de le mettre.

 
 Car dans ma région, d'autres circuits de rando non FFRP sont maintenant
 balisés sous la coiffe des cantons de communes (ou parfois d'autres
 organisations, des associations).

Si les itinéraires conçus et balisés par la FFRP sont considérés comme
des œuvres soumis au droit d'auteur, j'imagine qu'il en va de même pour
les autres itinéraires. En toute logique, il faudrait alors procéder de
la même manière pour les autres créateurs d'itinéraire.

Après ça dépend ce que tu mappes. Si un *itinéraire* peut être considéré
comme une œuvre de l'esprit, un *sentier* physiquement et ça reste un
sentier même s'il a un nom.

Encore une fois, la question ne me semble pas tranchée d'après les
récentes discussion sur cette liste. La rencontre avec la FFRP devrait
permettre d'avancer, j'espère...

 
 Donc je pense qu'un tag générique comme CR serait assez approprié.
 
 Que met-on comme tag (name, ref, ...)  ???

Tout à l'heure je citais cet exemple :
http://www.openstreetmap.org/browse/way/60175512

Il y a un name et un ref (qui pourrait disparaître). Il y manque le
trail_visibility parce que je n'ai pas noté cette info pendant la ballade.

Cordialement
Gilles

 
 Qu'en pensez-vous ?
 
 nono
 


-- 
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] Wiki page FR:Hiking

Eric Marsden wrote:
 gb == Gilles Bassière gbassi...@gmail.com writes:
 
   gb Je ne pense pas qu'il faille éditer le wiki pour qu'il reflète la base.
   gb En principe, on va plutôt chercher à éditer la base pour suivre les
   gb conseils/règles/etc qui sont consignés sur le wiki après débat au sein
   gb de la communauté.
 
   Pas d'accord.
   
   En principe, OpenStreetMap vise à produire des données géographiques
   libres et non à être un terrain de jeu pour les wikifiddlers.

Euh... j'ai parlé de ça ???
Je respecte tous les contributeurs de la même manière, ceux qui mappent,
ceux qui organisent, ceux qui documentent, ceux qui communiquent, ceux
qui militent... et tous les autres aussi.

   Le wiki devrait aider (en complément à d'autres outils comme tagwatch) à
   documenter les pratiques réelles des contributeurs, à permettre une
   discussion sur les avantages et inconvéniants de différentes méthodes
   de tagging,

Oui, effectivement, documenter les pratiques, oui, je suis d'accord
aussi. En fait, on exprime à peu près la même idée même si les mots
diffèrent. J'ai parlé de conseil/règles, est-ce le terme règle qui est
trop contraignant ? J'ai dit consigner au lieu de documenter ?

Documenter les pratiques est une choses mais correspondre strictement à
la base en est une autre. Dans le cas qui nous concerne, je ne pense pas
qu'il soit judicieux de supprimer l'appel à la prudence qui est dans le
wiki sous prétexte qu'il existe des données qui sont potentiellement
litigieuse. En fait, ce serait même un peu un contre-sens.

   mais surtout pas être utilisé comme arme contre les
   contributeurs qui veulent appeler un GR un GR. 
 

Loin de moi l'idée d'armer des contributeurs contre d'autres
contributeurs...

-- 
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] Wiki page FR:Hiking

2010-07-01 Par sujet SLeiBt

Bonsoir a tous!,

Deja, mes excuses de n'avoir pas vu la discussion de debut juin, telle que 
rappellee par Gilles plus tot. Preuve que recevoir la liste en mode digest (et 
la lire en diagonale) n'a pas que des avantages.

On Thursday 01 July 2010 19:05:34 Eric Marsden wrote:
  gb == Gilles Bassière gbassi...@gmail.com writes:
   gb Je ne pense pas qu'il faille éditer le wiki pour qu'il reflète la
 base. gb En principe, on va plutôt chercher à éditer la base pour suivre
 les gb conseils/règles/etc qui sont consignés sur le wiki après débat au
 sein gb de la communauté.
 
   Pas d'accord.
 
   En principe, OpenStreetMap vise à produire des données géographiques
   libres et non à être un terrain de jeu pour les wikifiddlers. Le wiki
   devrait aider (en complément à d'autres outils comme tagwatch) à
   documenter les pratiques réelles des contributeurs, à permettre une
   discussion sur les avantages et inconvéniants de différentes méthodes
   de tagging, mais surtout pas être utilisé comme arme contre les
   contributeurs qui veulent appeler un GR un GR.

Exactement, le but d'OSM, ce n'est pas d'etre un GO qui fait des mapping 
parties sympa, mais de fournir des donnees carto libres ou plus exactement 
avec une license qui donne beaucoup de droits a l'utilisateur, par rapport a 
la license des fournisseurs commerciaux qui _enlevent_ beaucoup de droits a 
l'utilisateur.

Ceci n'est possible qu'a une condition imperative: OSM doit disposer de tout 
autant de droits sur les donnees qui figurent dans sa base.

Pour y arriver, OSM demande a ses contributeurs de s'engager sur le fait 
qu'ils contribuent des donnees sur lesquels ils ont les droits, et sur 
lesquels ils donnent license a OSM de faire tout un tas de trucs:
http://www.osmfoundation.org/wiki/License/Contributor_Terms/FR

Puisqu'on parle d'un cas particulier, parlons-en.

Qui est proprietaire de la marque GR? La, aucun doute, c'est la FFRP.

Point 1, le contributeur est-il detenteur de la marque? Jusqu'a preuve du 
contraire, non. Alors, peut-il garantir qu'il ait obtenu l'accord express 
et prealable de saisir les donnees? Jusqu'a preuve du contraire non.

Point 2, il s'agit de donner a OSM une license internationale perpetuelle 
irrevocable... C'est une bigrement grande license, si l'on imagine veut bien 
se placer du point de vue de la FFRP: cette marque sert en particulier a 
proteger leur business d'editeur de guides de rando. Je me demande meme si il 
n'y a pas une incompatibilite totale, en ce sens qu'un concurrent aurait juste 
a publier un travail derive d'OSM pour beneficier de notre license plus 
favorable.

Comment alors fait-on pour les rassurer que nos activites sont au moins 
neutres pour eux? Je ne vois pas.

En resume, avec les elements a ma disposition actuellement, il me semble que 
pour l'instant il n'y a que l'effacement pur et simple de ces donnees (non, 
les laisser dans un tag qui n'est pas rendu _par_un_certain_moteur_ ne regle 
pas le probleme du contenu de la base bien au contraire il donne un faux 
sentiment de securite) qui tienne la route (sans parler du fait que plus on 
attend, plus il'en aura et donc plus un eventuel nettoyage en catastrophe 
serait complique).

Pour finir, je dirais que si OSM prend, comme je l'espere, une importance 
croissante dans le monde de la carto, alors ce n'est qu'une question de temps 
pour qu'un clown rapplique. Si ce clown est serieux, sous son nez rouge, si 
nos fondations sont chancelantes, si nous n'avons pas un IBM pour faire les 
cheques aux avocats... les heures que nous aurons passe sur OSM passeront de 
gratuites a sans valeur.

Cartographiquement,

Sebastien

PS: ahum oui ca se voit tant que ca que je suis un debian-boy? ;-)

PS2: desole d'etre si long, mais je peux pas me retenir... et puis faute de 
pouvoir editer ;-))



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

[OSM-talk-fr] le manque

2010-07-01 Par sujet julien balas


mains qui tremblent, sueur froide, irritabilité ?
Et oui, la base OSM est en lecture seule...

ca fait mal, mais les symptomes cessent au bout de quelques jours.

En attendant il reste les walking papers ;)
--
JB

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

[OSM-talk-fr] Courrier international

2010-07-01 Par sujet esperanza

Depuis quelque temps, les infographies de Courrier international sur des
villes (cette semaine ci Phnom Penh) sont réalisées à partir d'OSM (on
trouve Source : Openstreetmap suivi de l'adresse du site). Je n'ai
malheureusement pas le journal sous la main pour faire une capture ...
E.


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

[OSM-talk-fr] Re : le manque

 De : julien balas jul...@krilin.org

 
 mains qui tremblent, sueur froide, irritabilité ?
 Et oui, la base OSM est en lecture seule...

 ca fait mal, mais les symptomes cessent au bout de quelques jours.

+1

 En attendant il reste les walking papers ;)

et le cadastre en attendant d uploader les modifs 

Julien



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

Re: [OSM-talk-fr] le manque

2010-07-01 Par sujet SLeiBt

On Thursday 01 July 2010 23:31:08 julien balas wrote:
 mains qui tremblent, sueur froide, irritabilité ?

Je souhaite par contre aux sysadmins de ne pas eprouver ces symptomes ces 
prochains jours, vu la taille de la base !

En tout cas (et bien qu'ils ne lisent probablement pas cette liste), merci 
aussi a eux.

Cartographiquement,

Sebastien



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

Re: [OSM-talk-fr] JOSM et regexp search

2010-07-01 Par sujet Sébastien Dinot

OSM42 a écrit :
 Pour faire simple, je ne sais pas exactement quoi mettre dans le
 champs de recherche de JOSM quand je recherche en mode regexp.

OK, je crois que je commence à comprendre ce que tu veux dire.

J'ai effectué un essai avec une chaîne de caractères :

name:^Impasse .*$

La fonction de recherche me renvoie bien tous les éléments du jeu de
données dont la valeur de la méta-donnée « name » commence par
« Impasse ».

Par contre, si j'effectue une recherche équivalente sur un identifiant,
par exemple :

id:^41516082[0-9]$

L'application me renvoie en premier lieu une erreur m'indiquant qu'elle
n'a pas réussi à interpréter correctement la chaîne puis, bien
évidemment, m'annonce qu'elle n'a trouvé aucune correspondance.

Je n'ai pas regardé le code mais je devine que le problème est imputable
à une optimisation bien légitime qui conduit à manipuler au sein de
l'application les identifiants sous leur forme numérique et non
alphanumérique. Lorsqu'on effectue une recherche sur « id:415160829 » en
décochant l'option « expression régulière », l'outil trouve bien
l'élément correspondant mais je pense que c'est parce qu'il effectue
à la volée les conversions qui vont bien.

Du coup, ce dont tu aurais besoin ici, ce n'est pas d'une expression
rationnelle mais bel et bien d'opérateurs de comparaison sur des
entiers qui ne semblent pas disponibles.

Une autre solution aurait été d'indiquer une plage de valeurs, comme
cela est déjà possible pour sélectionner par exemple les éléments du
jeux de données qui ont entre 4 et 6 nœuds :

nodes:4-6

Mais, malheureusement, la chaîne « id:0-415160829 » ne semble pas
comprise (la fonction ne retient que la première valeur).

Sébastien

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

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

Re: [OSM-talk-fr] HELP les polygones CLC ont bougés aussi - Le gros de la correction est faite