[OSM-talk-fr] Batiments en plusieurs polygones

2009-02-23 Par sujet Olivier Boudet 

Bonjour,

J'ai créé ce weekend une "résidence" qui comporte 3 polygones (3 petits
blocs qui forment la résidence). Ces 3 polygones portent donc le même
nom. Pour ne pas mettre trois fois le tag name= j'ai créé une relation
comme cela :


  
  
  
  ...
  



  
  
  
  ...
  



  
  
  
  ...
  



  
  
  
  
  


En résumé, j'ai créé 3 ways de type building=residential et une
relation regroupant ces trois buildings avec les tags type=building et
name="Résidence l'Aquarelle".

La relation n'est pas prise en compte par mapnik (le nom de la relation
n'est pas affiché). Ma question est simple et habituelle : est-ce la bonne
manière de tagguer cela, avez-vous déjà procéder autrement ? Est-ce que
le Karlsruhe Schema est à privilégier (si applicable, je ne me suis pas
documenté sur son fonctionnement) ?

Ce type de cas n'est pas rare, en particulier pour les hôpitaux ou les
écoles qui comportent très souvent plusieurs bâtiments.

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

Re: [OSM-talk-fr] Que s'est-il passé le 16 févri er ?

2009-02-23 Par sujet Renaud Martinet 
Il me semble que l'import d'Alban n'avait été fait au départ que pour
les plus grosses communes. Il avait dit à l'époque qu'il lui en
restait pas mal à importer mais qu'il préférait le faire au coup par
coup.


Renaud.



2009/2/22 arp enteur :
>
>
> Le 22 février 2009 02:03, Yann Coupin  a écrit :
>>
>> Après avoir interrogé l'API d'historique avec un jeu aléatoire
>> correspondant à 10% des modifs de ce jours, voici nos grands gagnants :
>> [...]
>>  189 Art Penter
>> [...]
>
> Moi, je n'ai rien fait de systématique. J'ai importé 2 traces GPS, et créé
> les 2 routes correspondantes dans les Pyrénées, plus quelques corrections
> sur des éditions précédentes.
>
> Art.
>
> ___
> 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] Batiments en plusieurs polygones

2009-02-23 Par sujet Marc Sibert 
Selon Olivier Boudet :

>
> Bonjour,
>
> J'ai créé ce weekend une "résidence" qui comporte 3 polygones (3 petits
> blocs qui forment la résidence). Ces 3 polygones portent donc le même
> nom. Pour ne pas mettre trois fois le tag name= j'ai créé une relation
> comme cela :

...

> En résumé, j'ai créé 3 ways de type building=residential et une
> relation regroupant ces trois buildings avec les tags type=building et
> name="Résidence l'Aquarelle".

Je n'aurais pas indiqué building en type mais plutôt multipolygone (le building
est au niveau des ways). En fait la résidence ne se définit surement pas
seulement par les bâtiments mais avec les aires de jeux et parking qui la
composent. C'est plus surement avec un way qui englobe l'ensemble qu'il faut
indiqué le nom de la résidence.

> La relation n'est pas prise en compte par mapnik (le nom de la relation
> n'est pas affiché). Ma question est simple et habituelle : est-ce la bonne
> manière de tagguer cela, avez-vous déjà procéder autrement ? Est-ce que
> le Karlsruhe Schema est à privilégier (si applicable, je ne me suis pas
> documenté sur son fonctionnement) ?

Le Schéma de Karlsruhe ne définit que le moyen de saisir la numérotation des
voies ; j'imagine que dans cette résidence, chaque immeuble possède un numéro
propre, voir chaque montée s'il y en a plusieurs par bâtiment. Cela n'a donc
rien à voir avec le regroupement en une dénomination commune.

> Ce type de cas n'est pas rare, en particulier pour les hôpitaux ou les
> écoles qui comportent très souvent plusieurs bâtiments.

Pour les écoles, il existe le moyen de définir un "campus"
{{tag|amenity|college}} ou {{tag|amenity|university}} ; par extention, j'aurais
fait de même pour un groupe scolaire {{tag|amenity|school}}, quitte à tagguer
ensuite chaque building avec son nom propre (École maternelle, École
primaire...)

Voilà, voilà ma suggestion à 2 balles, car je n'ai personnellement jamais taggé
de résidence de cette manière. L'idée est intéressante et je vais suivre la
suite de ce fil.

A+

-- 
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] Batiments en plusieurs polygones

2009-02-23 Par sujet Olivier Boudet 

On Mon, 23 Feb 2009 10:23:39 +0100, Marc Sibert  wrote:
> Selon Olivier Boudet :
>> En résumé, j'ai créé 3 ways de type building=residential et une
>> relation regroupant ces trois buildings avec les tags type=building et
>> name="Résidence l'Aquarelle".
> 
> Je n'aurais pas indiqué building en type mais plutôt multipolygone (le
> building
> est au niveau des ways). En fait la résidence ne se définit surement
pas
> seulement par les bâtiments mais avec les aires de jeux et parking qui
la
> composent. C'est plus surement avec un way qui englobe l'ensemble qu'il
> faut
> indiqué le nom de la résidence.
 
Dans ce cas préçis, il n'y a pas vraiment d'aire de jeu ni parking. Le
seul truc qui entoure la résidence est de l'herbe et quelques arbres.
Mettre un way entoure tout ça reviendrais à dessiner les parcelles, ce
qui me semble inutile. 

>> La relation n'est pas prise en compte par mapnik (le nom de la relation
>> n'est pas affiché). Ma question est simple et habituelle : est-ce la
>> bonne
>> manière de tagguer cela, avez-vous déjà procéder autrement ? Est-ce
>> que
>> le Karlsruhe Schema est à privilégier (si applicable, je ne me suis
pas
>> documenté sur son fonctionnement) ?
> 
> Le Schéma de Karlsruhe ne définit que le moyen de saisir la
numérotation
> des
> voies ; j'imagine que dans cette résidence, chaque immeuble possède un
> numéro
> propre, voir chaque montée s'il y en a plusieurs par bâtiment. Cela n'a
> donc
> rien à voir avec le regroupement en une dénomination commune.
 
C'est plus compliqué que ça. La résidence est découpée en 3 batiments.
Le batiment principal est scindé en deux (donc ce batiment possède deux
entrées, et deux adresses postales) mais un des batiments annexes ne
comportent pas d'entrée à proprement parler (un réseau de passerelles le
reliant au batiment principal). Ce batiment annexe possède donc la même
adresse postale que la moitié du batiment principal.
La deuxième annexe possède quant à elle une porte d'entrée, je suppose
donc qu'elle à son adresse également, mais je n'en suis pas certain.


>> Ce type de cas n'est pas rare, en particulier pour les hôpitaux ou les
>> écoles qui comportent très souvent plusieurs bâtiments.
> 
> Pour les écoles, il existe le moyen de définir un "campus"
> {{tag|amenity|college}} ou {{tag|amenity|university}} ; par extention,
> j'aurais
> fait de même pour un groupe scolaire {{tag|amenity|school}}, quitte à
> tagguer
> ensuite chaque building avec son nom propre (École maternelle, École
> primaire...)
> 
Pour moi, mettre un tag amenity=university par exemple indique uniquement
la frontière du "campus". Plusieurs bâtiments au sein de cette limite
peuvent appartenir à la même entité et nécessiter une relation. Par
exemple, un ensemble de 5 bâtiments constituerait un pôle "IUP Maths" et
un autre ensemble de bâtiments constituerait un pôle "IUP Info".

Une fois cette limite amenity=university posée et les différentes
données à l'intérieur de la limite, il est envisageable de poser une
relation Site (cf les proposed relations)

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

Re: [OSM-talk-fr] Que s'est-il passé le 16 févri er ?

2009-02-23 Par sujet Gand' 
j'ai pas regardé ce que tu avais fait, mais quand je lis "tous les
place=hamlet", je ne peux pas m'empêcher d'avoir peur ...
d'après le wiki Map
Features,
la différence entre village et hamlet se fait au niveau de la population ...
as tu bien pris en compte cette différence ?
-- 
  Gand'

2009/2/22 Skywave 

> J'ai ai change tout les place=hamlet, automatiquement importés en
> place=village. Ces villages ont été marqués tort, car ils ont tous un code
> postal et plus que quelques maisons et une mairie.
>
> 2009/2/22 Yann Coupin 
>
> Alors deuxième round !
>>
>> Après avoir interrogé l'API d'historique avec un jeu aléatoire
>> correspondant à 10% des modifs de ce jours, voici nos grands gagnants :
>>
>>  891 Skywave
>>  490 frodrigo
>>  239 sidney
>>  189 Art Penter
>>  174 flobb
>>  171 Esperanza36
>>  140 Dupleix
>>  134 benoit tardy
>>  117 Marcussacapuces91
>>
>> On leur envoi un petit message pour savoir ce qu'ils ont fait ?
>>
>> Yann
>>
>> Le 22 févr. 09 à 01:26, Yann Coupin a écrit :
>>
>> > Bon, j'ai regardé le diff de ce jour là, et j'ai fait un classement
>> > des utilisateurs apparaissant le plus pour les objet modifiés. J'ai le
>> > top 3 suivant.
>> >
>> > Skywave 1303 modifs
>> > benoit tardy 1775 modifs
>> > Alban 6650 modifs
>> >
>> > Mais quand je regarde les objets, j'ai des timestamp qui ne collent
>> > pas et je ne sais pas bien lire le diff pour en faire qqc d'utile. Par
>> > contre quand je regarde l'historique de quelques objets un peu au
>> > hasard, j'ai des modifs pour la période horaire donnée et ils sont
>> > tous de frodrigo. Maintenant, cette analyse n'est pas exhaustive, mais
>> > je pense quand même qu'on a trouvé notre client.
>> >
>> > Je vais tenter de charger les historiques d'une partie des objets
>> > modifiés via un script histoire d'être plus systématique pour refaire
>> > un top 3 à mon avis plus pertinent...
>> >
>> > Yann
>> >
>> > Le 21 févr. 09 à 22:01, Pieren a écrit :
>> >
>> >> On Sat, Feb 21, 2009 at 9:24 PM, Charlie Echo
>> >>  wrote:
>> >>> En bleu, ce sont les modifications.
>> >>> N'est-ce pas un coup du fameux script qui convertit automatiquement
>> >>> des tags ?
>> >>>
>> >>
>> >> Si c'est le bot, pourquoi est-ce que ce n'est pas plus uniforme sur
>> >> tout le territoire ? Seules certaines zones semblent touchées...
>> >
>> >
>> > ___
>> > 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] Saisie d'une place

2009-02-23 Par sujet Pieren 
2009/2/22 Michel POLLE :

Bonjour,

Wow, ça fait beaucoup de questions et en plus, il n'y a pas de réponse
courte. Il doit y avoir plusieurs façons de faire. Voici la mienne
mais je n'ai pas de prétention à dire que c'est la bonne.

D'abord, une remarque d'ordre générale: lorsqu'une route longe une
place, on rejoint un des problèmes classiques d'OSM qui est de savoir
si on fait un way pour la route et un polygone pour la place, si on
superpose les segments en partageant les même noeuds ou si on les
place côte-à-côte sans qu'ils se touchent (thème récurrent concernant
aussi les frontières administratives, les polygones landuse ou natural
longeant les routes, les ligne côtières, etc).

Prenons les cas simples d'abord, ceux où aucun des bords de la place
ne comporte de propriété particulière (nom d'une rue adjacente, sens
de circulation particulier, etc):

- une place entièrement piétonne:
un polygone fermé avec area=yes, highway=pedestrian, name=nomdelaplace
les rues qui aboutissent sur cette place sont liées par un noeud à cette place

- une place entièrement ouverte aux voitures (ça devient rare):
un polygone fermé avec area=yes, highway=unclassified, name=nomdelaplace

- une place dont on peut faire le tour en voiture et dont on ne veut
rien dire de la surface intérieure:
un polygone fermé avec highway=unclassified (ou
residential/tertiary/etc), name=nomdelaplace
(le truc ici étant de ne pas mettre area=yes). Si le tour de la place
est à sens unique, on ajoute oneway=yes.

- une place dont on peut faire le tour en voiture et qui a un parc, un
parking ou une zone piétonne au milieu:
il y a la version "on superpose":
un polygone fermé avec highway=unclassified, name=nomdelaplace
un autre polygone utilisant les mêmes noeuds avec leisure=park ou
amenity=parking ou highway=pedestrian+area=yes
sinon il y a la version avec deux polygones non superposés, avec le
parc à l'intérieur du highway

Les cas plus compliqués maintenant:
- un côté de la place est une rue adjacente:
Je conserve un polygone fermé pour la place (name=nomdelaplace) et je
trace la polyligne (way) de la rue soit en passant sur un côté de la
place (même noeuds)(version rapide), soit à côté du polygone avec
name=unclassified, name=nomdelarue (version deluxe)
- une rue traverse une place:
La place est taguée comme d'habitude (polygone fermé soit avec
highway=pedestrian+area=yes ou leisure=park) mais on peut choisir de
simplement traverser le polygone avec le way highway=unclassified
(sans faire de noeuds aux intersections avec la place) soit de couper
la place en deux polygones de part et d'autre de la route.

Tout ça mériterait une page sur le wiki.

Pieren

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

[OSM-talk-fr] Pour le robot 1.5

2009-02-23 Par sujet arp enteur 
Bonjour,

   La page wiki du robot (http://wiki.openstreetmap.org/wiki/User:MS_BOT)
décrit un certain nombre de corrections sur les noms propres. Je suis
surpris d'y trouver "Georges Sand", avec un "s". C'est une faute de frappe
dans le robot, ou seulement sur la page wiki ?

   Par ailleurs, une suggestion : je viens de corriger un "proffesseur".
Pensez-vous utilse que le robot fasse la correction
"roffesseur"->"rofesseur" sur toute la France ?

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

Re: [OSM-talk-fr] Pour le robot 1.5

2009-02-23 Par sujet openstreetmap 
J'ai en tête une utilisation d'un robot assez périlleuse :
il s'agirait d'enlever tous les Nodes qui ne servent à rien (nombreux à cause 
de Potlatch)

Un noeud qui ne sert à rien est un noeud qui n'a pas de Tag ET qui ne fait 
partie d'aucun Way : il faut donc :
- prendre tous les noeuds
- prendre tous les chemins ou relations, et supprimer leurs noeuds de la liste
- supprimer de la liste tous les noeuds avec attributs
Normalement, on reste avec les noeuds inutiles...

Mais c'est un peu dangereux, il faut l'admettre...



- Mail Original -
De: "arp enteur" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 23 Février 2009 15:14:38 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Pour le robot 1.5


Bonjour, 

   La page wiki du robot ( http://wiki.openstreetmap.org/wiki/User:MS_BOT ) 
décrit un certain nombre de corrections sur les noms propres. Je suis surpris 
d'y trouver "Georges Sand", avec un "s". C'est une faute de frappe dans le 
robot, ou seulement sur la page wiki ? 

   Par ailleurs, une suggestion : je viens de corriger un "proffesseur". 
Pensez-vous utilse que le robot fasse la correction "roffesseur"->"rofesseur" 
sur toute la France ? 

Art. 

___
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] Pour le robot 1.5

2009-02-23 Par sujet Pieren 
2009/2/23  :
> Mais c'est un peu dangereux, il faut l'admettre...
>

Surtout avec l'API 0.5 puisque les nouveaux ways créés par josm par
exemple le sont en deux étapes : d'abord les noeuds puis le way. Si
ton bot arrive pile poil entre les deux, le way aura des données
invalides puisque les noeuds auront disparus... pas top.
Pieren

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

Re: [OSM-talk-fr] Pour le robot 1.5

2009-02-23 Par sujet Stéphane Brunner 
Hello !

Pour éviter cela tu peut simplement ignorer les nœud qui ou été introduit
moins d'un jour avant l'export !

CU
Stéph


On Mon, Feb 23, 2009 at 4:36 PM, Pieren  wrote:

> 2009/2/23  :
> > Mais c'est un peu dangereux, il faut l'admettre...
> >
>
> Surtout avec l'API 0.5 puisque les nouveaux ways créés par josm par
> exemple le sont en deux étapes : d'abord les noeuds puis le way. Si
> ton bot arrive pile poil entre les deux, le way aura des données
> invalides puisque les noeuds auront disparus... pas top.
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Stéphane Brunner
mail : stephane.brun...@gmail.com
messageries instantanées : stephane.brun...@gmail.com (
http://talk.google.com)
--
Non aux brevets logiciels
http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif
http://stopsoftwarepatents.eu/601000605319
--
http://www.ubuntu-fr.org - Distribution Linux
http://fr.wikipedia.org - Encyclopédie communautaire
http://mozilla-europe.org - Navigateur internet / Client de messagerie
http://framasoft.net - Annuaire de logiciel libre (gratuit)
http://jeuxlibres.net - Jeux Libres (gratuit)
http://openstreetmap.org - Cartographie libre (en développement)
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les
autres.
--
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pour le robot 1.5

2009-02-23 Par sujet Marc Sibert 
Hop hop hop ! on se calme !

Pour rappel, car tout ceci est expliqué en détail sur la page du Bot, je
travaille à partir d'un fichier france.osm.bz2 et avant chaque action
(modification / suppression) je vérifie en ligne que l'objet que je vais
modifier n'a pas changé depuis la version que j'ai dans mon fichier.

Sur le fond, la suppression automatisée demande une grande réflexion car la
suppression est irréversible. Je vais commencer par faire une page pour signaler
tous les nodes dans l'état indiqué (inutilisé ET sans tag). Après on verra
combien ça fait, si la quantité est telle qu'il faut le traiter automatiquement
(au départ, j'avais 4000 "rue" & "ruelle" à mettre en majuscule).


Selon Stéphane Brunner :

> Hello !
>
> Pour éviter cela tu peut simplement ignorer les nœud qui ou été introduit
> moins d'un jour avant l'export !
>
> CU
> Stéph
>
>
> On Mon, Feb 23, 2009 at 4:36 PM, Pieren  wrote:
>
> > 2009/2/23  :
> > > Mais c'est un peu dangereux, il faut l'admettre...
> > >
> >
> > Surtout avec l'API 0.5 puisque les nouveaux ways créés par josm par
> > exemple le sont en deux étapes : d'abord les noeuds puis le way. Si
> > ton bot arrive pile poil entre les deux, le way aura des données
> > invalides puisque les noeuds auront disparus... pas top.
> > Pieren
> >
> --
> Stéphane Brunner
> mail : stephane.brun...@gmail.com
> messageries instantanées : stephane.brun...@gmail.com (

Désolé pour la signature de 10 lignes ;-)
A+
-- 
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] Noms de communes et de chef-lieu / M apnik bégaye

2009-02-23 Par sujet g.d 
L'idée de distinguer le "chef-lieu" = village
de hameau = hamlet paraît bien, au premier abord,

mais qu'est-ce qu'on fait avec les communes qui n'en ont plus de chef- 
lieu
dans le sens de la description sur wikipedia ?

Par exemple Aumélas, à l'ouest de Montpellier :
Son chef-lieu semble avoir disparu quelque part dans l'histoire.
Ou avec le Cros, dans le Tarn (apparemment un cas semblable).

Dans de tels cas, quand aucun hameau ou "chef-lieu" n'existe,
lequel porterait le nom de la commune,
on peut voir sur les cartes IGN, écrit au travers champs et forêts,
en grandes lettres 'Commune de...".

Dans de tels cas, on  trouve avec en gros le nom du hameau,
et dessous en petit un "Commune de...", ou inversement,
mais pas de panneau d'agglomération avec seulement le nom de la commune.

Ou avec Celles, village en partie noyé dans le Lac du Salagou,
le "reste" non inondé était tombé en ruines.
Maintenant il revit, mais je ne sais pas si de nouveau il sert de  
"chef-lieu" :
Il me semble que durant des années le conseil municipal se réunissait  
au café du camping (du Maire), pas tout proche.
On ne va tout-de même pas déclarer ce café comme "chef-lieu (?).


Dans le cas des anciennes communes X et Y,
maintenant réunies en une seule Commune X-et-Y,
il faut bien un node avec tag name:X sur le hamlet X,
un node avec tag name:Y sur le hamlet Y,

et un node quelque part,
avec le tag name:X-et-Y, le n° insee (?).

Dans de tels cas, le 'chef-lieu', il est où, au juste ?
Y en a, qui font ça en toute équité,
réunion une fois ici, une fois là, et le tampon voyage.
Y en a même avec deux secrétariats, chacun avec tampon.


Et même, on ne va pas fourrer dans un même node
des tags place:hamlet & name:X
plus sur le même node des place:village & name:X-et-Y,
ça ne marche pas.

Il faut bien un node quelque part (ne soit-ce dans la pampa ?),
avec le nom complet de la commune,
l'insee, et la population de l'ensemble (?).


En théorie, on pourrait mettre les limites d'une commune
dans une relation qui comprend le n° insee et le nom de la commune
(ça aurait un sens...),

mais on ne pourra pas y mettre le code postal.
Le découpage des bureaux distributeurs n'a rien à voir avec les  
communes :
Plusieurs communes ont le même code postal
(il y en a même, qui sont distribués depuis un bureau du département  
voisin,
donc le code postal ne correspond pas au département du lieu...),

et divers hameaux d'une même commune peuvent et être distribué par  
des bureaux différents,
donc différents CP sur le territoire d'une même commune.

Pour mettre les CP sur les relations de contours,
il faudrait avoir la carte de découpage postal,
et tracer des ways supplémentaires là,
où ça ne correspond à aucun découpage administratif.
---

Excusez-moi,
les "relations" me paraissent encore si peu transparents,
je trouve ça mal expliqué
(ou complexe à comprendre, ce qui revient au même...),
qu'on craint, d'y mettre du désordre, si on y touche.
Pour l'instant, je continue de me servir des tags "à l'ancienne".

Amicalement
Gerhard
---

Le 22 févr. 09 à 16:10, sylvain letuffe a écrit :

>
> Le dimanche 22 février 2009 16:05, Pieren a écrit :
>> 2009/2/22 sylvain letuffe :
>>
>> Quelqu'un pourrait-il m'expliquer ce qu'est le "chef lieu d'une  
>> commune" ?
>
> J'avoue avoir bêtement répété le mot "chef lieu" sans savoir si  
> c'était bien
> le bon nom ou si c'était applicable à une commune.
>
> Mais coup de bol, ça semble le bon nom.
>
> Un peu de lecture ?
> http://fr.wikipedia.org/wiki/Chef-lieu#En_France
>
> "Le chef-lieu de commune est la localité principale de la commune  
> qui lui
> donne son nom (la commune de Valdeblore constituant un contre- 
> exemple), les
> autres localités de la commune étant qualifiées de hameaux."
> --
> sly

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

Re: [OSM-talk-fr] Pour le robot 1.5

2009-02-23 Par sujet g.d 
Ça me paraît périlleux,
car c'est une approche "par le négatif" logique, inversée,
donc ça "juge" ce qui devrait être, dans les yeux de quelques-uns,
et supprimerait le reste.

Je peux parfaitement placer des points (nodes) aujourd'hui,
pour quelque chose que je n'ai pas encore relevé complètement,
mais seulement fait en partie,
sachant que d'ici plusieurs semaines j'y reviendrai dessus pour  
compléter,
mais ne voudrais pas, que d'ici-là, les renderers affichent du  
incomplet.
D'où pour l'instant seulement des nodes, pas de ways...

Ou ai placé des nodes à des endroits, pour lesquels n'existait aucun tag
(un col, un banc en montagne, un point dangereux, un cairn, un abri  
sous roche, et autres)
en me disant que, quand "ils" feront un tag correspondant,
j'y reviendrai sur osm et le mettrai.
J'avoue avoir parfois, avec réticence, avoir choisi plus tard un tag  
pas tout-à-fait correspondant,
juste pour que ça s'affiche (tapez-moi...).

Ou ai mis un node là, ou j'avais mis un waypoint (donc quelque chose  
de remarquable),
mais ne me souviens plus, de quoi il s'agissait -
mais ça peut aider au suivant qui passe par-là.

Aussi avons-nos, sur la frontière franco-italienne, un tracé de  
frontière très faux,
décalé d'environ 1200 mètres et grossier (issu du CIA ?),
là où auparavant un italien avait mis une frontière du "Piemonte"  
bien plus exacte,
mais qui a été effacé.
Pourtant il en subsistent des nodes (pas les ways).
Faut-il les supprimer, ces nodes mieux exacts,
ou les conserver pour usage ultérieur ?

Sais pô...

Effacer automatiquement, c'est antipathique...

Amicalement
Gerhard



Le 23 févr. 09 à 16:15, openstreet...@coutiere.com a écrit :

>
> J'ai en tête une utilisation d'un robot assez périlleuse :
> il s'agirait d'enlever tous les Nodes qui ne servent à rien  
> (nombreux à cause de Potlatch)
>
> Un noeud qui ne sert à rien est un noeud qui n'a pas de Tag ET qui  
> ne fait partie d'aucun Way : il faut donc :
> - prendre tous les noeuds
> - prendre tous les chemins ou relations, et supprimer leurs noeuds  
> de la liste
> - supprimer de la liste tous les noeuds avec attributs
> Normalement, on reste avec les noeuds inutiles...
>
> Mais c'est un peu dangereux, il faut l'admettre...
>
>
>
> - Mail Original -
> De: "arp enteur" 
> À: "Discussions sur OSM en français" 
> Envoyé: Lundi 23 Février 2009 15:14:38 GMT +01:00 Amsterdam /  
> Berlin / Berne / Rome / Stockholm / Vienne
> Objet: [OSM-talk-fr] Pour le robot 1.5
>
>
> Bonjour,
>
>La page wiki du robot ( http://wiki.openstreetmap.org/wiki/ 
> User:MS_BOT ) décrit un certain nombre de corrections sur les noms  
> propres. Je suis surpris d'y trouver "Georges Sand", avec un "s".  
> C'est une faute de frappe dans le robot, ou seulement sur la page  
> wiki ?
>
>Par ailleurs, une suggestion : je viens de corriger un  
> "proffesseur". Pensez-vous utilse que le robot fasse la correction  
> "roffesseur"->"rofesseur" sur toute la France ?
>
> Art.
>
> ___
> 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] Pour le robot 1.5

2009-02-23 Par sujet Olivier Boudet 

Le minimum dans le genre de cas que tu cites est à mon avis de mettre un
tag du genre :

note=ceci est un col, tag non encore choisi
ou
note=FIXME
ou
FIXME=ceci est un col, tag non encore choisi

(je laisse le débat sur la manière dont on doit tagguer les FIXME de
coté)

A mon avis, on ne devrait *jamais* ajouter des nodes sans tags. Les
contributeurs qui passent derrière ne peuvent pas savoir ce dont il s'agit
(erreur ou non). Que l'on ait des choses à ajouter mais dont on ne connais
pas la manière de tagguer ne doit certes pas nous bloquer, mais il faut au
moins indiquer un tag pour bien préciser aux gens que ce node est
volontairement placé ici.

PS : j'ai souvent rencontré des nodes seuls et sans tags, je les ai tous
supprimés (et je continuerais à l'avenir).

On Mon, 23 Feb 2009 17:44:00 +0100, "g.d"  wrote:
> Ça me paraît périlleux,
> car c'est une approche "par le négatif" logique, inversée,
> donc ça "juge" ce qui devrait être, dans les yeux de quelques-uns,
> et supprimerait le reste.
> 
> Je peux parfaitement placer des points (nodes) aujourd'hui,
> pour quelque chose que je n'ai pas encore relevé complètement,
> mais seulement fait en partie,
> sachant que d'ici plusieurs semaines j'y reviendrai dessus pour  
> compléter,
> mais ne voudrais pas, que d'ici-là, les renderers affichent du  
> incomplet.
> D'où pour l'instant seulement des nodes, pas de ways...
> 
> Ou ai placé des nodes à des endroits, pour lesquels n'existait aucun
tag
> (un col, un banc en montagne, un point dangereux, un cairn, un abri  
> sous roche, et autres)
> en me disant que, quand "ils" feront un tag correspondant,
> j'y reviendrai sur osm et le mettrai.
> J'avoue avoir parfois, avec réticence, avoir choisi plus tard un tag  
> pas tout-à-fait correspondant,
> juste pour que ça s'affiche (tapez-moi...).
> 
> Ou ai mis un node là, ou j'avais mis un waypoint (donc quelque chose  
> de remarquable),
> mais ne me souviens plus, de quoi il s'agissait -
> mais ça peut aider au suivant qui passe par-là.
> 
> Aussi avons-nos, sur la frontière franco-italienne, un tracé de  
> frontière très faux,
> décalé d'environ 1200 mètres et grossier (issu du CIA ?),
> là où auparavant un italien avait mis une frontière du "Piemonte"  
> bien plus exacte,
> mais qui a été effacé.
> Pourtant il en subsistent des nodes (pas les ways).
> Faut-il les supprimer, ces nodes mieux exacts,
> ou les conserver pour usage ultérieur ?
> 
> Sais pô...
> 
> Effacer automatiquement, c'est antipathique...
> 
> Amicalement
> Gerhard
> 
> 
> 
> Le 23 févr. 09 à 16:15, openstreet...@coutiere.com a écrit :
> 
>>
>> J'ai en tête une utilisation d'un robot assez périlleuse :
>> il s'agirait d'enlever tous les Nodes qui ne servent à rien  
>> (nombreux à cause de Potlatch)
>>
>> Un noeud qui ne sert à rien est un noeud qui n'a pas de Tag ET qui  
>> ne fait partie d'aucun Way : il faut donc :
>> - prendre tous les noeuds
>> - prendre tous les chemins ou relations, et supprimer leurs noeuds  
>> de la liste
>> - supprimer de la liste tous les noeuds avec attributs
>> Normalement, on reste avec les noeuds inutiles...
>>
>> Mais c'est un peu dangereux, il faut l'admettre...
>>
>>
>>
>> - Mail Original -
>> De: "arp enteur" 
>> À: "Discussions sur OSM en français" 
>> Envoyé: Lundi 23 Février 2009 15:14:38 GMT +01:00 Amsterdam /  
>> Berlin / Berne / Rome / Stockholm / Vienne
>> Objet: [OSM-talk-fr] Pour le robot 1.5
>>
>>
>> Bonjour,
>>
>>La page wiki du robot ( http://wiki.openstreetmap.org/wiki/ 
>> User:MS_BOT ) décrit un certain nombre de corrections sur les noms  
>> propres. Je suis surpris d'y trouver "Georges Sand", avec un "s".  
>> C'est une faute de frappe dans le robot, ou seulement sur la page  
>> wiki ?
>>
>>Par ailleurs, une suggestion : je viens de corriger un  
>> "proffesseur". Pensez-vous utilse que le robot fasse la correction  
>> "roffesseur"->"rofesseur" sur toute la France ?
>>
>> Art.
>>
>> ___
>> 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] Pour le robot 1.5

2009-02-23 Par sujet Charlie Echo 
Ma requête vient du fait que l'utilisateur "agami" a rendu complètement 
acnéique le nord du 17e arrondissement de Paris :
http://www.openstreetmap.org/?lat=48.89502&lon=2.31141&zoom=17&layers=B000FTTT

(ou alors il y a une forte densité de bancs, cols et cairns au milieu du 
périphérique...)

Comme tout a l'air d'avoir été fait en peu de jours fin janvier, je ne lui ai 
pas écrit ; je présume que c'est une erreur de jeunesse. Mais bon, maintenant, 
il faut nettoyer les erreurs de jeunesses de lui et ses pairs.


- Mail Original -
De: "Olivier Boudet" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 23 Février 2009 17:56:55 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Pour le robot 1.5


Le minimum dans le genre de cas que tu cites est à mon avis de mettre un
tag du genre :

note=ceci est un col, tag non encore choisi
ou
note=FIXME
ou
FIXME=ceci est un col, tag non encore choisi

(je laisse le débat sur la manière dont on doit tagguer les FIXME de
coté)

A mon avis, on ne devrait *jamais* ajouter des nodes sans tags. Les
contributeurs qui passent derrière ne peuvent pas savoir ce dont il s'agit
(erreur ou non). Que l'on ait des choses à ajouter mais dont on ne connais
pas la manière de tagguer ne doit certes pas nous bloquer, mais il faut au
moins indiquer un tag pour bien préciser aux gens que ce node est
volontairement placé ici.

PS : j'ai souvent rencontré des nodes seuls et sans tags, je les ai tous
supprimés (et je continuerais à l'avenir).

On Mon, 23 Feb 2009 17:44:00 +0100, "g.d"  wrote:
> Ça me paraît périlleux,
> car c'est une approche "par le négatif" logique, inversée,
> donc ça "juge" ce qui devrait être, dans les yeux de quelques-uns,
> et supprimerait le reste.
> 
> Je peux parfaitement placer des points (nodes) aujourd'hui,
> pour quelque chose que je n'ai pas encore relevé complètement,
> mais seulement fait en partie,
> sachant que d'ici plusieurs semaines j'y reviendrai dessus pour  
> compléter,
> mais ne voudrais pas, que d'ici-là, les renderers affichent du  
> incomplet.
> D'où pour l'instant seulement des nodes, pas de ways...
> 
> Ou ai placé des nodes à des endroits, pour lesquels n'existait aucun
tag
> (un col, un banc en montagne, un point dangereux, un cairn, un abri  
> sous roche, et autres)
> en me disant que, quand "ils" feront un tag correspondant,
> j'y reviendrai sur osm et le mettrai.
> J'avoue avoir parfois, avec réticence, avoir choisi plus tard un tag  
> pas tout-à-fait correspondant,
> juste pour que ça s'affiche (tapez-moi...).
> 
> Ou ai mis un node là, ou j'avais mis un waypoint (donc quelque chose  
> de remarquable),
> mais ne me souviens plus, de quoi il s'agissait -
> mais ça peut aider au suivant qui passe par-là.
> 
> Aussi avons-nos, sur la frontière franco-italienne, un tracé de  
> frontière très faux,
> décalé d'environ 1200 mètres et grossier (issu du CIA ?),
> là où auparavant un italien avait mis une frontière du "Piemonte"  
> bien plus exacte,
> mais qui a été effacé.
> Pourtant il en subsistent des nodes (pas les ways).
> Faut-il les supprimer, ces nodes mieux exacts,
> ou les conserver pour usage ultérieur ?
> 
> Sais pô...
> 
> Effacer automatiquement, c'est antipathique...
> 
> Amicalement
> Gerhard
> 
> 
> 
> Le 23 févr. 09 à 16:15, openstreet...@coutiere.com a écrit :
> 
>>
>> J'ai en tête une utilisation d'un robot assez périlleuse :
>> il s'agirait d'enlever tous les Nodes qui ne servent à rien  
>> (nombreux à cause de Potlatch)
>>
>> Un noeud qui ne sert à rien est un noeud qui n'a pas de Tag ET qui  
>> ne fait partie d'aucun Way : il faut donc :
>> - prendre tous les noeuds
>> - prendre tous les chemins ou relations, et supprimer leurs noeuds  
>> de la liste
>> - supprimer de la liste tous les noeuds avec attributs
>> Normalement, on reste avec les noeuds inutiles...
>>
>> Mais c'est un peu dangereux, il faut l'admettre...
>>
>>
>>
>> - Mail Original -
>> De: "arp enteur" 
>> À: "Discussions sur OSM en français" 
>> Envoyé: Lundi 23 Février 2009 15:14:38 GMT +01:00 Amsterdam /  
>> Berlin / Berne / Rome / Stockholm / Vienne
>> Objet: [OSM-talk-fr] Pour le robot 1.5
>>
>>
>> Bonjour,
>>
>>La page wiki du robot ( http://wiki.openstreetmap.org/wiki/ 
>> User:MS_BOT ) décrit un certain nombre de corrections sur les noms  
>> propres. Je suis surpris d'y trouver "Georges Sand", avec un "s".  
>> C'est une faute de frappe dans le robot, ou seulement sur la page  
>> wiki ?
>>
>>Par ailleurs, une suggestion : je viens de corriger un  
>> "proffesseur". Pensez-vous utilse que le robot fasse la correction  
>> "roffesseur"->"rofesseur" sur toute la France ?
>>
>> Art.
>>
>> ___
>> 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/listinf

Re: [OSM-talk-fr] Pour le robot 1.5

2009-02-23 Par sujet Yann Coupin 
Je lui avait écrit et il m'avait dit qu'il allait les enlever, si tu  
les vois, c'est qu'il ne l'a pas fait (et j'avoue ne pas avoir vérifié  
après notre échange de mail). Bref, je suis pour virer ces points.

Yann

Le 23 févr. 09 à 18:40, Charlie Echo a écrit :

> Ma requête vient du fait que l'utilisateur "agami" a rendu  
> complètement acnéique le nord du 17e arrondissement de Paris :
> http://www.openstreetmap.org/?lat=48.89502&lon=2.31141&zoom=17&layers=B000FTTT
>
> (ou alors il y a une forte densité de bancs, cols et cairns au  
> milieu du périphérique...)
>
> Comme tout a l'air d'avoir été fait en peu de jours fin janvier, je  
> ne lui ai pas écrit ; je présume que c'est une erreur de jeunesse.  
> Mais bon, maintenant, il faut nettoyer les erreurs de jeunesses de  
> lui et ses pairs.
>
>
> - Mail Original -
> De: "Olivier Boudet" 
> À: "Discussions sur OSM en français" 
> Envoyé: Lundi 23 Février 2009 17:56:55 GMT +01:00 Amsterdam /  
> Berlin / Berne / Rome / Stockholm / Vienne
> Objet: Re: [OSM-talk-fr] Pour le robot 1.5
>
>
> Le minimum dans le genre de cas que tu cites est à mon avis de  
> mettre un
> tag du genre :
>
> note=ceci est un col, tag non encore choisi
> ou
> note=FIXME
> ou
> FIXME=ceci est un col, tag non encore choisi
>
> (je laisse le débat sur la manière dont on doit tagguer les FIXME de
> coté)
>
> A mon avis, on ne devrait *jamais* ajouter des nodes sans tags. Les
> contributeurs qui passent derrière ne peuvent pas savoir ce dont il  
> s'agit
> (erreur ou non). Que l'on ait des choses à ajouter mais dont on ne  
> connais
> pas la manière de tagguer ne doit certes pas nous bloquer, mais il  
> faut au
> moins indiquer un tag pour bien préciser aux gens que ce node est
> volontairement placé ici.
>
> PS : j'ai souvent rencontré des nodes seuls et sans tags, je les ai  
> tous
> supprimés (et je continuerais à l'avenir).
>
> On Mon, 23 Feb 2009 17:44:00 +0100, "g.d"  wrote:
>> Ça me paraît périlleux,
>> car c'est une approche "par le négatif" logique, inversée,
>> donc ça "juge" ce qui devrait être, dans les yeux de quelques-uns,
>> et supprimerait le reste.
>>
>> Je peux parfaitement placer des points (nodes) aujourd'hui,
>> pour quelque chose que je n'ai pas encore relevé complètement,
>> mais seulement fait en partie,
>> sachant que d'ici plusieurs semaines j'y reviendrai dessus pour
>> compléter,
>> mais ne voudrais pas, que d'ici-là, les renderers affichent du
>> incomplet.
>> D'où pour l'instant seulement des nodes, pas de ways...
>>
>> Ou ai placé des nodes à des endroits, pour lesquels n'existait aucun
> tag
>> (un col, un banc en montagne, un point dangereux, un cairn, un abri
>> sous roche, et autres)
>> en me disant que, quand "ils" feront un tag correspondant,
>> j'y reviendrai sur osm et le mettrai.
>> J'avoue avoir parfois, avec réticence, avoir choisi plus tard un tag
>> pas tout-à-fait correspondant,
>> juste pour que ça s'affiche (tapez-moi...).
>>
>> Ou ai mis un node là, ou j'avais mis un waypoint (donc quelque chose
>> de remarquable),
>> mais ne me souviens plus, de quoi il s'agissait -
>> mais ça peut aider au suivant qui passe par-là.
>>
>> Aussi avons-nos, sur la frontière franco-italienne, un tracé de
>> frontière très faux,
>> décalé d'environ 1200 mètres et grossier (issu du CIA ?),
>> là où auparavant un italien avait mis une frontière du "Piemonte"
>> bien plus exacte,
>> mais qui a été effacé.
>> Pourtant il en subsistent des nodes (pas les ways).
>> Faut-il les supprimer, ces nodes mieux exacts,
>> ou les conserver pour usage ultérieur ?
>>
>> Sais pô...
>>
>> Effacer automatiquement, c'est antipathique...
>>
>> Amicalement
>> Gerhard
>>
>>
>>
>> Le 23 févr. 09 à 16:15, openstreet...@coutiere.com a écrit :
>>
>>>
>>> J'ai en tête une utilisation d'un robot assez périlleuse :
>>> il s'agirait d'enlever tous les Nodes qui ne servent à rien
>>> (nombreux à cause de Potlatch)
>>>
>>> Un noeud qui ne sert à rien est un noeud qui n'a pas de Tag ET qui
>>> ne fait partie d'aucun Way : il faut donc :
>>> - prendre tous les noeuds
>>> - prendre tous les chemins ou relations, et supprimer leurs noeuds
>>> de la liste
>>> - supprimer de la liste tous les noeuds avec attributs
>>> Normalement, on reste avec les noeuds inutiles...
>>>
>>> Mais c'est un peu dangereux, il faut l'admettre...
>>>
>>>
>>>
>>> - Mail Original -
>>> De: "arp enteur" 
>>> À: "Discussions sur OSM en français" 
>>> Envoyé: Lundi 23 Février 2009 15:14:38 GMT +01:00 Amsterdam /
>>> Berlin / Berne / Rome / Stockholm / Vienne
>>> Objet: [OSM-talk-fr] Pour le robot 1.5
>>>
>>>
>>> Bonjour,
>>>
>>>   La page wiki du robot ( http://wiki.openstreetmap.org/wiki/
>>> User:MS_BOT ) décrit un certain nombre de corrections sur les noms
>>> propres. Je suis surpris d'y trouver "Georges Sand", avec un "s".
>>> C'est une faute de frappe dans le robot, ou seulement sur la page
>>> wiki ?
>>>
>>>   Par ailleurs, une suggestion : je viens de corriger un
>>> "proffesseur". Pensez-vou

Re: [OSM-talk-fr] Noms de communes et de chef-lieu / M apnik bégaye

2009-02-23 Par sujet sly (sylvain letuffe) 
(snip)
> et un node quelque part,
> avec le tag name:X-et-Y, le n° insee (?).

Oui, mais ce tag ne symboliserait rien ! Il ne ferait que contenir une info, 
ces coordonnées GPS n'auraient pas de sens.
 
> Et même, on ne va pas fourrer dans un même node
> des tags place:hamlet & name:X
> plus sur le même node des place:village & name:X-et-Y,
> ça ne marche pas.

D'accord.

 
> Il faut bien un node quelque part (ne soit-ce dans la pampa ?),
> avec le nom complet de la commune,
> l'insee, et la population de l'ensemble (?).
Si la population est celle de l'ensemble, le mettre dans un "node" qui par 
essence est un point, ça n'a pas beaucoup de sens il me semble.


> En théorie, on pourrait mettre les limites d'une commune
> dans une relation qui comprend le n° insee et le nom de la commune
> (ça aurait un sens...),
Pourquoi en théorie ? on peut le faire ! ça me semble la bonne démarche.

 
> mais on ne pourra pas y mettre le code postal.
> Le découpage des bureaux distributeurs n'a rien à voir avec les  
> communes :

Des fois non, mais des fois, une commune en entier à le même code postal, on 
peut donc dans ces cas gagner grandement en simplicité.

Quitte dans les cas "multi-code postaux" à faire intervenir l'élément en 
indiquant quelque part :
- priorité au point, puis au way, puis à la relation

> Pour mettre les CP sur les relations de contours,
> il faudrait avoir la carte de découpage postal,
> et tracer des ways supplémentaires là,
> où ça ne correspond à aucun découpage administratif.

On peut soit imaginer un découpage de zone par code postaux, dur dur, mais 
pourquoi pas. Soit faire comme on fait depuis le début : tagguer chaque way, 
chaque point avec un code postal.

> Excusez-moi,
> les "relations" me paraissent encore si peu transparents,
> je trouve ça mal expliqué
> (ou complexe à comprendre, ce qui revient au même...),
> qu'on craint, d'y mettre du désordre, si on y touche.
> Pour l'instant, je continue de me servir des tags "à l'ancienne".

C'est à mon avis le coeur du problème, il m'a fallut 1 an !!! pour ne plus 
considérer ça comme une bête immonde, et c'est pas grâce aux outils que je 
m'y suis mis, mais par besoin. 
Le débutant, déjà noyé dans la complexité OSM aura encore plus de mal à 
appréhender les relations qui sont typiquement un concept de base de donnée 
relationnelle.

Il me semble qu'il "faudrait" que les editeurs rendent ça transparent


-- 
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] Cadastre & communes : A new hope

2009-02-23 Par sujet sly (sylvain letuffe) 

> Voici un échantillon de ce dont ils disposent

"Et pour nos auditeurs qui n'aurait pas la chance d'avoir la couleur" (qgis)
P. Desproges

voici une capture image de ce que ça contient

-- 
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] Cadastre & communes : A new hope

2009-02-23 Par sujet Robin PREST 
Pour le CG du Calvados ,
notez tout de même la nuance du copyright qui limiterait l'utilisation. Mais
rien n'empêche de leur demander s'ils accepteraient d'aller plus loin...
http://creativecommons.org/licenses/by-nc-nd/2.0/fr/
( *Pas d'Utilisation Commerciale*. Vous n'avez pas le droit d'utiliser cette
création à des fins commerciales.*
Pas de Modification*. Vous n'avez pas le droit de modifier, de transformer
ou d'adapter cette création.)

Pour les communes, il faut savoir qu'il y a de nombreuses collectivités
territoriales qui ont déjà fait leur propre travail de digit ou récupération
de contour de communes, depuis le cadastre et recalé sur orthophoto qu'ils
ont éventuellement pu faire. En proposant un bon protocole pour diffuser
leur données, il serait possible, s'ils acceptent bien sur, de diffuser leur
propres données.

On essaye de joindre les 2 bouts avec Sylvain avec l'espoir que les
étincelles fasse un bon feu ;)
Robin.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre & communes : A new hope

2009-02-23 Par sujet Denis 
sly (sylvain letuffe) a écrit :
> ...A new hope de pas tout se fader à la main.
> 
> Par Robin, j'ai appris que nombre de gens de la communauté géorézo disposent 
> des communes au format vectoriel (SHP) en provenance du cadastre.

Les collectivités locales (aka en grande partie les gens de la 
communauté GeoRezo) sont les plus grandes productrices d'information 
géographique. Les limites communales sont un des éléments de base de 
tout SIG qui se respecte.
Oui, je crois qu'au moins la moitié (estimation très basse) des communes 
existent déjà sous forme vectorielle dans des milliers d'institutions 
aussi diverses que variées.

> 
> Provenance cadastre dit droits déjà acquis applicables (il me semble)

Hélas non. On pourrait demander au cadastre (qui en dispose, par 
convention) directement les données numériques. Ce n'est pas dans cet 
esprit que j'ai adressé un courrier à la DGFiP.
Mais c'est peut-être une nouvelle étape : un cadastre 2.0.
Je n'en serai pas parce que je crois que la plus value apportée par un 
projet comme OSM consiste en l'aggrégation de points de vues, de sources 
diverses dans un modèle "flou" (comprendre wiki). Bref un projet citoyen 
où chaque contributeur va apporter sa propre vision de "son" territoire.
Les données cadastrales ont leur propre but (et cela se voit quand on 
pratique leur représentation). Chacun voit "midi" à sa porte ; je crois 
que le but d'OSM est de donner l'heure (sans une précision atomique ;-)

> 
> Si cette donnée peut être récupérée, je prévois une avancée des communes bien 
> plus rapide.

Plus tu pédales moins vite, moins t'avancera plus vite. Ce que l'on 
gagnera en rapidité de constitution d'un "référentiel administratif" à 
l'échelon communal on le perdra nécessairement en intégration dans 
l'existant d'OSM, compte tenu de la disproportion entre le volume de 
données et le nombre de cerveaux pour les interpréter.
Dans le même temps, l'ambition est peut-être de colorer une carte de 
France le plus rapidement possible et il y a probablement quelques 
pistes à suivre et des sources de données auxquelles nous pourrions nous 
abreuver.

> , celles des collectivités locales poursuivront également leurs propres 
> desseins
> Je vais encore faire hurler, mais je crois que pour ma part et "mon coin" je 
> me ferais une joie de violenter un peu l'affaire pour éviter de faire un par 
> un...

Si tu parviens à obtenir de l'un des producteurs de données, une 
utilisation des données vectorielles sous licence compatible avec OSM, 
je ne serai pas le seul à m'en réjouir.
Pour ma part, ce n'est pas de données dont je manque, mais de temps et, 
c'est une denrée qu'aucune collectivité ne peut offrir sauf à salarier 
pour s'occuper d'OSM.

> 
> Voici un échantillon de ce dont ils disposent
> 
> Et à lire :
> http://georezo.net/forum/viewtopic.php?pid=113548#p113548
> http://georezo.net/forum/viewtopic.php?pid=112030#p112030
> http://georezo.net/forum/viewtopic.php?pid=117638#p117638

La (re-)lecture des débats est aussi instructive que sans conclusion
...

Mon avis,
Denis

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

Re: [OSM-talk-fr] Cadastre & communes : A new hope

2009-02-23 Par sujet Denis 
Robin PREST a écrit :
> Pour le CG du Calvados ,
> notez tout de même la nuance du copyright qui limiterait l'utilisation. Mais
> rien n'empêche de leur demander s'ils accepteraient d'aller plus loin...
> http://creativecommons.org/licenses/by-nc-nd/2.0/fr/
> ( *Pas d'Utilisation Commerciale*. Vous n'avez pas le droit d'utiliser cette
> création à des fins commerciales.*
> Pas de Modification*. Vous n'avez pas le droit de modifier, de transformer
> ou d'adapter cette création.)

Affaire évoquée Avec Hervé Halbout sur la liste francophone d'OS-Geo il 
y a quelques mois déjà. 100 % du département, c'est tentant, non ? Des 
motivés|Normands dans l'assistance ?

> 
> Pour les communes, il faut savoir qu'il y a de nombreuses collectivités
> territoriales qui ont déjà fait leur propre travail de digit ou récupération
> de contour de communes, depuis le cadastre et recalé sur orthophoto qu'ils
> ont éventuellement pu faire. En proposant un bon protocole pour diffuser
> leur données, il serait possible, s'ils acceptent bien sur, de diffuser leur
> propres données.

J'ai besoin de données parcellaires pour un 
service utilisateur, je sais que 95% du territoire recherché est 
digitalisé par les communautés de communes (parfois -souvent ?- sous 
convention avec la DGI), je sais que le département pilote la manoeuvre 
(politique de financement de la digitalisation du cadastre). Pourtant, 
le département ne peut me livrer les données, n'étant pas signataire des 
  conventions. Deux choix ; soit m'adresser directement à la DGFiP (ah 
le guichet unique ;-), soit contacter l'ensemble des co-producteurs des 
données. Pas simple et pas résolu encore à ce jour 
> 
> On essaye de joindre les 2 bouts avec Sylvain avec l'espoir que les
> étincelles fasse un bon feu ;)
> Robin.

Je suis bien conscient de l'ampleur titanesque de la tâche et du peu de 
moyens dont nous disposons et, en conséquence, du bien fondé de vos 
tentatives pour essayer de résoudre cette inéquation.

cordialement
Denis

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

Re: [OSM-talk-fr] Cadastre & communes : A new hope

2009-02-23 Par sujet Steven Le Roux 
On Mon, Feb 23, 2009 at 7:13 PM, sly (sylvain letuffe)
 wrote:
>
>> Voici un échantillon de ce dont ils disposent
>
> "Et pour nos auditeurs qui n'aurait pas la chance d'avoir la couleur" (qgis)
> P. Desproges
>
> voici une capture image de ce que ça contient
>


Et donc on en est au point sur lequel je cherchais de l'aide, à savoir
convertir du shp en osm...

Ludo et moi avons fait quelques essais mais nous rencontrons des
problèmes de projections pour le moment.

à creuser.



-- 
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] Cadastre & communes : A new hope

2009-02-23 Par sujet Yann Coupin 
On sait dans quelle projection sont les fichiers et la conversion ne  
marche pas, ou alors il faut trouver la bonne projection ?

Je veux bien jeter un coup d'œil (plus on est de fous plus on rit,  
hein ?), envoi moi un fichier de test par mail si tu veux.

Yann

Le 23 févr. 09 à 22:29, Steven Le Roux a écrit :

> Ludo et moi avons fait quelques essais mais nous rencontrons des
> problèmes de projections pour le moment.


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

Re: [OSM-talk-fr] Villages? (Etait : Que s'est -il passé le 16 février ?)

2009-02-23 Par sujet Christian Rogel 


Le 23 févr. 09 à 12:06, Gand' a écrit :
(A propos d'une action de bot visant à convertir les "hamlets" en  
"villages" si ceux-ci sont repérables comme chefs-lieux)


j'ai pas regardé ce que tu avais fait, mais quand je lis "tous les  
place=hamlet", je ne peux pas m'empêcher d'avoir peur ...
d'après le wiki Map Features, la différence entre village et hamlet  
se fait au niveau de la population ...

as tu bien pris en compte cette différence ?


Justement, quand j'ai lu ça, mes restes de connaissances  
géographiques m'ont fait penser que c'est complètement
absurde d'utiliser une indication démographique face à la réalité  
mouvante et variée.
Dans un autre fil sur les chefs-lieux, il est traité des communes qui  
n'ont pas de centre villageois bien identifiable et

pas même de mairie parfois.
L'INSEE essaie de débroussailler le maquis en répertoriant les  
agglomérations d'habitat, si petites soient-elles.
Le cas simple, mais très loin d'être universel, est le village chef- 
lieu avec une agglomération de taille variable,
éventuellement accompagné de hameaux et d'écarts à géométrie tout  
aussi variable.
Mettre des seuils démographiques dans un tel bazar est pour le moins  
aventureux.
Inévitablement, on trouvera parfois le chef-lieu réduit à 3 maisons  
et une église "commandant" à une nuée de

hameaux plus peuplés.
Comme je l'ai déjà dit, on appelle "village" en Bretagne ce qui,  
ailleurs, est un hameau, quand le chef-lieu est "le
bourg". Celui-ci peut être très modeste, mais, avant, il avait une  
caractéristique imparable : il contenait (et
contient toujours) l'église paroissiale à laquelle étaient tenus de  
se rendre tous les habitants, eussent-ils des
kilomètres à faire à pied et même si leur "quartier rural" ou  
"frairie" (autrefois une "trève, d'où les noms en

tré- comme Trégastel) avait une chapelle  imposante.
Conclusion : chercher le chef-lieu, s'il y a une mairie et l'appeler  
"village". Pour les autres petites agglomérations,
seule la connaissance du terrain local permet de distinguer village  
ou hameau, ce dernier ayant un nombre limité
de bâtiments (limité, quésaco? merci de ne pas perdre de temps à  
répondre).
Surtout, ne pas mettre comme hameau, tout ce qui n'est pas village  
chef-lieu. Voir Penmarc'h où le port de Saint-

Guénolé serait alors abusivement qualifié de hameau.
Personnellement, la limite ville/village à 10 000 hab. me paraît trop  
haute. L'INSEE a abandonné le seuil de
2 500 hab. pour les communes dites rurales. Un niveau à 4 000  
m'aurait paru bien adapté, car c'est dans ces
tranches qu'on commence à voir des équipements urbains (services  
sociaux, culturels, assainissement collectif, etc...).
Dans le même ordre d'idée, la limite de 100 000 ("city") me paraît  
haute, même si elle est consacrée par la

statistique officielle.

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

Re: [OSM-talk-fr] Pour le robot 1.5

2009-02-23 Par sujet g.d 
Oui, tu as raison, ce que je faisais est une bêtise

(quoique je pense qu'actuellement,
il n'y ait plus de nodes sans tags de ma part dans la base,
je pense avoir "mis en règle" tous mes brouillons
au fur et à mesure),

je devrais soit mettre un tag,

soit ne pas mettre sur osm du non-fini,
et conserver mes brouillons en local, comme fichier josm d'un layer,
pour compléter en local, et uploader quand j'ai fini.

Ma mauvaise habitude venait du fait,
que fut un temps une version de josm ne me permettait plus,
de créer un nouveau layer de données vierge,
sur lequel travailler sans mixer avec les éléments downloadés,
pour l'enregistrer en local
(et uploader ce nouveau morceau plus tard,
pour le raccorder à l'existant).

Ça a été rétabli,
il n'y a plus d'excuse.
---


Le 23 févr. 09 à 17:56, Olivier Boudet a écrit :

>
>
> Le minimum dans le genre de cas que tu cites est à mon avis de  
> mettre un
> tag .../...

> A mon avis, on ne devrait *jamais* ajouter des nodes sans tags. Les
> contributeurs qui passent derrière ne peuvent pas savoir ce dont il  
> s'agit
> (erreur ou non). Que l'on ait des choses à ajouter mais.../...

> PS : j'ai souvent rencontré des nodes seuls et sans tags, je les ai  
> tous
> supprimés (et je continuerais à l'avenir).
>
> On Mon, 23 Feb 2009 17:44:00 +0100, "g.d"  wrote:
>> Ça me paraît périlleux,
>> car c'est une approche "par le négatif" logique, inversée,
>> donc ça "juge" ce qui devrait être, dans les yeux de quelques-uns,
>> et supprimerait le reste.
>>
>> Je peux parfaitement placer des points (nodes) aujourd'hui,
>> pour quelque chose que je n'ai pas encore relevé complètement,
>> mais seulement fait en partie,
>> sachant que d'ici plusieurs semaines j'y reviendrai dessus pour
>> compléter,
>> mais ne voudrais pas, que d'ici-là, les renderers affichent du
>> incomplet.
>> D'où pour l'instant seulement des nodes, pas de ways...
>>
>> Ou ai placé des nodes à des endroits, pour lesquels n'existait aucun
> tag
>> (un col, un banc en montagne, un point dangereux, un cairn, un abri
>> sous roche, et autres)
>> en me disant que, quand "ils" feront un tag correspondant,
>> j'y reviendrai sur osm et le mettrai.
>> J'avoue avoir parfois, avec réticence, avoir choisi plus tard un tag
>> pas tout-à-fait correspondant,
>> juste pour que ça s'affiche (tapez-moi...).
>>
>> Ou ai mis un node là, ou j'avais mis un waypoint (donc quelque chose
>> de remarquable),
>> mais ne me souviens plus, de quoi il s'agissait -
>> mais ça peut aider au suivant qui passe par-là.
>>
>> Aussi avons-nos, sur la frontière franco-italienne, un tracé de
>> frontière très faux,
>> décalé d'environ 1200 mètres et grossier (issu du CIA ?),
>> là où auparavant un italien avait mis une frontière du "Piemonte"
>> bien plus exacte,
>> mais qui a été effacé.
>> Pourtant il en subsistent des nodes (pas les ways).
>> Faut-il les supprimer, ces nodes mieux exacts,
>> ou les conserver pour usage ultérieur ?
>>
>> Sais pô...
>>
>> Effacer automatiquement, c'est antipathique...
>>
>> Amicalement
>> Gerhard
>>
>>
>>
>> Le 23 févr. 09 à 16:15, openstreet...@coutiere.com a écrit :
>>
>>>
>>> J'ai en tête une utilisation d'un robot assez périlleuse :
>>> il s'agirait d'enlever tous les Nodes qui ne servent à rien
>>> (nombreux à cause de Potlatch)
>>>
>>> Un noeud qui ne sert à rien est un noeud qui n'a pas de Tag ET qui
>>> ne fait partie d'aucun Way : il faut donc :
>>> - prendre tous les noeuds
>>> - prendre tous les chemins ou relations, et supprimer leurs noeuds
>>> de la liste
>>> - supprimer de la liste tous les noeuds avec attributs
>>> Normalement, on reste avec les noeuds inutiles...
>>>
>>> Mais c'est un peu dangereux, il faut l'admettre...
>>>
>>>
>>>
>>> - Mail Original -
>>> De: "arp enteur" 
>>> À: "Discussions sur OSM en français" 
>>> Envoyé: Lundi 23 Février 2009 15:14:38 GMT +01:00 Amsterdam /
>>> Berlin / Berne / Rome / Stockholm / Vienne
>>> Objet: [OSM-talk-fr] Pour le robot 1.5
>>>
>>>
>>> Bonjour,
>>>
>>>La page wiki du robot ( http://wiki.openstreetmap.org/wiki/
>>> User:MS_BOT ) décrit un certain nombre de corrections sur les noms
>>> propres. Je suis surpris d'y trouver "Georges Sand", avec un "s".
>>> C'est une faute de frappe dans le robot, ou seulement sur la page
>>> wiki ?
>>>
>>>Par ailleurs, une suggestion : je viens de corriger un
>>> "proffesseur". Pensez-vous utilse que le robot fasse la correction
>>> "roffesseur"->"rofesseur" sur toute la France ?
>>>
>>> Art.
>>>

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

Re: [OSM-talk-fr] Noms de communes et de chef-lieu / M apnik bégaye

2009-02-23 Par sujet g.d 
> Il me semble qu'il "faudrait" que les editeurs rendent ça transparent

Ma difficulté est là... :-(

>> En théorie, on pourrait mettre les limites d'une commune
>> dans une relation qui comprend le n° insee et le nom de la commune
>> (ça aurait un sens...),
> Pourquoi en théorie ? on peut le faire ! ça me semble la bonne  
> démarche.


Bhen, d'acc,
mais *ou* est le mode d'emploi, pour des indigènes retardés comme moi ?
Que je ne fasse pas trop de conneries ?

Gerhard
---

Le 23 févr. 09 à 19:02, sly (sylvain letuffe) a écrit :
> (snip)
>> et un node quelque part,
>> avec le tag name:X-et-Y, le n° insee (?).
>
> Oui, mais ce tag ne symboliserait rien ! Il ne ferait que contenir  
> une info,
> ces coordonnées GPS n'auraient pas de sens.

C'est bhen vrai...
C'est "taguer pour que ça s'affiche",
mais pas "taguer ce qu'est"
:-(

>> Et même, on ne va pas fourrer dans un même node
>> des tags place:hamlet & name:X
>> plus sur le même node des place:village & name:X-et-Y,
>> ça ne marche pas.
>
> D'accord.
>
>> Il faut bien un node quelque part (ne soit-ce dans la pampa ?),
>> avec le nom complet de la commune,
>> l'insee, et la population de l'ensemble (?).
> Si la population est celle de l'ensemble, le mettre dans un "node"  
> qui par
> essence est un point, ça n'a pas beaucoup de sens il me semble.
>
>> En théorie, on pourrait mettre les limites d'une commune
>> dans une relation qui comprend le n° insee et le nom de la commune
>> (ça aurait un sens...),
> Pourquoi en théorie ? on peut le faire ! ça me semble la bonne  
> démarche.
>
>> mais on ne pourra pas y mettre le code postal.
>> Le découpage des bureaux distributeurs n'a rien à voir avec les
>> communes :
>
> Des fois non, mais des fois, une commune en entier à le même code  
> postal, on
> peut donc dans ces cas gagner grandement en simplicité.
>
> Quitte dans les cas "multi-code postaux" à faire intervenir  
> l'élément en
> indiquant quelque part :
> - priorité au point, puis au way, puis à la relation
>
>> Pour mettre les CP sur les relations de contours,
>> il faudrait avoir la carte de découpage postal,
>> et tracer des ways supplémentaires là,
>> où ça ne correspond à aucun découpage administratif.
>
> On peut soit imaginer un découpage de zone par code postaux, dur  
> dur, mais
> pourquoi pas. Soit faire comme on fait depuis le début : tagguer  
> chaque way,
> chaque point avec un code postal.
>
>> Excusez-moi,
>> les "relations" me paraissent encore si peu transparents,
>> je trouve ça mal expliqué
>> (ou complexe à comprendre, ce qui revient au même...),
>> qu'on craint, d'y mettre du désordre, si on y touche.
>> Pour l'instant, je continue de me servir des tags "à l'ancienne".
>
> C'est à mon avis le coeur du problème, il m'a fallut 1 an !!! pour  
> ne plus
> considérer ça comme une bête immonde, et c'est pas grâce aux outils  
> que je
> m'y suis mis, mais par besoin.
> Le débutant, déjà noyé dans la complexité OSM aura encore plus de  
> mal à
> appréhender les relations qui sont typiquement un concept de base  
> de donnée
> relationnelle.
>
> Il me semble qu'il "faudrait" que les editeurs rendent ça transparent
>
>
> -- 
> 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