Re: [OSM-talk-fr] wikipermanence carto dimanche dernier

2013-06-27 Par sujet Cyrille Giquello
il y a qlqs  docs référencés sur la page Communication sur le Wiki.
Le 27 juin 2013 00:44, "Christian Quest"  a écrit :

> Le 26 juin 2013 21:33, Guillaume Allegre  a
> écrit :
> > (poke groupe communication de l'asso).
> >
>
> Il n'y a pas vraiment de groupe communication, ou d'activité du groupe.
>
> C'est un chantier à ouvrir, pour l'instant il y a des initiatives
> ponctuelles qui mériteraient d'être coordonnées.
>
> Sur la journée avec le SDIS91 et SIGLL, j'avais pondu vite fait une
> feuille A4 noir et blanc avec une présentation très succinte.
> C'est pas très luxe, mais l'avantage c'est que je la personnalise à
> chaque usage... le public de SIGLL et de la journée du SIDS91 était
> très différents !
>
> Pour les slides de présentation, là aussi, une communication assez
> standardisées pourrait être utile. J'ai maintenant une base de 2
> slides de démarrage sur prezi, et ensuite j'adapte en fonction du
> sujet et du public.
>
> Celle d'aujourd'hui à l'opendataweek était en anglais, avec une
> ministre, un préfet et un vice-président de région dans mon dos. Même
> pas peur ;)
> http://prezi.com/voc_k0e35pra
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> 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] Ajouts des adresses du cadastre : faisons mieux que simplement "importer"

2013-06-27 Par sujet Pieren
2013/6/26 Cavok :
> Car il se réfère justement au Key:addr dans le builiding.

Je crois qu'il tient compte aussi du noeud sur le way et même d'un
noeud à l'intérieur du polygone. Il fait donc une vraie recherche
géométrique mais relativement simple (et rapide). Etendre cette
recherche en dehors du polygone est plus aléatoire.

Pieren

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


Re: [OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab

2013-06-27 Par sujet Romain MEHUT
2013/6/25 Pieren 

> 2013/6/25 Pierre-Alain Dorange :
>
> Voir ici:
>
> http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#R.C3.A9f.C3.A9rences_des_voies
>

Quant à une lettre qui suit le chiffre, dans cette page elle est écrite en
minuscule. Pour quelle raison? Sur les panneaux routiers, elle est en
majuscule.

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


Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement "importer"

2013-06-27 Par sujet Pieren
2013/6/26 Francescu GAROBY :
> : même traitement pour tout le monde !

Pareil. J'y vois aussi l'avantage de clairement indiquer la façade
d'un bâtiment. Et donc d'éventuellement diriger un véhicule vers la
bonne rue et non celle qui passe derrière...

Pieren

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


Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement "importer"

2013-06-27 Par sujet Romain MEHUT
Le 27 juin 2013 09:44, Pieren  a écrit :

> 2013/6/26 Francescu GAROBY :
> > : même traitement pour tout le monde !
>
> Pareil. J'y vois aussi l'avantage de clairement indiquer la façade
> d'un bâtiment. Et donc d'éventuellement diriger un véhicule vers la
> bonne rue et non celle qui passe derrière...
>

Le consensus serait de dire on met un nœud au point d'accès à une adresse.
Ce nœud se trouvant soit sur le pourtour du polygone du bâti (cas plus
fréquent en centre-ville) soit isolé en limite de propriété.

Si on se positionne en tant que piéton, c'est bien ce point d'accès qui est
utile.

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


Re: [OSM-talk-fr] Améliorations plugin Cadastre

2013-06-27 Par sujet Pieren
2013/5/27 Stéphane Péneau :

> Étant donné qu'on utilise de manière assez intense le plugin casastre, j'ose
> demander s'il serait possible de lui faire quelques améliorations :

Suite aux nombreuses protestations à travers le monde, je viens de
mettre en ligne une nouvelle version du plugin cadastre-fr corrigeant
quelques bugs.

> - Je (on ?) se retrouve régulièrement a géoréférencer plusieurs fois une
> même planche pour obtenir un bon calage, mais à chaque fois, il faut la
> retélécharger, et c'est assez long. Est-ce qu'il serait possible de ne pas
> avoir à le faire ?

C'est aussi ajouté. Lorsqu'un calque raster est présent dans le
panneau des calques, il suffit de cliquer avec le bouton droit de la
souris sur le calque en question pour relancer un géoréférencement
sans avoir à recharger l'image depuis le cadastre. Je l'ai assez peu
testé mais j'espère que ça fonctionne pour tout le monde.

> - Pendant la procédure de recadrage, si on a la main tremblante, et qu'on
> clique en dehors de la planche, alors le plugin reste coincé et n'accepte
> plus rien. On se retrouve dans l'obligation de quitter Josm sous peine de
> recevoir des alertes de crash du plugin.

C'est aussi corrigé.
Nouvelle version du plugin: 29714 (2.4)
Il faut encore que je mette à jour le wiki.

Pieren

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


Re: [OSM-talk-fr] Améliorations plugin Cadastre

2013-06-27 Par sujet Pieren
2013/6/27 Pieren :

> C'est aussi ajouté. Lorsqu'un calque raster est présent dans le
> panneau des calques, il suffit de cliquer avec le bouton droit de la
> souris sur le calque en question pour relancer un géoréférencement
> sans avoir à recharger l'image depuis le cadastre. Je l'ai assez peu
> testé mais j'espère que ça fonctionne pour tout le monde.

Ooops. J'ai oublié de préciser que la fonction s'appelait "Refine
georeferencing" dans le menu (en attendant sa version française).

Pieren

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


Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement "importer"

2013-06-27 Par sujet Nicolas Moyroud


Le 26/06/2013 23:32, Francescu GAROBY a écrit :
Si tu t'interdis de renseigner ce qui est dans le "domaine privé", 
alors ne mets pas la maison non plus !
Les bâtiments, tout comme les piscines, sont obtenues à partir du 
cadastre, sans violation, de notre part, du domaine privé. Et 
pourtant, les 2 apportent une information utile (les piscines, de par 
leur rareté) peuvent servir de repère visuel quand on est en altitude 
(avion, deltaplane, ...), ou peuvent être utilisées en cas de 
nécessité, par les hélicoptères en cas d'incendie.


Francescu


Tout à fait d'accord avec Francescu. Le raisonnement "ne pas mettre les 
piscines parce que c'est du domaine privé" implique alors de supprimer 
tous les bâtiments privés de la carte. C'est quand même bizarre de 
s'inquiéter de la vie privée pour des petits plans d'eau et pas pour les 
maisons qui sont à côté...

Désolé pour le hors-sujet, je ne le ferai plus promis :-)

Nicolas


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


Re: [OSM-talk-fr] layers HS ?

2013-06-27 Par sujet JB
 

Heu, toujours (ou de nouveau plus) pour moi ? 

Le 26.06.2013 23:28, sylvain letuffe a écrit : 

> didier2020@free.frwrote
> 
>> sly offre un ssd a noel ? ;)
> 
> Moi j'offre que dalle, il peut toujours se gratter le disque magnétique !
> Toutefois, par un heureux hasard, il est justement en discussion de lui en
> acheter un (et peut-être même avant noël !)
> Le mercredi 26 juin 2013 à 16:44 +0200, JB a écrit : Est-ce que layers répond 
> chez vous ?

L'absence de SSD n'y était pour rien, un composant de la chaine avait
planté
mystérieusement. "La machine qui murmurait à l'oreille des hommes"

Voilà qui est corrigé.

ps: Il est également possible de remonter les bugs rencontrés sur layers
ici
:
https://trac.openstreetmap.fr/newticket?component=layers [1]
Je ne suis plus systématiquement la liste talk-fr

--
View this message in context:
http://gis.19327.n5.nabble.com/layers-HS-tp5767101p5767174.html [2]
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 [3]

 

Links:
--
[1] https://trac.openstreetmap.fr/newticket?component=layers
[2] http://gis.19327.n5.nabble.com/layers-HS-tp5767101p5767174.html
[3] 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] Améliorations plugin Cadastre

2013-06-27 Par sujet V de Chateau-Thierry
Bonjour

> De : "Pieren" 

> 2013/6/27 Pieren 
:
> 
> > C'est aussi ajouté. Lorsqu'un calque raster est présent dans le
> > panneau des calques, il suffit de cliquer avec le bouton droit de la
> > souris sur le calque en question pour relancer un géoréférencement
> > sans avoir à recharger l'image depuis le cadastre. Je l'ai assez peu
> > testé mais j'espère que ça fonctionne pour tout le monde.
> 
> Ooops. J'ai oublié de préciser que la fonction s'appelait "Refine
> georeferencing" dans le menu (en attendant sa version française).
> 

Merci Pieren. Le cadastre de la Haute-Loire donnant quelques fils à retordre, 
les
tests de cette nouvelle version ne devraient pas manquer :-)

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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


Re: [OSM-talk-fr] Améliorations plugin Cadastre

2013-06-27 Par sujet Stéphane Péneau

Mille merci Pieren !!!

On était justement quelques-un à basculer sur un mélange d'utilisation 
du plugin cadastre et du plugin piclayer.

Je teste dès que je trouve des planches avec des repères.

Stf

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


Re: [OSM-talk-fr] Améliorations plugin Cadastre

2013-06-27 Par sujet Pieren
2013/6/27 Stéphane Péneau :

> Je teste dès que je trouve des planches avec des repères.

Pour ceux qui ne le sauraient pas encore, le géoréférencement peut
aussi se faire sur les plans sans croisillons, à condition d'avoir des
repères de reférence (un croisement de route, un coin de bâtiment,
etc) déjà dans OSM ou tiré d'une autre source (GPS, Bing). Dans le
dialogue demandant les coordonnées, il suffit de cliquer sur le bouton
"I use the mouse":

http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilisation_de_plans_.22image.22_sans_croisillons

Pieren

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


Re: [OSM-talk-fr] Améliorations plugin Cadastre

2013-06-27 Par sujet Stéphane Péneau

Le jeudi 27 juin 2013 10:54:14, Pieren a écrit :


Pour ceux qui ne le sauraient pas encore, le géoréférencement peut
aussi se faire sur les plans sans croisillons, à condition d'avoir des
repères de reférence (un croisement de route, un coin de bâtiment,
etc) déjà dans OSM ou tiré d'une autre source (GPS, Bing). Dans le
dialogue demandant les coordonnées, il suffit de cliquer sur le bouton
"I use the mouse":


Oui, pour ma part je suis déjà au courant de cette possibilité que 
j'utilise souvent.
Mais sur la zone de travail actuelle, je n'ai ni croisillons, ni bon 
repères visuels.


Stf


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


Re: [OSM-talk-fr] Ajouts des adresses

2013-06-27 Par sujet Nicolas Dumoulin
Le mercredi 26 juin 2013 13:48:48 Stéphane Péneau a écrit :
> Mais est-ce qu'il y a un consensus à ce sujet ?
> 
> Noeud sur le building ? noeud sur la boite au lettre ? Comment gérer les
> maisons éloignées de la voirie ? Etc...
> 
> Je viens de consulter le wiki, et je ne vois rien de très précis
> permettant de s'y retrouver parmi les multiples cas qui se présentent à
> nous.

Bonjour,

J'ai suivi le fil avec intérêt. Je n'ai pour l'instant jamais saisi d'adresse 
car je n'ai pas encore pigé la méthode correctement.
Voici un exemple : http://u.osmfr.org/fr/m/689/
Où positionner le nœud adresse ?
Après avoir lu la discussion, je pencherai pour le mettre sur le point bleu 
(sur le chemin du bâtiment).
Qu'en disent les partisans de mettre le nœud sur la limite de propriété (point 
rouge) ?

-- 
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] Améliorations plugin Cadastre

2013-06-27 Par sujet JB
 

Bonjour Pieren, 

J'ai chargé la nouvelle version du plugin avec intérêt. Mais déchanté
ensuite : 

 - un détail : est-ce nécessaire de redemander le recadrage de la
planche pour un raffinement du positionnement ? 

 - trois plantages successifs pour surconsommation de mémoire, avec
uniquement deux planches affichées, à la fin d'un repositionnement. Je
ne sais pas si ça peut être attribué au plugin, mais d'habitude, il
supporte 5-6 planches avant de m'éjecter, 

 - le plus important : le repositionnement ne correspond absolument pas
à ce que j'espère. Les deux points recalés ne sont absolument pas où je
les attends. Voir la capture (sans grand talent artistique) :
http://topo.isonoe.net/temp/Capture.PNG [2] 

Mais j'apprécie grandement l'idée de l'amélioration. Ce matin, du coté
des limites communales en Auvergne, on se tournait vers PicLayer pour
faire ce travail. 

JB. 

Le 27.06.2013 10:08, Pieren a écrit : 

> 2013/6/27 Pieren :
> 
>> C'est aussi ajouté. Lorsqu'un calque raster est présent dans le panneau des 
>> calques, il suffit de cliquer avec le bouton droit de la souris sur le 
>> calque en question pour relancer un géoréférencement sans avoir à recharger 
>> l'image depuis le cadastre. Je l'ai assez peu testé mais j'espère que ça 
>> fonctionne pour tout le monde.
> 
> Ooops. J'ai oublié de préciser que la fonction s'appelait "Refine
> georeferencing" dans le menu (en attendant sa version française).
> 
> Pieren
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr [1]

 

Links:
--
[1] http://lists.openstreetmap.org/listinfo/talk-fr
[2] http://topo.isonoe.net/temp/Capture.PNG
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Améliorations plugin Cadastre

2013-06-27 Par sujet Pieren
2013/6/27 JB :
>  - un détail : est-ce nécessaire de redemander le recadrage de la planche
> pour un raffinement du positionnement ?

Je me suis posé la question. Je pense que ça peut être utile dans
certains cas. Mais je vais ajouter un bouton pour passer cette étape
pour ceux qui le souhaitent.

>  - trois plantages successifs pour surconsommation de mémoire, avec
> uniquement deux planches affichées, à la fin d'un repositionnement. Je ne
> sais pas si ça peut être attribué au plugin, mais d'habitude, il supporte
> 5-6 planches avant de m'éjecter,

Je vais voir ça. Il est possible qu'une référence traine quelque part
sur l'ancienne version de l'image et donc que la mémoire ne soit pas
correctement libérée.

>  - le plus important : le repositionnement ne correspond absolument pas à ce
> que j'espère. Les deux points recalés ne sont absolument pas où je les
> attends. Voir la capture (sans grand talent artistique) :
> http://topo.isonoe.net/temp/Capture.PNG

Là, difficile de dire ce qui se passe. Donne moi plus de détails hors
liste et je pourrais peut-être t'aider: quelle commune, quelle
feuille, quelle projection, comment est référencée la feuille (quels
repères ou croisillons), etc

Pieren

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


Re: [OSM-talk-fr] Ajouts des adresses

2013-06-27 Par sujet Romain MEHUT
Le 27 juin 2013 12:42, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

>
> Bonjour,
>
> J'ai suivi le fil avec intérêt. Je n'ai pour l'instant jamais saisi
> d'adresse
> car je n'ai pas encore pigé la méthode correctement.
> Voici un exemple : http://u.osmfr.org/fr/m/689/
> Où positionner le nœud adresse ?
> Après avoir lu la discussion, je pencherai pour le mettre sur le point bleu
> (sur le chemin du bâtiment).
> Qu'en disent les partisans de mettre le nœud sur la limite de propriété
> (point
> rouge) ?
>

Où est affiché le numéro d'adresse?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Ajouts des adresses

2013-06-27 Par sujet Nicolas Dumoulin
Le jeudi 27 juin 2013 14:13:46 Romain MEHUT a écrit :
> Où est affiché le numéro d'adresse?

Sur les deux points : à côté du portail d'entrée de la résidence et au dessus 
des boîtes au lettres en façade du batîment.

-- 
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] Ajouts des adresses

2013-06-27 Par sujet Tetsuo Shima
Tu as plusieurs possibilité.
- soit tagger le building directement.
- soit tagger la porte d'entrée du building en ajoutant un noeud sur
le way qui dessine le building a peu pres la ou est l'entrée.
- soit tagger la porte de la parcelle qui permet d'acceder.

Personnellement je procède comme cela.
- dans les logements largement collectifs, je tagge le building ou la
porte si je sais ou est l'entrée
- pour les logements individuels, si la porte d'entrée est facilement
accessible et visible depuis la chaussée, je tag la porte comme un
nœud sur le way du building
- pour les logement individuel, si le building n'est pas visible
depuis la rue, et seul le portail de la parcelle est visible et
accessible depuis la rue, je tagge le portail, ou le début du
driveway.
- j'ai rarement le cas de logement largement collectif ou les portes
des cage d'escalier soit très difficilement accessible aux visiteur
qui empêcherait de savoir a quel porte se rapporte chaque numéro. Mais
dans le cas ou les partie commune extérieur sera absolument invisble
et innacesible de l'extérieur je pense que je taggera le portail.

Le 27 juin 2013 12:42, Nicolas Dumoulin
 a écrit :
> Le mercredi 26 juin 2013 13:48:48 Stéphane Péneau a écrit :
>> Mais est-ce qu'il y a un consensus à ce sujet ?
>>
>> Noeud sur le building ? noeud sur la boite au lettre ? Comment gérer les
>> maisons éloignées de la voirie ? Etc...
>>
>> Je viens de consulter le wiki, et je ne vois rien de très précis
>> permettant de s'y retrouver parmi les multiples cas qui se présentent à
>> nous.
>
> Bonjour,
>
> J'ai suivi le fil avec intérêt. Je n'ai pour l'instant jamais saisi d'adresse
> car je n'ai pas encore pigé la méthode correctement.
> Voici un exemple : http://u.osmfr.org/fr/m/689/
> Où positionner le nœud adresse ?
> Après avoir lu la discussion, je pencherai pour le mettre sur le point bleu
> (sur le chemin du bâtiment).
> Qu'en disent les partisans de mettre le nœud sur la limite de propriété (point
> rouge) ?
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

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


Re: [OSM-talk-fr] Améliorations plugin Cadastre

2013-06-27 Par sujet Tetsuo Shima
Vu d'ici la mise a jour marche bien et répond a mes besoins, notamment
le "refine" qui est super pratique pour les planches sans croisillon.
Pas de souci de mémoire plus qu'avant. Je n'utilise pas le recadrage
donc j'ai pas testé.

Yoko en mode taskforce commune du Cantal :)

Le 27 juin 2013 13:19, Pieren  a écrit :
> 2013/6/27 JB :
>>  - un détail : est-ce nécessaire de redemander le recadrage de la planche
>> pour un raffinement du positionnement ?
>
> Je me suis posé la question. Je pense que ça peut être utile dans
> certains cas. Mais je vais ajouter un bouton pour passer cette étape
> pour ceux qui le souhaitent.
>
>>  - trois plantages successifs pour surconsommation de mémoire, avec
>> uniquement deux planches affichées, à la fin d'un repositionnement. Je ne
>> sais pas si ça peut être attribué au plugin, mais d'habitude, il supporte
>> 5-6 planches avant de m'éjecter,
>
> Je vais voir ça. Il est possible qu'une référence traine quelque part
> sur l'ancienne version de l'image et donc que la mémoire ne soit pas
> correctement libérée.
>
>>  - le plus important : le repositionnement ne correspond absolument pas à ce
>> que j'espère. Les deux points recalés ne sont absolument pas où je les
>> attends. Voir la capture (sans grand talent artistique) :
>> http://topo.isonoe.net/temp/Capture.PNG
>
> Là, difficile de dire ce qui se passe. Donne moi plus de détails hors
> liste et je pourrais peut-être t'aider: quelle commune, quelle
> feuille, quelle projection, comment est référencée la feuille (quels
> repères ou croisillons), etc
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

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


Re: [OSM-talk-fr] Améliorations plugin Cadastre

2013-06-27 Par sujet Stéphane Péneau
Je viens d'utiliser cette nouvelle version pour quelques planches, et 
franchement, le "refine", c'est encore mieux que ce que je pensais, ça 
change la vie.


Bravo !

Stf

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


Re: [OSM-talk-fr] Ajouts des adresses

2013-06-27 Par sujet Jean Couteau
Le Thu, 27 Jun 2013 14:25:12 +0200,
Nicolas Dumoulin  a écrit :

> Le jeudi 27 juin 2013 14:13:46 Romain MEHUT a écrit :
> > Où est affiché le numéro d'adresse?
> 
> Sur les deux points : à côté du portail d'entrée de la résidence et
> au dessus des boîtes au lettres en façade du batîment.
> 

Dans ce cas là, je mettrai le point en façade du bâtiment car il
semblerait que la résidence entière aie un numéro et qu'ensuite chaque
bâtiment aie une lettre adossée. Donc le point aurait pour numéro :
numéroA.

Mais là, pour moi, c'est clairement un cas particulier où la
connaissance du terrain doit pouvoir aider à placer judicieusement le
numéro.

Jean

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


Re: [OSM-talk-fr] Ajouts des adresses

2013-06-27 Par sujet Francescu GAROBY
Mais dans ce cas, quel(s) tag(s) utiliser pour le numéro (point en façade)
et pour la lettre (entrée de l'immeuble) ? 'addr:housenumber' chacun ?
Mauvaise idée, selon moi...

Francescu


Le 27 juin 2013 14:46, Jean Couteau  a écrit :

> Le Thu, 27 Jun 2013 14:25:12 +0200,
> Nicolas Dumoulin  a écrit :
>
> > Le jeudi 27 juin 2013 14:13:46 Romain MEHUT a écrit :
> > > Où est affiché le numéro d'adresse?
> >
> > Sur les deux points : à côté du portail d'entrée de la résidence et
> > au dessus des boîtes au lettres en façade du batîment.
> >
>
> Dans ce cas là, je mettrai le point en façade du bâtiment car il
> semblerait que la résidence entière aie un numéro et qu'ensuite chaque
> bâtiment aie une lettre adossée. Donc le point aurait pour numéro :
> numéroA.
>
> Mais là, pour moi, c'est clairement un cas particulier où la
> connaissance du terrain doit pouvoir aider à placer judicieusement le
> numéro.
>
> Jean
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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


Re: [OSM-talk-fr] Ajouts des adresses

2013-06-27 Par sujet Romain MEHUT
Le 27 juin 2013 14:50, Francescu GAROBY  a écrit :

> Mais dans ce cas, quel(s) tag(s) utiliser pour le numéro (point en façade)
> et pour la lettre (entrée de l'immeuble) ? 'addr:housenumber' chacun ?
> Mauvaise idée, selon moi...
>

Entrance? http://wiki.openstreetmap.org/wiki/FR:Key:entrance
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Ajouts des adresses

2013-06-27 Par sujet Francescu GAROBY
'entrance' désigne le type d'entrée, mais est indépendant de la question de
l'adressage (on n'adresse pas les sorties d'urgence, ...)

Francescu


Le 27 juin 2013 14:52, Romain MEHUT  a écrit :

> Le 27 juin 2013 14:50, Francescu GAROBY  a écrit :
>
> Mais dans ce cas, quel(s) tag(s) utiliser pour le numéro (point en façade)
>> et pour la lettre (entrée de l'immeuble) ? 'addr:housenumber' chacun ?
>> Mauvaise idée, selon moi...
>>
>
> Entrance? http://wiki.openstreetmap.org/wiki/FR:Key:entrance
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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


Re: [OSM-talk-fr] Ajouts des adresses

2013-06-27 Par sujet Nicolas Dumoulin
Le jeudi 27 juin 2013 14:46:28 Jean Couteau a écrit :
> Le Thu, 27 Jun 2013 14:25:12 +0200,
> 
> Nicolas Dumoulin  a écrit :
> > Le jeudi 27 juin 2013 14:13:46 Romain MEHUT a écrit :
> > > Où est affiché le numéro d'adresse?
> > 
> > Sur les deux points : à côté du portail d'entrée de la résidence et
> > au dessus des boîtes au lettres en façade du batîment.
> 
> Dans ce cas là, je mettrai le point en façade du bâtiment car il
> semblerait que la résidence entière aie un numéro et qu'ensuite chaque
> bâtiment aie une lettre adossée. Donc le point aurait pour numéro :
> numéroA.
> 
> Mais là, pour moi, c'est clairement un cas particulier où la
> connaissance du terrain doit pouvoir aider à placer judicieusement le
> numéro.

Salut Jean :-)

Le terrain, je le connais bien, j'ai habité ce bâtiment pendant plus de 2 ans 
;-)
La résidence n'a pas de numéro globale "8".
Merci pour ton avis qui va dans mon sens (nœud sur le bâtiment). Si pas 
d'autres avis, je vais rester là dessus, en espérant avoir apporter un peu 
d'eau au moulin avec mon exemple concret. Ça vaudrait d'ailleurs le coup de 
détailler ces exemples sur le wiki …

-- 
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] Ajouts des adresses

2013-06-27 Par sujet Romain MEHUT
Le 27 juin 2013 14:54, Francescu GAROBY  a écrit :

> 'entrance' désigne le type d'entrée, mais est indépendant de la question
> de l'adressage (on n'adresse pas les sorties d'urgence, ...)
>

Oui je sais mais le "entrance" peut être utile pour distinguer les
différentes entrées avec en complément un "name=A"...

Quant au point adresse, je suivrai la méthode de Tetsuo.

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


Re: [OSM-talk-fr] Ajouts des adresses

2013-06-27 Par sujet Jean Couteau
Le Thu, 27 Jun 2013 14:50:28 +0200,
Francescu GAROBY  a écrit :

> Mais dans ce cas, quel(s) tag(s) utiliser pour le numéro (point en
> façade) et pour la lettre (entrée de l'immeuble) ? 'addr:housenumber'
> chacun ? Mauvaise idée, selon moi...

Je met les deux dans le même. addr:housenumber=8A par exemple. Mais à
priori on n'est finalement pas dans ce cas là ici.

Jean

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


Re: [OSM-talk-fr] Double pas toucher

2013-06-27 Par sujet Philippe Verdy
Le 26 juin 2013 23:25, Ista Pouss  a écrit :

> J'ai trouvé de nouveaux cas qui, cette fois ci, ont même coordonnées, même
> hauteur, même description ou presque, même référence !
>
> Une église qui se distingue en portant quatre points géodésiques
> exactement au même endroit, et détruits et vus simultanément : (comme le
> chat de shrodinguer)
>
> http://www.openstreetmap.org/browse/node/670192452
> http://www.openstreetmap.org/browse/node/781950862
>

Ces deux-à sont identiques, sauf que le deuxième est membre d'une relation
site, et pas le premier


>  http://www.openstreetmap.org/browse/node/670192453
>
http://www.openstreetmap.org/browse/node/781950873
>

Ces deux-à sont identiques entre eux, sauf que le deuxième est membre de la
même relation site, et pas le premier.

Il y a donc doublon entre les noeuds 67019452...53 d'une part, et les
noeuds 781950862...73 d'autre part (importés plus tard, mais dans une
relation site qui n'a pas vu les deux points 67019452...53 à qui il
manquait la relation site qui a été cherchée avant ce réimport).

On a bien deux points géodésiques distincts (pas quatre), mais  pas tout à
fait la même description : un doublet est au centre de la croix, l'autre
doublet est sur la boule supportant la croix, leur hauteur exacte (ele=*)
devrait être différente (à quelques centimètres près) mais a sans doute été
arrondie dans le tag et on ne voit plus la différence ; l'un est "détruit
en 2000", l'autre est en place à la même date. On pourrait supprimer le
repère détruit pour ne garder que celui qui restait en 2000.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Double pas toucher

2013-06-27 Par sujet Philippe Verdy
Pardon, c'est le premier import  67019452...53 qui mentionnait la relation
site. Le second import 781950862...73 n'est pas membre de la relation site
et est clairement importé en doublon inutile.

On peut garder 67019452...53 : le ...52 détruit sur la boule était 2 mètres
plus bas (ele=525.7) que le ..53 (ele=527.7) visible au centre de la croix,
chacun ayant sa propre référence (-1 ou -2 dans la relation site).

Visiblement c'est une croix d'environ 3 mètres de haut qui a été placée en
2000 au sommet du clocher en ôtant la boule de paratonnerre (qui ne
subsiste que comme donnée historique, la hauteur de l'ancienne boule
devrait être proche de celle de la base de la croix, mais cette dernière
n'a pas été mesurée précisément et l'ancienne fiche a été conservée sans
l'actualiser avec la nouvelle description).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] écoles et enseignement bilingue

2013-06-27 Par sujet Francescu GAROBY
Bonjour,
En apprenant qu'une école maternelle bilingue va bientôt ouvrir à
Caen,
j'ai voulu la taguer... Puis j'ai réalisé que je ne savais pas comment
taguer l'enseignement bilingue.
Ne trouvant rien sur le wiki, je me tourne vers vous : avez-vous déjà tagué
ce genre de choses  ? Si rien n'existe, je vous propose quelque chose comme
suit :
* amenity=school
* operator:type = public/private
* bilingualism = yes (l'absence de ce tag est équivalent à 'no')
* bilingualism: = yes

 étant bien évidemment le code ISO 639 de la langue concernée (c'est
à dire, exactement le même fonctionnement que pour les tags "name:")


De plus, il s'agit ici de la pédagogie Montessori (si comme moi, vous ne la
connaissez pas, Wikipedia sera votre
ami).
Il faudrait donc aussi préciser le type de méthode d'enseignement. Je
propose (là encore, si rien n'existe déjà) ceci :
* bilingualism = yes
* bilingualism: = yes
* bilingualisme::method (ou process ?) = montessori/...


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


Re: [OSM-talk-fr] écoles et enseignement bilingue

2013-06-27 Par sujet Emmanuel Lesouef
Le Thu, 27 Jun 2013 17:02:51 +0200,
Francescu GAROBY  a écrit :

> De plus, il s'agit ici de la pédagogie Montessori (si comme moi, vous
> ne la connaissez pas, Wikipedia sera votre
> ami).
> Il faudrait donc aussi préciser le type de méthode d'enseignement. Je
> propose (là encore, si rien n'existe déjà) ceci :
> * bilingualism = yes
> * bilingualism: = yes
> * bilingualisme::method (ou process ?) = montessori/...
> 
> 

Légèrement hors-sujet que va être ma réponse mais Montessori est une
méthode d'éducation au sens large. Pas de rapport direct avec le fait
que l'école soit bilingue à mon avis :)

Donc pas de tag bilingualisme::method (ou process ?) =
montessori/...

-- 
Emmanuel Lesouef


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


Re: [OSM-talk-fr] écoles et enseignement bilingue

2013-06-27 Par sujet Christian Rogel
Le 27 juin 2013 à 17:09, Emmanuel Lesouef  a écrit :

> Le Thu, 27 Jun 2013 17:02:51 +0200,
> Francescu GAROBY  a écrit :
> 
>> De plus, il s'agit ici de la pédagogie Montessori (si comme moi, vous
>> ne la connaissez pas, Wikipedia sera votre
>> ami).
>> Il faudrait donc aussi préciser le type de méthode d'enseignement. Je
>> propose (là encore, si rien n'existe déjà) ceci :
>> * bilingualism = yes
>> * bilingualism: = yes
>> * bilingualisme::method (ou process ?) = montessori/...
> 
> Légèrement hors-sujet que va être ma réponse mais Montessori est une
> méthode d'éducation au sens large. Pas de rapport direct avec le fait
> que l'école soit bilingue à mon avis :)
> Donc pas de tag bilingualisme::method (ou process ?) =
> montessori/...
> lists.openstreetmap.org/listinfo/talk-fr

Noter les écoles bilingues, sans doute, mais, plusieurs remarques :
Est-ce que cela n'existe pas dans d'autres pays, mais, dans certains, on ne 
penserait pas à le noter, puisque ce n'est pas original?
Mais, surtout quelles langues sont mises en jeu et  comment l'indiquer?
Il faut savoir qu'il existe des dizaines d'écoles français-breton en Bretagne, 
autant en Occitanie et autant au Pays basque français. Et quelques écoles 
français-alsacien et français-corse.
Il y a même un distinguo à faire entre les écoles qui pratiquent un 
enseignement immersif et les écoles publiques et catholiques qui s'en tiennent 
au 50-50.
Typiquement, dans l'école Diwan qui est à ma porte, le breton est langue 
d'enseignement en maternelle et en CE1 et à partir du CE2, c'est 20 h en 
breton, 5 en français et 2 en anglais.
Y ajouter les collèges et les lycées en breton, en basque, en occitan. Et bien 
sûr les écoles en anglais de la grande bourgeoisie, surtout à Paris et à 
Saint-Germain-en-Laye (lycée).

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


Re: [OSM-talk-fr] Améliorations plugin Cadastre

2013-06-27 Par sujet Cavok
Bonjour,
J'ai toujours un bub dans le Plugin Cadastre avec l'outil Ajouter une
adresse.
Lorsque l'outil Ajouter une adresse est en cours d'utilisation, la fenêtre
"Saisir les adresses" devient toute blanche et inutilisable lorsqu'on passe
en plain écran (F11). Même si on repasse en écran normal, la fenêtre reste
toujours toute blanche. On peu poursuivre la numérotation, mais impossible
donc de modifier les valeur et de changer de Rue.
Et comme souvent je fais F10 pour actualiser le Cadastre, malheureusement,
mon doigt dérape parfois vers F11.
Obliger de redémarrer JOSM pour utiliser l'outil de nouveau.
Je suis sous Windonws7.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] La carte avec joystick

2013-06-27 Par sujet Ista Pouss
Hello,

Un lien qui ne parle pas d'osm, mais qui pourrait donner matière à
réflexion :

Map-craft : cartographier ses déplacements, une manette à la main
http://www.pop-up-urbain.com/map-craft-cartographier-ses-deplacements-une-manette-a-la-main/


-- 
Les dérives de rue :
Le projet de théâtre de Saint-Étienne emporté par le
vent

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


Re: [OSM-talk-fr] Améliorations plugin Cadastre

2013-06-27 Par sujet Vincent Privat
Merci Pieren c'est aussi apprécié côté josm puisque tu as contribué à la
récente baisse du nombre de tickets ouverts :-)
Le 27 juin 2013 18:44, "Cavok"  a écrit :

> Bonjour,
> J'ai toujours un bub dans le Plugin Cadastre avec l'outil Ajouter une
> adresse.
> Lorsque l'outil Ajouter une adresse est en cours d'utilisation, la fenêtre
> "Saisir les adresses" devient toute blanche et inutilisable lorsqu'on passe
> en plain écran (F11). Même si on repasse en écran normal, la fenêtre reste
> toujours toute blanche. On peu poursuivre la numérotation, mais impossible
> donc de modifier les valeur et de changer de Rue.
> Et comme souvent je fais F10 pour actualiser le Cadastre, malheureusement,
> mon doigt dérape parfois vers F11.
> Obliger de redémarrer JOSM pour utiliser l'outil de nouveau.
> Je suis sous Windonws7.
>
>
> ___
> 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] problème sur A83 la roche sur yon

2013-06-27 Par sujet piratebab
Bonjour les mappeurs, surtout ceux du coté de la roche sur yon

en faisant un itinéraire avec ORS, il me fait sortir de l'A83 à
Bournezeau et ré-entrer aux essarts (sens sud-nord donc), certainement à
cause d'une discontinuité sur le tracé de l'A83
Si quelqu'un du coin à un peu de temps pour analyser ce qui se passe


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


Re: [OSM-talk-fr] problème sur A83 la roche sur yon

2013-06-27 Par sujet Etienne Trimaille
Je ne suis pas du coin, mais je peux lire ceci au-dessus :
"OSM-Data for Routing: 29.10.12"

Pas très frais comme données ...

Regarde plutôt ici :
http://osrm.at/417
Entre temps, l'erreur n'est plus la.


Le 27 juin 2013 20:25, piratebab  a écrit :

> Bonjour les mappeurs, surtout ceux du coté de la roche sur yon
>
> en faisant un itinéraire avec ORS, il me fait sortir de l'A83 à
> Bournezeau et ré-entrer aux essarts (sens sud-nord donc), certainement à
> cause d'une discontinuité sur le tracé de l'A83
> Si quelqu'un du coin à un peu de temps pour analyser ce qui se passe
>
>
> ___
> 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] Projet "adresses"

2013-06-27 Par sujet Aurélien FILEZ
J'ai pu cuisiner un peu une déléguée régionale de l'IGN que j'ai reçu cet
après midi.

Leur source principale concernant leur base de données d'adresses sont :
- Le cadastre public avec qui ils ont un partenariat mais qui d'après cette
mailing liste s'ouvre de plus en plus
- La Poste qui est quand même plus public que privé
- Les pompiers qui notifient régulièrement les galèrent qu'ils ont au
niveau de leurs interventions et que l'IGN engrange, encore via des
remontés d'un service plus public que privé.

Donc je suis sorti de là un peu agacé étant donné que leurs différentes
sources relèvent d'avantage de l'information publique que des équipent
privés qu'ils ont sur le terrain (sachant qu'elle ne s'est pas trop attardé
dessus, donc à mon avis, c'est pas 300.000 bonhommes en action chaque
jour), et qu'ils vendent les adresses 160.000€ * 0.35 pour uniquement les
points d'adresse et 160.000 * 1.35 pour ces mêmes points et avec les rues..

Enfin elle m'a confié que les services qui étaient d'avantage sollicités
n'étaient non pas les données en elle même, mais ce qu'ils en faisaient
(géocodage, affichage cartographique personnalisé, topographie, etc.) via
des API web, et non les données brutes à organiser et exploiter soit même.

Mais je pense qu'ils ont peur d'ouvrir les agrégations qu'ils ont faits des
données collectées de peur que "quelqu'un d'autre" ne puisse concurrencer
leurs différents services à plus haut niveau, ce qui peut se comprendre.
Toujours utile que les sources des données de l'IGN sont issus de domaines
d'avantage publics que privés.

Alors tout ça me laisse penser qu'il vaille mieux discuter avec les
politiques pour ouvrir leur cadastre qu'avec l'IGN pour ouvrir leurs
données qui ne fait finalement qu'engranger les données du cadastre (et
d'autres services publics auxiliaires) comme OSM souhaite le faire.

Voilà pour mon ressenti,

A bientôt

2013/6/25 Philippe Verdy 

> Les fixme c'est bien pour ce qu'on ne connait pas et qui devrait être
> ajouté (on sait que ça existe très probablement).
> Mais ne rien mettre du tout ne dit pas si c'est un oubli, s'il n'y a pas
> de nom, ou si le nom est approximatif (pour lui on a le fixme).
>
> Si on n'a effectivement pas de nom, il serait préférable d'avoir un
> attribut explicite "anonymous=yes" plutôt que ne rien mettre ou d'ajouter
> un fixme qui n'est pas une erreur ou un manque à corriger et requalifier
> sur place. Ainsi les routes de campagne qui sont seulement désignées dans
> les adresses comme "route nationale 7" ou "RN 7" (ça existe non seulement
> en ajoutant des lieux-dits, mais même avec des numéros de maison !), n'ont
> pas besoin d'autre chose que le tag "ref=*" sans aucun "name=*" et ce n'est
> pas une erreur ni un oubli (et pour ça on devrait avoir aussi
> "anonymous=yes").
>
>
>
> Le 25 juin 2013 10:04, Christian Quest  a écrit :
>
> Le 25 juin 2013 08:57, Tony Emery  a écrit :
>> > cquest wrote
>> >> addr:housenumber=? quelle drôle d'idée...
>> >>
>> >> Quand on ne connait pas une valeur, on ne la renseigne pas.
>> >>
>> >> fixme=missing addr:housenumber me semble nettement plus adapté...
>> >
>> > Tout simplement parce que l'adresse existe et que "addr:housenumber"
>> est la
>> > clé qui permet de faire la requête pour l'ensemble des point d'adresses
>> (et
>> > pas "fixme"). Dans une base de données, on peut très bien avoir des
>> champs
>> > avec une mention "Non Connu". Ça veut pas dire qu'elle n'existe pas mais
>> > plutôt qu'elle existe et qu'on ne la connait pas (pour le moment).
>> >
>>
>> Dans le monde SIG oui, dans OSM non. "?" c'est pas un numéro d'adresse
>> valable.
>>
>> Quand on n'a pas d'info, on ne met pas le tag. Dans un tel cas assez
>> particulier, si on veut noter que l'info manque alors qu'elle devrait
>> exister un fixme peut servir, mais là aussi il faut faire attention
>> des "fixme=manque le nom" sur un highway ne servent à rien... on le
>> voit bien qu'il manque le name=* et si il n'y en a vraiment pas, et
>> bien il y a un tag pour l'indiquer (noname=yes de mémoire).
>>
>>
>> > En géographie (et en stat aussi), il y a une grande différence entre "ça
>> > n'existe pas" et "on ne la connait pas".
>> > Ne pas mettre l'info voudrait dire "on a été sur place et il n'y a pas
>> > d'adresse à cet endroit". Or, ici, c'est plutôt "on a été sur place, on
>> sait
>> > qu'il y a une adresse mais on ne l'a pas vu" et on la cherchera en
>> croisant
>> > d'autres informations. Ça peut aussi être utile pour les collectivités
>> afin
>> > qu'elles sachent qu'il y a un problème à cet endroit : soit la plaque
>> > d'adresse n'a pas été distribuée, soit on a oublié de numéroter la rue.
>> >
>> > Sinon, voici les champs que l'on a renseigné :
>> > addr:housenumber
>> > addr:street
>> > addr:flats (le nombre de logements)
>> > addr:place (si l'habitation se trouve dans un lotissement ou dans une
>> > résidence)
>> > fixeme (quand on a addr:housenumber=?)
>>
>> Si tu as un fixme, ça confirme bien que ce addr:housenumber=? n'a
>

Re: [OSM-talk-fr] Projet "adresses"

2013-06-27 Par sujet Pieren
2013/6/27 Aurélien FILEZ :

> Alors tout ça me laisse penser qu'il vaille mieux discuter avec les
> politiques pour ouvrir leur cadastre qu'avec l'IGN pour ouvrir leurs données
> qui ne fait finalement qu'engranger les données du cadastre (et d'autres
> services publics auxiliaires) comme OSM souhaite le faire.

Je crois que les politiques discutent d'une base adresse commune à
tous les services publiques et accessible aux privés moyennant finance
(vu que les caisses sont vides). Cette mise en commun des différents
services publiques serait une rationalisation assez logique des
moyens.
Actuellement, la meilleure base adresse nationale est celle de la
poste, un atout considérable dans un marché de plus en plus ouvert à
la concurrence. Ce qui fait grincer pas mal de dents.
Enfin, ça fait déjà quelques temps que j'avais lu des trucs là-dessus,
ça a peut-être évolué depuis.
Mais on n'est pas prêts d'avoir accès à cette future base (même si on
peut toujours rêver).
Le cadastre est sans doute mieux que rien mais il faut rester prudent.
Les adresses ne sont pas son rôle principal et les erreurs sont
nombreuses. Mais on va plus vite à importer depuis le cadastre et
corriger ensuite les erreurs que de partir sur le terrain pour tout
refaire depuis zéro.

Pieren

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


Re: [OSM-talk-fr] Projet "adresses"

2013-06-27 Par sujet Christian Quest
Ca confirme tout à fait les infos glanées ici ou là.

L'IGN ne produit quasiment plus de données directement, mais les
agrège pour ensuite les revendre soit sous forme brut, soit en
service.
Les producteurs initiaux des données n'ont semble-t-il qu'assez peu de
retour, et voient donc OSM comme une alternative qui permet un retour
beaucoup plus direct (et rapide) où de plus se fait une vraie
production de données le plus souvent basée sur le terrain.

Pour le nombre de personnel de l'IGN qui passent leur temps sur le
terrain, ça ne doit pas dépasser la centaine... à comparer à nos 200 à
300 contributeurs quotidiens.

Il est assez évident qu'au rythme où nous progressons, les zones où
les données OSM seront plus denses, riches et fraiches que celles de
l'lGN seront de plus en plus nombreuses et que les fourmis OSM ne
s'arrêteront pas et continueront à densifier, enrichir et mettre à
jour les données.
Je n'aimerai pas être à la place de l'IGN (ni de sa tutelle) le jour
où tout le territoire sera mieux couvert dans OSM.

Nous avons eu de riches échanges ici à Marseille lors de
l'opendataweek au sujet de l'avenir de la donnée géographique.

L'extension de Google asphyxie petit à petit des acteurs historiques
comme Téléatlas (racheté par Tomtom) et Navteq (racheté par Nokia).
L'IGN qui a déjà abandonné dans certains domaines (comme les données
routables avec feu GeoRoutes, c'est à dire qui permettaient un calcul
d'itinéraire routier) tiendra un peu plus longtemps sous perfusion via
le financement public, mais jusqu'où ?

OSM à terme, sera la seule alternative restante...


Le 27 juin 2013 23:25, Aurélien FILEZ  a écrit :
> J'ai pu cuisiner un peu une déléguée régionale de l'IGN que j'ai reçu cet
> après midi.
>
> Leur source principale concernant leur base de données d'adresses sont :
> - Le cadastre public avec qui ils ont un partenariat mais qui d'après cette
> mailing liste s'ouvre de plus en plus
> - La Poste qui est quand même plus public que privé
> - Les pompiers qui notifient régulièrement les galèrent qu'ils ont au niveau
> de leurs interventions et que l'IGN engrange, encore via des remontés d'un
> service plus public que privé.
>
> Donc je suis sorti de là un peu agacé étant donné que leurs différentes
> sources relèvent d'avantage de l'information publique que des équipent
> privés qu'ils ont sur le terrain (sachant qu'elle ne s'est pas trop attardé
> dessus, donc à mon avis, c'est pas 300.000 bonhommes en action chaque jour),
> et qu'ils vendent les adresses 160.000€ * 0.35 pour uniquement les points
> d'adresse et 160.000 * 1.35 pour ces mêmes points et avec les rues..
>
> Enfin elle m'a confié que les services qui étaient d'avantage sollicités
> n'étaient non pas les données en elle même, mais ce qu'ils en faisaient
> (géocodage, affichage cartographique personnalisé, topographie, etc.) via
> des API web, et non les données brutes à organiser et exploiter soit même.
>
> Mais je pense qu'ils ont peur d'ouvrir les agrégations qu'ils ont faits des
> données collectées de peur que "quelqu'un d'autre" ne puisse concurrencer
> leurs différents services à plus haut niveau, ce qui peut se comprendre.
> Toujours utile que les sources des données de l'IGN sont issus de domaines
> d'avantage publics que privés.
>
> Alors tout ça me laisse penser qu'il vaille mieux discuter avec les
> politiques pour ouvrir leur cadastre qu'avec l'IGN pour ouvrir leurs données
> qui ne fait finalement qu'engranger les données du cadastre (et d'autres
> services publics auxiliaires) comme OSM souhaite le faire.
>
> Voilà pour mon ressenti,
>
> A bientôt
>
> 2013/6/25 Philippe Verdy 
>>
>> Les fixme c'est bien pour ce qu'on ne connait pas et qui devrait être
>> ajouté (on sait que ça existe très probablement).
>> Mais ne rien mettre du tout ne dit pas si c'est un oubli, s'il n'y a pas
>> de nom, ou si le nom est approximatif (pour lui on a le fixme).
>>
>> Si on n'a effectivement pas de nom, il serait préférable d'avoir un
>> attribut explicite "anonymous=yes" plutôt que ne rien mettre ou d'ajouter un
>> fixme qui n'est pas une erreur ou un manque à corriger et requalifier sur
>> place. Ainsi les routes de campagne qui sont seulement désignées dans les
>> adresses comme "route nationale 7" ou "RN 7" (ça existe non seulement en
>> ajoutant des lieux-dits, mais même avec des numéros de maison !), n'ont pas
>> besoin d'autre chose que le tag "ref=*" sans aucun "name=*" et ce n'est pas
>> une erreur ni un oubli (et pour ça on devrait avoir aussi "anonymous=yes").
>>
>>
>>
>> Le 25 juin 2013 10:04, Christian Quest  a écrit :
>>
>>> Le 25 juin 2013 08:57, Tony Emery  a écrit :
>>> > cquest wrote
>>> >> addr:housenumber=? quelle drôle d'idée...
>>> >>
>>> >> Quand on ne connait pas une valeur, on ne la renseigne pas.
>>> >>
>>> >> fixme=missing addr:housenumber me semble nettement plus adapté...
>>> >
>>> > Tout simplement parce que l'adresse existe et que "addr:housenumber"
>>> > est la
>>> > clé qui permet de faire la requête pour l

Re: [OSM-talk-fr] Projet "adresses"

2013-06-27 Par sujet Christian Quest
Le 27 juin 2013 23:51, Pieren  a écrit :
> 2013/6/27 Aurélien FILEZ :
>
>> Alors tout ça me laisse penser qu'il vaille mieux discuter avec les
>> politiques pour ouvrir leur cadastre qu'avec l'IGN pour ouvrir leurs données
>> qui ne fait finalement qu'engranger les données du cadastre (et d'autres
>> services publics auxiliaires) comme OSM souhaite le faire.
>
> Je crois que les politiques discutent d'une base adresse commune à
> tous les services publiques et accessible aux privés moyennant finance
> (vu que les caisses sont vides). Cette mise en commun des différents
> services publiques serait une rationalisation assez logique des
> moyens.

Le problème c'est que ça traine depuis plus de 10 ans (rapport du CNIG de 2002).


> Actuellement, la meilleure base adresse nationale est celle de la
> poste, un atout considérable dans un marché de plus en plus ouvert à
> la concurrence. Ce qui fait grincer pas mal de dents.
> Enfin, ça fait déjà quelques temps que j'avais lu des trucs là-dessus,
> ça a peut-être évolué depuis.

Pas trop d'après les échanges qu'on a pu avoir à SIGLL sur ce sujet.

Les 2 acteurs nationaux sur le sujet (IGN et La Poste), qui sont donc
incontournables pour un projet à l'échelle nationale ont trop à perdre
et donc avancent en faisant du sur place pour bien continuer percevoir
le fruit de leur rente de situation le plus longtemps possible.

Le problème pour eux, c'est que ça commence à trop se voir, surtout
avec l'arrivée des démarches opendata qui se multiplient, où les bases
d'adresses de plus en plus nombreuses deviennent disponibles, et où
les véritables producteurs de ces données sont déjà dans une logique
de partage car ils ont compris que cela relevait de l'intérêt général.


> Mais on n'est pas prêts d'avoir accès à cette future base (même si on
> peut toujours rêver).

Très future et très hypothétique... comme le rapprochement
cadastre/IGN, au rythme où ça avance il va encore s'écouler quelques
octets dans les fibres optiques d'ici là !

> Le cadastre est sans doute mieux que rien mais il faut rester prudent.
> Les adresses ne sont pas son rôle principal et les erreurs sont
> nombreuses. Mais on va plus vite à importer depuis le cadastre et
> corriger ensuite les erreurs que de partir sur le terrain pour tout
> refaire depuis zéro.
>

Le risque en se basant sur une source à la qualité variable c'est de
"polluer" nos données car retrouver des erreurs, c'est comme chercher
des aiguilles dans les meules de foin... ça serait effectivement mieux
de ne pas trop en introduire initialement.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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


Re: [OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab

2013-06-27 Par sujet Eric Sibert

Romain MEHUT  a ?crit :


2013/6/25 Pieren 


2013/6/25 Pierre-Alain Dorange :

Voir ici:

http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#R.C3.A9f.C3.A9rences_des_voies



Quant à une lettre qui suit le chiffre, dans cette page elle est écrite en
minuscule. Pour quelle raison? Sur les panneaux routiers, elle est en
majuscule.


+1.

Sur les panneaux, ce sont des petites majuscules, pas des minuscules.  
Ce sont aux rendus de faire en sorte que les ref. apparaissent comme  
sur les panneaux (ou pas ;-) ).




Eric


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


[OSM-talk-fr] Privé/public (était: Ajouts des adresses du cadastre...)

2013-06-27 Par sujet Pierre-Alain Dorange
Nicolas Moyroud  wrote:

>  [...]
> Tout à fait d'accord avec Francescu. Le raisonnement "ne pas mettre les
> piscines parce que c'est du domaine privé" implique alors de supprimer
> tous les bâtiments privés de la carte. C'est quand même bizarre de 
> s'inquiéter de la vie privée pour des petits plans d'eau et pas pour les
> maisons qui sont à côté...

C'est peut être étrange, mais les bâtiments sont dans leur très grande
majorité bien visible depuis l'espace public, ce qui n'est pas le cas
des piscines (sauf en cas d'ULM).

J'estime pour ma part qu'il y a une limite a la cartographie de l'espace
privé et je me l'auto-fixe aux batiments (mais je comprend que l'on ait
pas tous le même point de vue).

Si on estime que l'on peux cartographier les piscones, pourquoi pas les
allées sur les terrains privés, les arbres, les poubelles privées, les
les entrées des batiments...
Il doit bien y avoir une limite, la fixer est pas contre certainement
problématique.

> Désolé pour le hors-sujet, je ne le ferai plus promis :-)

Tout au plus une dérive du sujet initial.

-- 
Pierre-Alain Dorange
OSM experiences : 


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


Re: [OSM-talk-fr] Privé/public (était: Ajouts des adresses du cadastre...)

2013-06-27 Par sujet Jean-Marc Liotier
On 06/28/2013 08:17 AM, Pierre-Alain Dorange wrote:
> pourquoi pas les allées sur les terrains privés

Ne t'inquiètes pas, je les cartographie aussi:

higway=service
access=private

Tout ce qui est visible et qui peut potentiellement servir de point de
repère pour la navigation est à mon avis un objet cartographique légitime.


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


[OSM-talk-fr] Outils autour d'OSM pour les (vraiment et moins) nuls

2013-06-27 Par sujet JB
 

Bonjour, 

On a souvent l'impression que du coté OSM, il n'y a que des geeks (voir
aussi la présentation au SOTM-US de Alyssia Wright, qui fait un peu peur
sur la place des femmes dans OSM et dans ses choix), et que
l'utilisation des différents outils est donc une formalité. Je ne fais
pas partie de ces bidouilleurs, et je passe de temps en temps une
éternité à trouver _la_ ligne de commande à taper pour réaliser un truc
basique pour la plupart d'entre vous. 

« Utilise les tutoriels » ? Quand ils existent, ils sont déjà à un
niveau bidouilleur, et pas pour le windowsien basique. 

Les nuls n'ont pas besoin d'utiliser Osmosis, Osm2pgsql, mapnik ? Ce
serait dommage. 

En gros, je trouve qu'il manque : 

 - un lieu de regroupement des tutoriels existants, avec leur
classification par niveau (bidouilleur, débutant, ma grand-mère), sur le
wiki ou openstreemap.fr, 

 - des tutoriels pour les nuls. 

Enfin, une demande particulière, quelqu'un me dirait comment extraire
les données d'un fichier osm dans une bounding-box avec Osmosis (pour
les nuls de chez nuls, recopier le wiki ne m'aidera pas) ? J'abuse à
utiliser les serveurs pour télécharger les (moyennes) zones à chaque
fois. 

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