Re: [OSM-talk-fr] extraction des lignes HT

2010-07-20 Par sujet V 
Le 20 juillet 2010 06:10, Benoît ROUSSEAU  a écrit :
> Pour extraire quelque chose des SVG du Cadastre, si on ne peux s'appuyer sur
> la couleur, il faut en connaître une particularité, comme par exemple
> l'attribut "style" du "path".
>
> Dans le SVG tu as des balises type  style="fill:none;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;stroke:rgb(0%,0%,0%);stroke-opacity:1;stroke-miterlimit:10;"
> d="M -35407 -35581 L 36597 -35581 L 36597 [...]" />. Si tu me donnes le
> style correspondant je te fais l'extraction. Dans ton cas il est
> probablement vraiment spécifique.

L'attribut est 
'style="fill:none;stroke-width:1.18;stroke-linecap:butt;stroke-linejoin:miter;stroke:rgb(0%,0%,0%);stroke-opacity:1;stroke-miterlimit:4;"'
mais chaque motif est sur un path séparé.

> Pour ma part, pour trouver j'y vais à tâtons en supprimant des tags du SVG
> progressivement.

Moi j'"imprime" la zone concernée sur le site du cadastre pour ne pas
avoir un énorme pdf comme cela peut l'être sur tout un village, je la
passe ensuite au pdf2svg et j'utilise l'éditeur xml d'inkscape pour
identifier rapidement les attributs correspondant à ce que j'ai
selectionné sur le dessin.

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Benoît ROUSSEAU 




Pieren a écrit :

[...]

  
  C'est justement ma crainte. C'est de faire faire la partie la
plus utile mais la plus difficile par d'autres, plus tard. Il vaut
mieux placer l'adresse au meilleur endroit au moment de sa création que
d'espérer que chaque application ira spéculer sans trop se planter dans
les relations entre adresses et autres POIs. Mais j'ai bien conscience
que c'est un vrai challenge au niveau logiciel.
  
Pieren
  
  
  

Bonjour,

    J'aimerai bien que tu me dise ce qui est la "partie la plus utile"
parce que j'ai beau chercher je ne vois pas. Un exemple ?
    Je vais attaquer la finalisation alors autant ne pas passer à côté.

Benoît R.



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

Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superpos ant

2010-07-20 Par sujet V 
Le 19 juillet 2010 11:52, Pieren  a écrit :
> Sur le script, je suis d'accord qu'il faut d'avantage mettre en avant ces
> problèmes. Personne ne semble vouloir faire l'effort d'en corriger les
> défauts, en particulier son auteur original.

Selon moi, le script n'a pas de défaut, dans le sens où il remplit
parfaitement son rôle qui est de prendre les données vectoriels bruts
du cadastre et d'en faire un fichier osm qui peut ensuite être
retraité comme bon semble à son usager. Après s'il s'avère que les
données en double sont créées par le script j'essaierai de corriger ce
bug mais il me semble que les doublons sont déjà dans le pdf (sur les
rares exemples que j'ai pu voir). Après, le code est sur le svn, donc
il est finalement assez facile de proposer un patch :-),

> 'V', si tu nous lis, est-ce que tu cherches à corriger ces problèmes de
> dublons dans le script ?

Pas du tout, j'ai vu des cas tellement tordus (encore une fois
surement pour privilégier le rendu) sur les quelques villages où j'ai
pu chercher à importer le bâti, que je ne me risquerai pas à essayer
d'automatiser cela. Je pense qu'il risque d'être difficile d'enlever
le "semi" de "semi-automatique" et qu'il serait préférable d'améliorer
par exemple le validator de josm (certains ont parlé de la méthode
utilisée pour CLC qui si j'ai bien compris calcule l'aire d'overlap
entre deux polygones, je n'ai pas trouvé de code mais peut être cela
peut il s'adapter pour améliorer le validator). Même les auteurs du
validator ne font pas d'effort pour corriger les erreurs des
utilisateurs. _o_

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

Re: [OSM-talk-fr] extraction des lignes HT

2010-07-20 Par sujet Benoît ROUSSEAU 




V a écrit :

  Le 20 juillet 2010 06:10, Benoît ROUSSEAU  a écrit :
  
  
Pour extraire quelque chose des SVG du Cadastre, si on ne peux s'appuyer sur
la couleur, il faut en connaître une particularité, comme par exemple
l'attribut "style" du "path".

Dans le SVG tu as des balises type . Si tu me donnes le
style correspondant je te fais l'extraction. Dans ton cas il est
probablement vraiment spécifique.

  
  
L'attribut est 'style="fill:none;stroke-width:1.18;stroke-linecap:butt;stroke-linejoin:miter;stroke:rgb(0%,0%,0%);stroke-opacity:1;stroke-miterlimit:4;"'
  

Cool !

  mais chaque motif est sur un path séparé.
  

Challenge !
Pourrais t'on me joindre un petit svg par retour en privé (hors liste)
? Pour essayer.

  
  
  
Pour ma part, pour trouver j'y vais à tâtons en supprimant des tags du SVG
progressivement.

  
  
Moi j'"imprime" la zone concernée sur le site du cadastre pour ne pas
avoir un énorme pdf comme cela peut l'être sur tout un village, je la
passe ensuite au pdf2svg et j'utilise l'éditeur xml d'inkscape pour
identifier rapidement les attributs correspondant à ce que j'ai
selectionné sur le dessin.
  

Je fais pareil pour les petits SVG :p. Mais j'ai eu des diff entre
impression interactive depuis le Cadastre et les exports SVG de ton
script. Ais-je rêvé ? Était-ce lié au changement de projection dans mon
coin ? Je vais réessayer.

Benoît R.



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

Re: [OSM-talk-fr] extraction des lignes HT

2010-07-20 Par sujet julien 

> Moi j'"imprime" la zone concernée sur le site du cadastre pour ne pas
> avoir un énorme pdf comme cela peut l'être sur tout un village, je la
> passe ensuite au pdf2svg et j'utilise l'éditeur xml d'inkscape pour
> identifier rapidement les attributs correspondant à ce que j'ai
> selectionné sur le dessin.

Après reste a savoir si le cadastre est une "bonne" source pour les lignes
a Haute Tension. Des taxes sont payées lié a l'implantation des pylones ?

-- 
JB


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

Re: [OSM-talk-fr] Suivi des cours d'eau français

2010-07-20 Par sujet Sylvain Perrinel 
Super ce tableau ! ça motive :)
par contre, ton script ne semble pas fonctionner pour récupérer les canaux
lister dans le tableau.

Je pense qu'en modifiant la requête comme suit, tu peux remonter les canaux
d'osm :

 $query_osm="select
osm_id,st_length(st_collect(st_transform(way,2154))) as longueur
  from planet_osm_line
  where \"ref:sandre\"='$liste_sandre->code_hydro' and
(waterway='river' or waterway='canal')


 group by osm_id";


Merci !

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

Re: [OSM-talk-fr] Alerte ! Les doublons , ça gross it sans arrêt - Était :Bâtiments se su perposant

2010-07-20 Par sujet julien 

> [snip] j'ai vu des cas tellement tordus (encore une fois
> surement pour privilégier le rendu) sur les quelques villages où j'ai
> pu chercher à importer le bâti, que je ne me risquerai pas à essayer
> d'automatiser cela.

Au cadastre comme sur OSM il y a des mappeurs de "qualité" inégale...

Sur une commune que j'ai importé, j'ai passé moins de 5 minutes a nettoyer
le fichier, sur une autre j'ai passé 5 heures car il y a avait des
bâtiments en six exemplaires et beaucoup de problèmes sur les bâtiments
mitoyens.

-- 
JB


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

Re: [OSM-talk-fr] extraction des lignes HT

2010-07-20 Par sujet Benoît ROUSSEAU 




jul...@krilin.org a écrit :

  
Moi j'"imprime" la zone concernée sur le site du cadastre pour ne pas
avoir un énorme pdf comme cela peut l'être sur tout un village, je la
passe ensuite au pdf2svg et j'utilise l'éditeur xml d'inkscape pour
identifier rapidement les attributs correspondant à ce que j'ai
selectionné sur le dessin.

  
  
Après reste a savoir si le cadastre est une "bonne" source pour les lignes
a Haute Tension. Des taxes sont payées lié a l'implantation des pylones ?

  
  


Où c'est une obligation légale lié à la santé publique ou autre que
d'être informer quand tu achète un terrain qu'il est bâti sur une ligne
à haute tension.
Où un pb d'organisation des travaux pour la ville.
De toutes manières je ne pense pas que les agents de la DGI soient
aller vérifier sous terre. La source doit être un import de données
avec pour source ERDF.
Benoît R.



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

Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant

2010-07-20 Par sujet Benoît ROUSSEAU 




V a écrit :

  Le 19 juillet 2010 11:52, Pieren  a écrit :
  
  
Sur le script, je suis d'accord qu'il faut d'avantage mettre en avant ces
problèmes. Personne ne semble vouloir faire l'effort d'en corriger les
défauts, en particulier son auteur original.

  
  
Selon moi, le script n'a pas de défaut, dans le sens où il remplit
parfaitement son rôle qui est de prendre les données vectoriels bruts
du cadastre et d'en faire un fichier osm qui peut ensuite être
retraité comme bon semble à son usager. Après s'il s'avère que les
données en double sont créées par le script j'essaierai de corriger ce
bug mais il me semble que les doublons sont déjà dans le pdf (sur les
rares exemples que j'ai pu voir). Après, le code est sur le svn, donc
il est finalement assez facile de proposer un patch :-),

  
  
'V', si tu nous lis, est-ce que tu cherches à corriger ces problèmes de
dublons dans le script ?

  
  
Pas du tout, j'ai vu des cas tellement tordus (encore une fois
surement pour privilégier le rendu) sur les quelques villages où j'ai
pu chercher à importer le bâti, que je ne me risquerai pas à essayer
d'automatiser cela. Je pense qu'il risque d'être difficile d'enlever
le "semi" de "semi-automatique" et qu'il serait préférable d'améliorer
par exemple le validator de josm (certains ont parlé de la méthode
utilisée pour CLC qui si j'ai bien compris calcule l'aire d'overlap
entre deux polygones, je n'ai pas trouvé de code mais peut être cela
peut il s'adapter pour améliorer le validator). Même les auteurs du
validator ne font pas d'effort pour corriger les erreurs des
utilisateurs. _o_

___
  

Juste concernant le Cadastre on voit dans les données pour tracer
nombre de quadrilatères type parcelles, des séquences comme : pt1 >
pt2 > pt2 > pt1 > pt2 > pt3 > pt4 > pt1. Ca explique
peut-être des duplications de points sur les bâtiments et d'autres
choses.
Tout ce qui sort du Cadastre sera SEMI-automatique et demandera un
effort d'interprétation, qui plus est, conformément à notre engagement
de ne pas pomper sans retravailler.
Tout ça se transforme petit à petit en avantages, la nature à horreur
du vide.
Benoît R.



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

Re: [OSM-talk-fr] extraction des lignes HT

2010-07-20 Par sujet Tenshu 
2010/7/20 

> Après reste a savoir si le cadastre est une "bonne" source pour les lignes
> a Haute Tension. Des taxes sont payées lié a l'implantation des pylones ?
>

Reste surtout à savoir si nous disposons d'autres sources ...

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

[OSM-talk-fr] Présentation

2010-07-20 Par sujet sacha bogdanov 
Bonjour, 

Je suis nouvel inscrit sur cette liste 
Je connais le projet depuis quelques temps car je travaille avec un serial 
mappeur (Marc Sibert).
Je vis en Seine et Marne mais suis originaire de Guadeloupe pour qui la carte a 
été initiée et qu'à l'occasion de prochaines vacances, je compte compléter.
A bientôt à tous.


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

Re: [OSM-talk-fr] extraction des lignes HT

2010-07-20 Par sujet hamster 




Benoît ROUSSEAU a écrit :

  
  
  jul...@krilin.org
a écrit :
  

  Moi j'"imprime" la zone concernée sur le site du cadastre pour ne pas
avoir un énorme pdf comme cela peut l'être sur tout un village, je la
passe ensuite au pdf2svg et j'utilise l'éditeur xml d'inkscape pour
identifier rapidement les attributs correspondant à ce que j'ai
selectionné sur le dessin.


Après reste a savoir si le cadastre est une "bonne" source pour les lignes
a Haute Tension. Des taxes sont payées lié a l'implantation des pylones ?

  


je serai etonne qu'il y ait une obligation : selon les endroits ces
lignes sont marquees ou non, des fois dans une meme commune d'une
feuille a l'autre la meme ligne a haute tension peut etre marquee ou pas

je suis plus dans la philosophie "tant que l'information y est, autant
la prendre"
mais c'est sur que si quelqu'un trouve une autre source plus complete
c'est mieux

Où c'est
une obligation légale lié à la santé publique ou autre que
d'être informer quand tu achète un terrain qu'il est bâti sur une ligne
à haute tension.
Où un pb d'organisation des travaux pour la ville.
De toutes manières je ne pense pas que les agents de la DGI soient
aller vérifier sous terre.

sous terre ?
en fait je parlais d'une ligne aerienne, avec des grands poteaux qu'on
voit bien de loin et des cables qui font b quand y'a du
brouillard



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

Re: [OSM-talk-fr] Présentation

2010-07-20 Par sujet Benoît ROUSSEAU 




sacha bogdanov a écrit :

  
  
  Bonjour, 
   
  Je suis nouvel inscrit sur cette liste 
Je connais le projet depuis quelques temps car je travaille avec un
serial mappeur (Marc Sibert).
Je vis en Seine et Marne mais suis originaire de Guadeloupe pour qui la
carte a été initiée et qu'à l'occasion de prochaines vacances, je
compte compléter.
  A bientôt à tous.
   
   
  

Bienvenue,
    Avec un parrain pareil, on présage du meilleur.  :p
Benoît R.



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

Re: [OSM-talk-fr] extraction des lignes HT

2010-07-20 Par sujet Benoît ROUSSEAU 




hamster a écrit :

  
  
sous terre ?
en fait je parlais d'une ligne aerienne, avec des grands poteaux qu'on
voit bien de loin et des cables qui font b quand y'a du
brouillard
:p le pointillé ma trompé.

  






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

Re: [OSM-talk-fr] extraction des lignes HT

2010-07-20 Par sujet Christian Quest 
Parfois ces lignes sont même indiquées dans le bâti avec chaque (gros?)
pylône indiqué avec leur emprise au sol par un carré.
J'ai eu le cas sur une commune du 89 (Brion). J'ai retiré ces "bâtiments" et
créé la ligne avec ses pylônes à la place.

Je pense qu'il y a beaucoup de cas de figure et que cela dépend de la façon
de vectoriser le cadastre qui est semble très variable.
--
Christian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation

2010-07-20 Par sujet Philippe Pary 
Le mardi 20 juillet 2010 à 08:04 +, sacha bogdanov a écrit :

> Je suis nouvel inscrit sur cette liste 
> Je connais le projet depuis quelques temps car je travaille avec un
> serial mappeur (Marc Sibert).
> Je vis en Seine et Marne mais suis originaire de Guadeloupe pour qui
> la carte a été initiée et qu'à l'occasion de prochaines vacances, je
> compte compléter.
> A bientôt à tous.

Bienvenu sur la liste

Philippe



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

Re: [OSM-talk-fr] [Geovelo] Nouvelles zones couvertes

2010-07-20 Par sujet GaelADT 


Philippe Pary wrote:
> 
> Les parcs vélos que j'ai renseignés à Lille (aux alentours de la place
> de la République) n'apparaissent pas sur le rendu, c'est un point
> améliorable selon moi
> 

Merci de me l'avoir rappelé. Normalement c'est fait.


julien balas wrote:
> 
> par contre le fait que "l'accroche" quand on deplace les drapeaux ne se 
> fasse que sur les intersections est un peut perturbant
> 

Oui j'espère avoir le temps un jour de changer cela. Ce n'est pas très
compliqué, mais assez lourd à faire.


julien balas wrote:
> 
> Par contre comment se fait le choix des itineraires entre le mode 
> "Distance" et "Securité ?
> 
> sur le parcours suivant, le mode distance est en effet plus court que le 
> mode sécurité, mais il emprunte aussi un micro bout de bande cyclable en 
> plus et des voies de bus. Donc de mon point de vue a moi, il est aussi 
> plus sécurisé.
> 

Les deux itinéraires doivent être assez proches. Peut-être que dans ce cas
précis c'est le highway=residential qui est privilégié pour l'itinéraire
sécurisé. On est encore en train d'ajuster les paramètres de calcul de la
"sécurité"/"cyclabilité" des voies.

Donc pour résumer, les propositions de nouvelles villes sont
Clermont-Ferrand, Grenoble et Strasbourg. Pour les villes étrangères
pourquoi pas... mais ça demanderait du travail pour traduire l'interface,
changer les images, etc. On verra s'il reste un peu de mémoire sur le
serveur ;)

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Nouvelles-zones-couvertes-tp5312324p5315831.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Pieren 
2010/7/20 Benoît ROUSSEAU 

>
> J'aimerai bien que tu me dise ce qui est la "partie la plus utile"
> parce que j'ai beau chercher je ne vois pas. Un exemple ?
> Je vais attaquer la finalisation alors autant ne pas passer à côté.
>
>
C'est le lien entre le node addr: et un polygone building qui peut contenir
des POI. De nombreux bâtiments abritent plusieurs activités (restauration,
commerce, services sociaux) et chacun est symbolisé par un node. On ne place
finalement l'information sur le polygone lui-même que lorsque c'est
l'ensemble du bâtiment qui est concerné (ou lorsque c'est l'activité
principale comme un hôtel avec juste un node pour le restaurant par
exemple).
Pour les applications qui n'utilisent qu'une adresse, il n'y a pas de
problèmes (navigation). Pour celles qui, par exemple, voudraient dresser la
liste des pharmacies d'une ville avec leur addresse, il faut pouvoir
retrouver ce lien.

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

Re: [OSM-talk-fr] Présentation

2010-07-20 Par sujet Tenshu 
Si tu map sur la Seine et Marne nous risquons de nous "rencontrer".
Tu pourrais nous transmettre ton nom d'utilisateur que l'on puisse replacer
tout ça dans le contexte :)

2010/7/20 Philippe Pary 

> Le mardi 20 juillet 2010 à 08:04 +, sacha bogdanov a écrit :
>
> > Je suis nouvel inscrit sur cette liste
> > Je connais le projet depuis quelques temps car je travaille avec un
> > serial mappeur (Marc Sibert).
> > Je vis en Seine et Marne mais suis originaire de Guadeloupe pour qui
> > la carte a été initiée et qu'à l'occasion de prochaines vacances, je
> > compte compléter.
> > A bientôt à tous.
>
> Bienvenu sur la liste
>
> Philippe
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superpos ant

2010-07-20 Par sujet Pieren 
2010/7/20 V 

> Selon moi, le script n'a pas de défaut, dans le sens où il remplit
> parfaitement son rôle qui est de prendre les données vectoriels bruts
> du cadastre et d'en faire un fichier osm qui peut ensuite être
> retraité comme bon semble à son usager. Après s'il s'avère que les
> données en double sont créées par le script j'essaierai de corriger ce
> bug mais il me semble que les doublons sont déjà dans le pdf (sur les
> rares exemples que j'ai pu voir). Après, le code est sur le svn, donc
> il est finalement assez facile de proposer un patch :-),
>
>
On peut effectivement améliorer les choses en supprimant ces doublons du
fichier .osm directement (ainsi qu'identifier les superpositions et les
noeuds qui ne sont pas joins). Je voulais surtout savoir si quelqu'un
travaillait là-dessus.
Une question : est-ce que c'et bien dans le svn qui se trouve la dernière
version du/des scripts ? Parce que si c'est le cas, pourrait-on supprimer la
référence aux anciens dépôts sur le wiki, ce qui créé un peu de confusion
(et des doutes sur justement l'endroit où se trouve la dernière évolution).

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

[OSM-talk-fr] Adresses relations associatedStreet et addr:street

2010-07-20 Par sujet Tenshu 
Voila j'ai une grosse interrogation.

Grâce au super job fait sur le plugin cadastre je peut saisir des adresses à
la pelle et tout en douceur. Ces adresses sont entrées avec un tag sur
bâtiment/node addr:housenumber + dans une relation associatedStreet.
Seulement je me retrouve également avec des adresses déjà entrées avec des
tag addr:housenumber et addr:street.
D'ailleurs c'est un peut énervant de mélanger des noms avec un séparateur
"_" et du CamelCase voire pas de délimitation du tout.

Déjà est ce bien grave de mixer les 2 ?
Est ce que la relation associatedStreet fait vraiment consensus? De ce que
je peut voir dans les outils geofabrik ce n'est pas pris en compte, ni dans
nominatim, ce qui est fort dommage.
Est ce que le plugin n'a pas intérêt a ajouter les tag addr:street en plus
de la relation? (oui je me doute que c'est probablement non pour cause de
doublon mais quand même).

Merci d'avance pour vos réponses.

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

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

2010-07-20 Par sujet Etienne Chové 

Le 19/07/2010 20:02, Xinfe Ewalavir a écrit :

Bonsoir,

Je guette depuis un moment (une grosse semaine) la prochaine lise à jour
des erreurs d'osmose, et après une mise en pause de tous les traitements
dernièrement, les analyses ont visiblement repris, sauf pour une
douzaine d'entre eux, dont gis_building_overlaps-france.

C'est possible de savoir si c'est une nouvelle pause, ou qu'un problème
est survenu il y a 9h. Ou que c'est pas une analyse qui tourne
fréquemment...


Je suis un peu déconnecté d'osmose, et mon nouveau boulo de l'année 
prochaine ne va rien arranger.


Le serveur n'a pas assez de disque pour charger la France, ce qui cause 
ce pb. Je vais tenter une solution de secours, mais ce ne sera que 
provisoire vu l'augmentation de la taille de la France, et ce n'est pas 
sur que ça fonctionne.


http://osm2.crans.org/munin/univ-nantes.fr/osm5.univ-nantes.fr-df.html


La France grandit à une vitesse grand V, et les serveurs ne suivent pas. 
La solution d'un unique serveur (ou deux ou trois) d'analyse n'est pas 
viable à long terme. Il faudrait réfléchir à faire du calcul distribué, 
un peut comme t...@h, en se basant sur les mêmes mécanismes ; mais il y a 
beaucoup de boulo.



--
Etienne

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

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

2010-07-20 Par sujet Emilie Laffray 
2010/7/20 Etienne Chové 

>
> 
> La France grandit à une vitesse grand V, et les serveurs ne suivent pas. La
> solution d'un unique serveur (ou deux ou trois) d'analyse n'est pas viable à
> long terme. Il faudrait réfléchir à faire du calcul distribué, un peut comme
> t...@h, en se basant sur les mêmes mécanismes ; mais il y a beaucoup de
> boulo.
> 
>

Peut etre que la hack week est un bon endroit pour reflechir a cela :)

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

Re: [OSM-talk-fr] Suivi des cours d'eau français

2010-07-20 Par sujet Christophe Merlet 
Le mardi 20 juillet 2010 à 09:41 +0200, Sylvain Perrinel a écrit :
> Super ce tableau ! ça motive :)
> par contre, ton script ne semble pas fonctionner pour récupérer les
> canaux lister dans le tableau.
> 
> Je pense qu'en modifiant la requête comme suit, tu peux remonter les
> canaux d'osm :
> 
> $query_osm="select osm_id,st_length(st_collect(st_transform(way,2154))) as 
> longueur 
>   from planet_osm_line 
>   where \"ref:sandre\"='$liste_sandre->code_hydro' and (waterway='river' or 
> waterway='canal')


Et si on enlevait simplement le waterway=river et waterway=canal de la
relation et du script ?
Pourquoi waterway=stream n'est pas pris en compte ?

AMHA ref:sandre est suffisant. s'il n'est que sur la relation du cours
d'eau ou directement sur le segment dans sa globalité en l'absence de
relation.


Librement,


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

Re: [OSM-talk-fr] Adresses relations associatedStreet et addr:street

2010-07-20 Par sujet Pieren 
2010/7/20 Tenshu 

>
> Déjà est ce bien grave de mixer les 2 ?
> Est ce que la relation associatedStreet fait vraiment consensus? De ce que
> je peut voir dans les outils geofabrik ce n'est pas pris en compte, ni dans
> nominatim, ce qui est fort dommage.
> Est ce que le plugin n'a pas intérêt a ajouter les tag addr:street en plus
> de la relation? (oui je me doute que c'est probablement non pour cause de
> doublon mais quand même).
>
>
Oui, ça ferait doublon mais s'il y a une forte demande, quelqu'un pourrait
le mettre en option dans le plugin (bien que je pense que ce soit une
mauvaise idée).
Pour nominatim et geofabrik, il faut leur demander à eux pourquoi ils ne
prennent pas en compte la relation associatedStreet depuis le temps que cela
existe. J'espère juste qu'ils ne cherchent pas une autre relation que
j'aurais manqué dans le wiki.
Après, relation ou pas relation, c'est un choix personnel. Le plugin offre
les deux possibilités pour rester neutre.

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

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

2010-07-20 Par sujet Tenshu 
Il y a un endroit où l'on pourrait visualiser l'augmentation de la base sur
la France?

2010/7/20 Emilie Laffray 

>
>
> 2010/7/20 Etienne Chové 
>
>
>> 
>> La France grandit à une vitesse grand V, et les serveurs ne suivent pas.
>> La solution d'un unique serveur (ou deux ou trois) d'analyse n'est pas
>> viable à long terme. Il faudrait réfléchir à faire du calcul distribué, un
>> peut comme t...@h, en se basant sur les mêmes mécanismes ; mais il y a
>> beaucoup de boulo.
>> 
>>
>
> Peut etre que la hack week est un bon endroit pour reflechir a cela :)
>
> Emilie Laffray
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Vu sur Twitter ...

2010-07-20 Par sujet Jeremy G 
Un peu plus d'infos :

http://www.reseaufing.org/pg/blog/slyan/read/25900/marseilleprovence-2013-sengage-dans-la-libration-des-donnes-publiques-en-tant-que-capitale-europenne-de-la-culture
(Merci Charles)

"L'association Marseille Provence 2013 va mettre à disposition de tous
ses partenaires – éditeurs numériques publics, associatifs et privés
ainsi que des développeurs d'applications et de services – les données
qu’elle produit sur le programme artistique et culturel et sa
préparation."

Il s'agit pour le moment des données produites par/pour MP2013, pas
encore des données des collectivités (donc SIG)...
Tout vient à point à qui sait attendre ?...

Jérémy

Le 19 juillet 2010 16:40, Jeremy G  a écrit :
> Je pense que ça fait partie du lot... et je surveille de près :)
> Je ferais suivre ici s'il y a du nouveau annoncé.
>
> Jérémy
>
> Le 18 juillet 2010 23:12, François Van Der Biest
>  a écrit :
>> nicolasgoin
>>
>> Marseille-Provence 2013 s’engage dans la libération des données publiques,
>> en tant que capitale européenne de la culture #opendata #opengouv
>> Et pour les données SIG, ça marche aussi ?
>> F.
>> ___
>> 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] extraction des lignes HT

2010-07-20 Par sujet Eric Sibert 

Tenshu  a �crit :


2010/7/20 


Après reste a savoir si le cadastre est une "bonne" source pour les lignes
a Haute Tension. Des taxes sont payées lié a l'implantation des pylones ?



Reste surtout à savoir si nous disposons d'autres sources ...


Le terrain ???

IRL diraient certains ;-)

Eric


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

Re: [OSM-talk-fr] extraction des lignes HT

2010-07-20 Par sujet Tenshu 
Oui oui de toute façon c'est à compléter visuellement, mais pour ce qui est
des sources numériques nous faisons avant tout avec ce que nous avons.

2010/7/20 Eric Sibert 

> Tenshu  a �crit :
>
>
>  2010/7/20 
>>
>>  Après reste a savoir si le cadastre est une "bonne" source pour les
>>> lignes
>>> a Haute Tension. Des taxes sont payées lié a l'implantation des pylones ?
>>>
>>>
>> Reste surtout à savoir si nous disposons d'autres sources ...
>>
>
> Le terrain ???
>
> IRL diraient certains ;-)
>
> Eric
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Adresses relations associatedStreet et addr:street

2010-07-20 Par sujet Nicolas Moyroud 

Bonjour,

Tiens je ne savais pas que le plugin cadastre permettait d'obtenir les 
numéros de rues ! Comment fait-on pour utiliser cette magnifique 
fonctionnalité ?


a+

Tenshu a écrit :

Voila j'ai une grosse interrogation.

Grâce au super job fait sur le plugin cadastre je peut saisir des 
adresses à la pelle et tout en douceur. Ces adresses sont entrées avec 
un tag sur bâtiment/node addr:housenumber + dans une relation 
associatedStreet.
  


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

Re: [OSM-talk-fr] extraction des lignes HT

2010-07-20 Par sujet RatZilla$ 
Bonjour les Ami[e]s,

Vous trouverez ci-dessous la réponse de RTE suite à ma requête des
données SIG du réseau électrique français pour OSM

-
Actuellement, la politique de RTE pour ce qui concerne la diffusion de
ses données SIG résulte d'un compromis :
· pouvoir faire bénéficier gracieusement aux tiers
(entreprises, associations, particuliers etc.) une partie de ses
données SIG
· maîtriser la diffusion et l'utilisation de ces données, afin
de garantir à tout moment leur exhaustivité et leur qualité


Pour cette raison, la diffusion de nos données SIG se fait à la
demande, et dans le cadre d'un usage interne pour le destinataire des
données.
En particulier, nous n'autorisons pas aujourd'hui la diffusion de nos
données sur des sites internet.
En revanche, les utilisateurs externes peuvent visualiser notre réseau
dans une application géographiques sur internet, grâce au géoportail.
Dans ce cas précis la mise à jour des données est assurée par un
partenariat avec l'IGN.
-

Voilà,

J'espère que nos travaux seront reconnus à leur juste valeur et qu'ils
franchiront le pas.
En tout cas je ne lâche pas l'affaire.J'ai horreur que l'on dise non à
l'OSM Dream Team ;-)

Gaël

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

Re: [OSM-talk-fr] Adresses relations associatedStreet et addr:street

2010-07-20 Par sujet Vincent de Chateau-Thierry 

Bonjour Nicolas,

> De : "Nicolas Moyroud"
>
> Tiens je ne savais pas que le plugin cadastre permettait d'obtenir les
> numéros de rues ! Comment fait-on pour utiliser cette magnifique
> fonctionnalité ?

Tout est là :
http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilitaire_de_saisie_des_adresses

vincent

PS/Rappel : pour donner votre avis sur la création d'autres mailing-lists, 
c'est ici :
http://papillon.peacefrogs.net/poll/NVNtQS1279316043/


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] [Tech] Extraction des adresses...

2010-07-20 Par sujet Benoît ROUSSEAU 




Pieren a écrit :

  2010/7/20 Benoît ROUSSEAU 
  

    J'aimerai bien que tu me dise ce qui est la "partie la plus utile"
parce que j'ai beau chercher je ne vois pas. Un exemple ?
    Je vais attaquer la finalisation alors autant ne pas passer à côté.


  
  
C'est le lien entre le node addr: et un polygone building qui peut
contenir des POI. De nombreux bâtiments abritent plusieurs activités
(restauration, commerce, services sociaux) et chacun est symbolisé par
un node. On ne place finalement l'information sur le polygone lui-même
que lorsque c'est l'ensemble du bâtiment qui est concerné (ou lorsque
c'est l'activité principale comme un hôtel avec juste un node pour le
restaurant par exemple). 
Pour les applications qui n'utilisent qu'une adresse, il n'y a pas de
problèmes (navigation). Pour celles qui, par exemple, voudraient
dresser la liste des pharmacies d'une ville avec leur addresse, il faut
pouvoir retrouver ce lien.
  
  
  
Pieren
  


Donc l'idée serai, par exemple, de pouvoir monter un annuaire en
plaçant directement les adresses directement en tant que noeud sur les
bâtiments quand ils existent.

En automatique, je réponds non une nième fois. La qualité n'étant pas
assurée, ni si je le fais, ni si c'est fait après.
Je prends l'exemple d'un centre commercial de Poitiers, l'îlot des
Cordeliers. Il occupe un paté de maisons et ouvre avec des adresses sur
trois rues. Il inclut un parking souterrain, des magasins en galerie,
des magasins en "façade" et des logements privé. Les bâtiments en
façade ont une adresse et ne sont pas accessible depuis les autres. Les
appartements ont une ou deux adresses, le parking, une adresse pour
l'entrée sortie, et les magasins de la galerie sont accessibles
quelques adresses. Associer tout ce petit monde au bâtiment est exacte,
associer tous ces commerces et résidences à toutes les adresses est
faux, choisir pour chacun l'adresse la plus proche est faux aussi.

Créer des relations entre les différents services et les adresses
serait par contre une possibilité. Ou alors, éventuellement, rapprocher
les POI services de leur adresse préférentielle pour qu'un calcul de
proximité puisse être fait. Auquel cas le calcul peut tout aussi bien
être fait en direct.

Dans le même ordre d'idée, trouves-tu alors normal d'avoir à calculer
l'inclusion en temps réel de POI services (beaucoup plus couteux en
temps) où places-tu les POI sur le way des bâtiments y compris pour
ceux inclus (restaurant dans ton exemple).

Benoît R.



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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Pieren 
2010/7/20 Benoît ROUSSEAU 

>  Dans le même ordre d'idée, trouves-tu alors normal d'avoir à calculer
> l'inclusion en temps réel de POI services (beaucoup plus couteux en temps)
> où places-tu les POI sur le way des bâtiments y compris pour ceux inclus
> (restaurant dans ton exemple).
>
>
Les POI peuvent être sur le way du bâtiment, sur un node attaché au way ou
un node à l'intérieur du polygone. Tous les cas de figures sont possibles
puisque personne n'est forcé d'en respecté un en particulier. Mais la
plupart des contributeurs vont utiliser le polygone comme point de repère
("mon boulanger se trouve dans ce bâtiment-là"). Il faut donc pouvoir lier
ce polygone avec son adresse avec le moins de doute possible, en y mettant
les tags adresses soit sur le way, soit sur un node, peu importe.
Je n'ai pas compris ta question sur l'inclusion de POI services. Mais si tu
parles de mon exemple de liste des pharmacies d'une ville, ça devrait
pouvoir se faire dans un prétraitement automatique et non en temps réel
(mais pourquoi pas). Si les adresses ne sont pas liées aux POIs à travers le
polygone du bâti, cela devient plus compliqué et plus incertain pour tous
ceux qui voudront exploiter ces adresses dans le futur (avec des résultats
qui pourront varier d'une appli à l'autre). Il restera toujours les cas plus
complexes comme celui que tu cites qui nécessiteront probablement d'avoir le
tag addr sur chaque POI (une pratique qu'il faudrait réserver à ce genre de
cas). Mais ces cas seront ultra-minoritaires.

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

Re: [OSM-talk-fr] Suivi des cours d'eau français

2010-07-20 Par sujet sylvain letuffe 
Le mardi 20 juillet 2010 09:41:17, Sylvain Perrinel a écrit :
>  $query_osm="select
> osm_id,st_length(st_collect(st_transform(way,2154))) as longueur
>   from planet_osm_line
>   where \"ref:sandre\"='$liste_sandre->code_hydro' and
> (waterway='river' or waterway='canal')

hop, merci pour le patch.

--
sly


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

Re: [OSM-talk-fr] Suivi des cours d'eau français

2010-07-20 Par sujet sylvain letuffe 
Le mardi 20 juillet 2010 12:23:35, Christophe Merlet a écrit :

> Et si on enlevait simplement le waterway=river et waterway=canal de la
> relation et du script ?
> Pourquoi waterway=stream n'est pas pris en compte ?
> 
> AMHA ref:sandre est suffisant. s'il n'est que sur la relation du cours
> d'eau ou directement sur le segment dans sa globalité en l'absence de
> relation.

Tout est dans le : "si". 
En effet, s'il n'y avait bien qu'une relation par cours d'eau, et qu'un seul 
ref:sandre unique à un seul endroit, je pourrais en effet me baser uniquement 
sur le tag ref:sandre.

Mais les manières de tagguer varient, sans pour autant être "fausses", et on 
peut aussi trouver le ref:sandre sur la relation qui contient les riverbank, 
ou sur la relation qui contient tout, et ça me semble correct (quoi que pour 
la dernière ;-) ), sauf que je m'intéresse à la longueur, et donc pas à la 
longueur des berges, donc je fais un filtre par liste blanche plutôt que par 
liste noire.

--
sly


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

Re: [OSM-talk-fr] Suivi des cours d'eau français

2010-07-20 Par sujet Christophe Merlet 
Le mardi 20 juillet 2010 à 20:34 +0200, sylvain letuffe a écrit :
> Le mardi 20 juillet 2010 12:23:35, Christophe Merlet a écrit :
> 
> > Et si on enlevait simplement le waterway=river et waterway=canal de la
> > relation et du script ?
> > Pourquoi waterway=stream n'est pas pris en compte ?
> > 
> > AMHA ref:sandre est suffisant. s'il n'est que sur la relation du cours
> > d'eau ou directement sur le segment dans sa globalité en l'absence de
> > relation.
> 
> Tout est dans le : "si". 
> En effet, s'il n'y avait bien qu'une relation par cours d'eau, et qu'un seul 
> ref:sandre unique à un seul endroit, je pourrais en effet me baser uniquement 
> sur le tag ref:sandre.
> 
> Mais les manières de tagguer varient, sans pour autant être "fausses", et on 
> peut aussi trouver le ref:sandre sur la relation qui contient les riverbank, 
> ou sur la relation qui contient tout, et ça me semble correct (quoi que pour 
> la dernière ;-) ), sauf que je m'intéresse à la longueur, et donc pas à la 
> longueur des berges, donc je fais un filtre par liste blanche plutôt que par 
> liste noire.


Oui, mais non.

Ta requête ne semble pas faire ce que tu dis.

Il me semble que tu fais la somme des éléments des relations ayant
(ref:sandre ET (waterway=river OU waterway=canal))

Or il me semble que la bonne formule est de faire la somme des éléments
(waterway=river OU waterway=stream OU waterway=canal) des relations
ayant juste ref:sandre.

Du coup dans ton tableau on trouve des rivières qui font 200% de leur
taille normal car il prend en compte les riverbank contenu dans la
relation :/


Les manières de taguer varie, et pourtant ton script n'en accepte qu'une
seule alors qu'il pourrait être beaucoup plus générique et exact.


Librement,


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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Denis 

Benoît ROUSSEAU a écrit :

Donc l'idée serai, par exemple, de pouvoir monter un annuaire en plaçant 
directement les adresses directement en tant que noeud sur les bâtiments 
quand ils existent.


Pas plus qu'OSM ne doit tagger pour le rendu, nous ne devons pas 
modéliser pour des applications particulières , amha.
J'avoue que la question de l'adressage est très loin d'être simple à 
gérer pour un projet comme le nôtre. Outre les questions de toponymie, 
d'évaluation de l'exhaustivité (notion importante pour la plupart des 
acteurs publics qui pourraient s'appuyer sur notre travail), des outils 
mis en test en ce moment (qui me font assez peur, pour le moment), il 
est nécessaire de se poser la question de savoir ce que nous voulons : 
un référentiel -même incomplet ou imparfait- pour des services de 
secours, une base pour du calcul d'itinéraire "porte-à-porte", etc.
J'ai peur qu'on ne se soit lancé dans défi encore au-dessus de notre 
portée. Je m'explique plus bas.


En automatique, je réponds non une nième fois. La qualité n'étant pas 
assurée, ni si je le fais, ni si c'est fait après.
Je prends l'exemple d'un centre commercial de Poitiers, l'îlot des 
Cordeliers. Il occupe un paté de maisons et ouvre avec des adresses sur 
trois rues. Il inclut un parking souterrain, des magasins en galerie, 
des magasins en "façade" et des logements privé. Les bâtiments en façade 
ont une adresse et ne sont pas accessible depuis les autres. Les 
appartements ont une ou deux adresses, le parking, une adresse pour 
l'entrée sortie, et les magasins de la galerie sont accessibles quelques 
adresses. Associer tout ce petit monde au bâtiment est exacte, associer 
tous ces commerces et résidences à toutes les adresses est faux, choisir 
pour chacun l'adresse la plus proche est faux aussi.


Créer des relations entre les différents services et les adresses serait 
par contre une possibilité. Ou alors, éventuellement, rapprocher les POI 
services de leur adresse préférentielle pour qu'un calcul de proximité 
puisse être fait. Auquel cas le calcul peut tout aussi bien être fait en 
direct.


Je crois (c'est donc un acte de foi) qu'OSM a vocation à interpréter le 
monde tel qu'il le conçoit et/ou le constate. Cela implique que la même 
"réalité" soit vue différemment suivant les contributeurs. L'effet 
communauté doit conduire à ce qu'une boulangerie à Brest, Toulouse, 
Grenoble ou Strasbourg soit identifiable comme telle partout.
En quoi une adresse postale est-elle différente d'une boulangerie (sous 
l'angle du tag) ?
Je crois qu'une adresse est un moyen, pas une fin. Elle sert à 
identifier un point de départ ou d'arrivée dans une application de 
calcul d'itinéraire (peu importe ce que ces adresses desservent). Elle 
sert aussi à identifier des personnes (physiques ou morales) ; c'est le 
fameux argument de la CNIL (localisant indirect).
La même adresse peut concerner plusieurs acteurs et un même acteur peut 
avoir plusieurs adresses (certaines même difficilement localisables 
-penser Boite Postale, CEDEX-)
Je ne crois qu'il est pas du ressort d'OSM de gérer cette relation n-n. 
En revanche, nous avons toute légitimité pour indiquer que telle adresse 
postale est géolocalisée par un couple de coordonnées.


Je suis avec beaucoup d'intérêt les tous derniers outils de traitement 
des données cadastrales ; il y a des avancées indéniables, mais aussi 
des écueils dont il faut se méfier.


J'ai appris, ces derniers temps à me méfier de mes propres contributions 
dans le domaine de l'adressage.
La vérité est dure à trouver : elle n'est ni dans le cadastre, ni dans 
les pages jaunes, ni même dans les bases de données "pro", mais partout 
à la fois (parfois nulle part).


Qu'une "entrée-sortie" (oximore ou I/O ?) de parking ait une adresse me 
laisse, à titre personnel, perplexe, mais je suis comme Saint-Thomas, je 
peux me laisser convaincre par des preuves.


Denis

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

Re: [OSM-talk-fr] [Geovelo] Nouvelles zones couvertes

2010-07-20 Par sujet Gérard 
> Les deux itinéraires doivent être assez proches. Peut-être que dans ce cas
> précis c'est le highway=residential qui est privilégié pour l'itinéraire
> sécurisé. On est encore en train d'ajuster les paramètres de calcul de la
> "sécurité"/"cyclabilité" des voies.
>

Je suggère que le tag  bicycle=designated soit utilsé pour conseiller une
rue plus sûre qu'une residential "ordinaire". Bien sûr c'est moins sûr
qu'une vraie cycleway.

>
> Donc pour résumer, les propositions de nouvelles villes sont
> Clermont-Ferrand, Grenoble et Strasbourg. Pour les villes étrangères
> pourquoi pas... mais ça demanderait du travail pour traduire l'interface,
> changer les images, etc. On verra s'il reste un peu de mémoire sur le
> serveur ;)
>
>
> Si la capacité du serveur le permet, on pourrait mettre aussi Toulouse, il
commence y avoir des rues bicycle=designated, pour tester cette possibilité.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Geovelo] Nouvelles zones couvertes

2010-07-20 Par sujet Pieren 
2010/7/20 Gérard 

>
> Je suggère que le tag  bicycle=designated soit utilsé pour conseiller une
> rue plus sûre qu'une residential "ordinaire". Bien sûr c'est moins sûr
> qu'une vraie cycleway.
>
>
??
Le tag bicycle=designated existe déjà:
http://wiki.openstreetmap.org/wiki/Tag:access%3Ddesignated
pour les voies spécialement indiquées pour ce moyen de transport (donc
chez-nous les pistes ou sur les trottoirs marqués cyclables). Voir les
exemples du wiki.
Très mauvaise idée si la rue ne comporte aucun signal particulier. Mais
pourquoi un autre tag. Je crois me souvenir qu'il y a eu d'autres
propositions dans ce sens.

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Benoît ROUSSEAU 




Pieren a écrit :

  2010/7/20 Benoît ROUSSEAU 
  
Dans le même ordre d'idée,
trouves-tu alors normal d'avoir à calculer
l'inclusion en temps réel de POI services (beaucoup plus couteux en
temps) où places-tu les POI sur le way des bâtiments y compris pour
ceux inclus (restaurant dans ton exemple).


  
  
Les POI peuvent être sur le way du bâtiment, sur un node attaché au way
ou un node à l'intérieur du polygone. Tous les cas de figures sont
possibles puisque personne n'est forcé d'en respecté un en particulier.
Mais la plupart des contributeurs vont utiliser le polygone comme point
de repère ("mon boulanger se trouve dans ce bâtiment-là"). Il faut donc
pouvoir lier ce polygone avec son adresse avec le moins de doute
possible, en y mettant les tags adresses soit sur le way, soit sur un
node, peu importe.
  
  
Je n'ai pas compris ta question sur l'inclusion de POI services. Mais
si tu parles de mon exemple de liste des pharmacies d'une ville, ça
devrait pouvoir se faire dans un prétraitement automatique et non en
temps réel (mais pourquoi pas). Si les adresses ne sont pas liées aux
POIs à travers le polygone du bâti, cela devient plus compliqué et plus
incertain pour tous ceux qui voudront exploiter ces adresses dans le
futur (avec des résultats qui pourront varier d'une appli à l'autre).
Il restera toujours les cas plus complexes comme celui que tu cites qui
nécessiteront probablement d'avoir le tag addr sur chaque POI (une
pratique qu'il faudrait réserver à ce genre de cas). Mais ces cas
seront ultra-minoritaires.
  
Pieren
  

  

Ok,

Pour simplifier mon propos, je pense que ça passe par une relation
supplémentaire pour être générique. Ce qui permettrai d'avoir le
routage tout de suite et les relations supp par dessus dès maintenant
ou plus tard. Faut-il attendre que toutes les pharmacies soient
"tagguer" pour importer des adresses et ainsi de suite si qqun veux :
un annuaire des boulangeries, ... ? Ce n'est pas un troll pour discuter
de l'utilisation des relations ou de leur multiplication. Quant à
l'incertitude, elle ne peut être levée qu'humainement, je ne ferai pas
mieux en pré traitement qu'en traitement temps réel et je ne veux pas
ajouter des erreurs supplémentaires. J'ai presque l'impression qu'on
est d'accord, mais reste un truc, un quiproquo, va falloir laisser un
peu d'eau couler sous les ponts à ce sujet. J'ai testerai sur Quincay
(86), on verra à l'usage quelles solutions peuvent être apportées pour
satisfaire le plus grand nombre.

Donc veux tu bien qu'on regarde ensemble la procédure d'import
SEMI-auto des adresses ? Vous êtes tous invités, il y a pas mal à
déblayer.

A- Il faut des rues pour y attacher les panneaux d'adresses.

    Deux possibilités :
 1 - on ne monte que les adresses pour les voies nommées ;
 2 - on nomme la voie avec un nom particulier "Voie non nommée X"
plus fixme et on monte les adresses, c'est repérable et prêt pour celui
qui trouvera le nom.

B - Une ou des relations existent déjà pour la voie en base.

    1 - on écrase si plus d'adresses ;
    2 - on propose une fusion en complétant avec les n° manquants ;
    3 - on en ajoute une avec les n° manquants ;
    4 - on n'importe rien.

C - Faut-il proposer une importation par rue ? Je souhaite extraire les
éléments d'adresse de la rue "Rue du chêne" pour une importation. et/ou
une commune ?

D - Faut-il "tagguer" ces adresses avec un "tag" spécifique genre
"note=import-adr-auto " pour pouvoir les repérer par la suite ?

D - est qu'un logiciel d'import interactif spécifique  (qui visualise
et pose des questions spécifiques) serait mieux que de charger sous
JOSM ?

Benoît R.



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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Benoît ROUSSEAU 




Denis a écrit :
Benoît
ROUSSEAU a écrit :
  
  
  Donc l'idée serai, par exemple, de pouvoir
monter un annuaire en plaçant directement les adresses directement en
tant que noeud sur les bâtiments quand ils existent.

  
  
Pas plus qu'OSM ne doit tagger pour le rendu, nous ne devons pas
modéliser pour des applications particulières , amha.
  
J'avoue que la question de l'adressage est très loin d'être simple à
gérer pour un projet comme le nôtre. Outre les questions de toponymie,
d'évaluation de l'exhaustivité (notion importante pour la plupart des
acteurs publics qui pourraient s'appuyer sur notre travail), des outils
mis en test en ce moment (qui me font assez peur, pour le moment), il
est nécessaire de se poser la question de savoir ce que nous voulons :
un référentiel -même incomplet ou imparfait- pour des services de
secours, une base pour du calcul d'itinéraire "porte-à-porte", etc.
  
J'ai peur qu'on ne se soit lancé dans défi encore au-dessus de notre
portée. Je m'explique plus bas.
  

Houla ! Sortie de son contexte, la phrase laisserai penser que je fais
la promotion de cette idée. Ce n'est absolument pas le cas.

  
En automatique, je réponds non une nième fois. La qualité n'étant pas
assurée, ni si je le fais, ni si c'est fait après.

Je prends l'exemple d'un centre commercial de Poitiers, l'îlot des
Cordeliers. Il occupe un paté de maisons et ouvre avec des adresses sur
trois rues. Il inclut un parking souterrain, des magasins en galerie,
des magasins en "façade" et des logements privé. Les bâtiments en
façade ont une adresse et ne sont pas accessible depuis les autres. Les
appartements ont une ou deux adresses, le parking, une adresse pour
l'entrée sortie, et les magasins de la galerie sont accessibles
quelques adresses. Associer tout ce petit monde au bâtiment est exacte,
associer tous ces commerces et résidences à toutes les adresses est
faux, choisir pour chacun l'adresse la plus proche est faux aussi.


Créer des relations entre les différents services et les adresses
serait par contre une possibilité. Ou alors, éventuellement, rapprocher
les POI services de leur adresse préférentielle pour qu'un calcul de
proximité puisse être fait. Auquel cas le calcul peut tout aussi bien
être fait en direct.

  
  
Je crois (c'est donc un acte de foi) qu'OSM a vocation à interpréter le
monde tel qu'il le conçoit et/ou le constate. Cela implique que la même
"réalité" soit vue différemment suivant les contributeurs. L'effet
communauté doit conduire à ce qu'une boulangerie à Brest, Toulouse,
Grenoble ou Strasbourg soit identifiable comme telle partout.
  
En quoi une adresse postale est-elle différente d'une boulangerie (sous
l'angle du tag) ?
  
Je crois qu'une adresse est un moyen, pas une fin. Elle sert à
identifier un point de départ ou d'arrivée dans une application de
calcul d'itinéraire (peu importe ce que ces adresses desservent). Elle
sert aussi à identifier des personnes (physiques ou morales) ; c'est le
fameux argument de la CNIL (localisant indirect).
  
La même adresse peut concerner plusieurs acteurs et un même acteur peut
avoir plusieurs adresses (certaines même difficilement localisables
-penser Boite Postale, CEDEX-)
  
Je ne crois qu'il est pas du ressort d'OSM de gérer cette relation n-n.
En revanche, nous avons toute légitimité pour indiquer que telle
adresse postale est géolocalisée par un couple de coordonnées.
  

Je suis bien d'accord. Peut être aurais-tu dû répondre à Pieren peut
être.

Je suis avec beaucoup d'intérêt les tous derniers outils de traitement
des données cadastrales ; il y a des avancées indéniables, mais aussi
des écueils dont il faut se méfier.
  
  
J'ai appris, ces derniers temps à me méfier de mes propres
contributions dans le domaine de l'adressage.
  
La vérité est dure à trouver : elle n'est ni dans le cadastre, ni dans
les pages jaunes, ni même dans les bases de données "pro", mais partout
à la fois (parfois nulle part).
  

Donc ne pas ajouter des erreurs aux erreurs inévitables qui vont déjà
s'y glisser tout en indiquant source et traitement.

Qu'une "entrée-sortie" (oximore ou I/O ?) de parking ait une adresse me
laisse, à titre personnel, perplexe, mais je suis comme Saint-Thomas,
je peux me laisser convaincre par des preuves.
  

En ce qui concerne le parking, c'est une société en elle même pas le
parking d'une autre.

Denis
  

Benoît R.



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

Re: [OSM-talk-fr] Suivi des cours d'eau français - on tag pour quoi ou qui ?

2010-07-20 Par sujet sylvain letuffe 
Le mardi 20 juillet 2010 21:13:37, Christophe Merlet a écrit :

> Ta requête ne semble pas faire ce que tu dis.
> 
> Il me semble que tu fais la somme des éléments des relations ayant
> (ref:sandre ET (waterway=river OU waterway=canal))

Oui, c'est ça, pour être bien clair, c'est :
quand (ref:sandre=le code qui m'intéresse et (waterway=river OU 
waterway=canal))

avec un "group by osm_id" à la fin, c'est à dire pour un seul et unique objet 
osm.

Question à $1, pourquoi "grouper des ways" alors qu'il ne s'agit que d'un seul 
objet ? ben parce que osm2pgsql découpe les trop grand ways et j'ai utilisé se 
hack pour compenser. (Je devrais pouvoir simplifier ça ultérieurement car j'ai 
patché mon osm2pgsql pour ne plus couper arbitrairement des longs way et ma 
requête devrait se simplifier en :

select osm_id,st_length(st_transform(way,2154)) as longueur 
  from planet_osm_line 
  where "ref:sandre"='bidule' 
  and (waterway='river' or waterway='canal' or waterway='stream') ;

A noter bien sûr que cette approche dispose d'une faille : si plusieurs objets 
osm porte la même référence sandre, je n'en prend qu'un au hasard sur les deux

> Or il me semble que la bonne formule est de faire la somme des éléments
> (waterway=river OU waterway=stream OU waterway=canal) des relations
> ayant juste ref:sandre.

Je ne suis pas sûr d'avoir compris, est-ce que ce que j'ai indiqué plus haut 
rend la chose plus claire ?

> Du coup dans ton tableau on trouve des rivières qui font 200% de leur
> taille normal car il prend en compte les riverbank contenu dans la
> relation :/

Exact... mais comment faire autrement ?
 
> Les manières de taguer varie, et pourtant ton script n'en accepte qu'une
> seule alors qu'il pourrait être beaucoup plus générique et exact.

Sans doute, mais à quelle complexité ? 

ensuite on pourrait philosopher : Est-ce que fournir des outils incroyablement 
complexes est une bonne chose pour osm ? permettre/aider/encourager le tagging 
très diversifié et non homogène est-il au final une bonne chose ? le mappeur 
doit il être au centre et les développeurs s'adapter, ou font ils parti de la 
chaîne de rétro-surveillance du schéma et des méthodes de tagging ?

En version plus terre à terre avec un exemple concret ça donne : le tag 
disused=yes n'est supporté par quasiment aucun logiciel (pourtant il n'est pas 
idiot) et on peut lire d'un développeur de osmarender :


"This type of tagging is extremely unfriendly to data consumers (don't assume 
that all data consumers that don't care about your pet tag supports it), and 
in osmarender it would require really big and ugly stylesheet changes to 
support it and it's related tags.

I'm not going to make the stylesheet almost impossible to figure out in order 
to support a bad tag."

Doit-on le conspuer ? doit-on prendre son avis de développeur comme : il y'a 
un problème avec ce tag ?

La question est posée, mais la réponse est loin...

--
sly


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

Re: [OSM-talk-fr] [Geovelo] Nouvelles zones couvertes

2010-07-20 Par sujet julien balas 

On 07/20/2010 10:58 PM, Gérard wrote:


Les deux itinéraires doivent être assez proches. Peut-être que dans
ce cas
précis c'est le highway=residential qui est privilégié pour l'itinéraire
sécurisé. On est encore en train d'ajuster les paramètres de calcul
de la
"sécurité"/"cyclabilité" des voies.


Je suggère que le tag  bicycle=designated soit utilsé pour conseiller
une rue plus sûre qu'une residential "ordinaire". Bien sûr c'est moins
sûr qu'une vraie cycleway.


oui mais non, la on rentre dans le subjectif.
Une rue considéré plus sûre par un cycliste ne le sera peut-etre pas par 
un autre. On en a des exemples a chaque réunion de quartier.


vitesse de la voie
bande ou piste cyclables
presence de dos-d'ane ou de coussin berlinois, de by-pass
DSC
pente
stop, feux, rond point
CA ce sont des criteres objectifs qui peuvent servir a "calculer" la 
sureté d'une voie.


--
JB

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

Re: [OSM-talk-fr] [Geovelo] Nouvelles zones couvertes

2010-07-20 Par sujet Gérard 
Le 20 juillet 2010 23:11, Pieren  a écrit :

> 2010/7/20 Gérard 
>
>
>> Je suggère que le tag  bicycle=designated soit utilsé pour conseiller une
>> rue plus sûre qu'une residential "ordinaire". Bien sûr c'est moins sûr
>> qu'une vraie cycleway.
>>
>>
> ??
> Le tag bicycle=designated existe déjà:
> http://wiki.openstreetmap.org/wiki/Tag:access%3Ddesignated
> pour les voies spécialement indiquées pour ce moyen de transport (donc
> chez-nous les pistes ou sur les trottoirs marqués cyclables). Voir les
> exemples du wiki.
> Très mauvaise idée si la rue ne comporte aucun signal particulier. Mais
> pourquoi un autre tag. Je crois me souvenir qu'il y a eu d'autres
> propositions dans ce sens.
>
> Pieren
>

Même si ce n'est pas exactement le cas de rues spécialement fléchées, elles
sont néanmoins recommandées par les associations vélo ou les mairies. Sur
Toulouse par exemple, la communauté d'agglo publie cette carte
http://www.grandtoulouse.org/jsp/fiche_pagelibre.jsp?CODE=59551333&LANGUE=0&RH=E_KIOSQUE&RF=1246459501785où
des rues conseillées sont marquées en pointillé violet. Il faudrait
alors
qu'un tag (celui là ou un autre, je suis preneur de bonnes idées) puisse
servir à privilégier ce type de rues lorsqu'on demande un itinéraire
sécuritaire via geovelo.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr