from:"Ab

Les outils non graphiques que tu cites sont puissants mais mériteraient un
peu d'affinage visuel, ainsi que quelques règles complémentaires d'analyse,
par exemple pour évacuer des résultats les bras secondaires.

Il y a également l'outil d'Arno Renevier, qui reste bloqué en 2012.
http://renevier.net/maps/rivers/
J'ai essayé de le faire tourner chez moi sur la base des sources
disponibles, et j'ai l'impression qu'il a du mal à digérer les noeuds les
plus récents (ceux avec l'id  à la limite 32 bit ?). Pas eu le temps de
vérifier ça.

Le 18 février 2013 17:49, Frédéric Rodrigo fred.rodr...@gmail.com a écrit
:

 Le 18 février 2013 17:33, Ab_fab gamma@gmail.com a écrit :

 Ou comment
 _ extraire les données (filaires) relatives aux cours d'eau d'un extrait
 Geofabrik,
 _ les analyser https://github.com/skaringa/rivers pour constituer les
 grands bassins versants,
 _ et finalement en faire le rendu

 Il y deux approches :
 - topologique
 - relationnelle


 Les cours d'eau que l'algo n'arrive pas à rattacher à un bassin versant
 sont affichés en gris. C
 ela permet de mettre en évidence les défauts de connexion dans le filaire
 des cours d'eau

 Ca a l'air sympa, à première vue.
 Je ne sais pas si ce serait facilement transposable à la France

 On à déjà deux outil, non graphique pour faire ça, suivant deux approches
 différentes :
 - http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html (à la
 sly)
 - http://suivi.openstreetmap.fr/cours-eau/suivi-affluents.html (à la fred
 (moi))

 Frédéric


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bassins versants

Dans des cas comme celui de la Loire à Nantes, il n'est pas possible de
décider lequel des deux bras principaux est LE bras principal. Au milieu il
y a une île, assez grande d'ailleurs et habitée, les deux bras sont
navigables, aucun n'est fermé par un seuil. C'est difficile de dire lequel
est le cours principal et d'ailleurs chaque bras a son propre nom, distinct
du nom du fleuve entier.

J'ai grandi à moins de 500 mètres du bras de pirmil, donc je connais bien
(et ce n'est pas la première fois que l'on en parle sur cette liste).
C'est d'autant plus délicat que la Sèvre Nantaise se jette dans le bras de
Pirmil (au sud), et l'Erdre dans le bras de la Madeleine (au nord). C'est
un cas particulier, on peut vivre avec, par exemple en y allant de manière
arbitraire pour définir le bras principal et le bras secondaire.

Mais pour le reste, les outils d'analyse que j'ai cités ne tiennent
justement pas compte de ces rôles side_stream ou main_stream. Cela
fausse et alourdit les résultats.

Ce serait chouette que les résultats de ces analyses puissent être rendus
plus clairs sur ces aspects.
Cela faciliterait la recherche des zones où il est possible d'améliorer le
filaire des cours d'eau et leur continuité


Le 6 mars 2013 17:05, Philippe Verdy verd...@wanadoo.fr a écrit :

 Le 6 mars 2013 16:01, Ab_fab gamma@gmail.com a écrit :
  Les outils non graphiques que tu cites sont puissants mais mériteraient
 un
  peu d'affinage visuel, ainsi que quelques règles complémentaires
 d'analyse,
  par exemple pour évacuer des résultats les bras secondaires.

 Les bras secondaires sont normalement tagués avec un rôle
 side_stream, au lieu du rôle par défaut main_stream, quand les
 deux types sont présents. Pour les cours d'eau qui forment une seule
 ligne continue, souvent il n'y a aucun rôle défini, mais c'est à
 interpréter comme main_stream.

 Dans certains cas, il n'y a aucun rôle défini mais on déduit le
 side-stream au fait que ses deux extrémités ne sont les extrémités
 d'aucun autre chemin, mais seulement des points communs à un même
 chemin.

 Des ambiguïtés existent dans des cas comme celui-ci:


  A---B---C
  \\
   DEF

 où les deux chemins créés sont ABCE et BDEF : lequel des deux bras BCE
 ou BDE est le bras principal, l'autre un bras secondaire ? Sans un
 rôle pour l'indiquer sur chaque chemin dans une même relation, ou sans
 relation pour les regrouper avec ces rôles ce n'est pas possible de le
 déterminer géométriquement.

 Si les chemins ont été créés sous la forme ABCEF et BDE, on pourrait
 en déduire par défaut que BDE est un bras secondaire ; mais si les
 chemins sont AB, BCE, BDE et EF, on ne sait pas faire cette déduction;
 pourtant géométriquement parlant, ces différentes solutions produisent
 la même chose, et sans indication des débits sur chaque bras, ou sans
 indication d'un rôle dans une relation-maître, ou sans déduction par
 observation des largeurs de lits ou des riverbanks quand ils ont été
 tracés aussi, ou de la dynamique de volumes d'eau en déplacement qui
 ne peuvent pas changer facilement de direction et privilégieront le
 chemin le plus  en ligne droite et capable d'évacuer en aval la plus
 grande hauteur d'eau, on ne peut pas toujours réellement décider (cela
 demande une analyse plus fine que la seule largeur car les hauteurs de
 fonds en aval jouent aussi un rôle sur les débits que chaque bras
 peuvent évacuer, sinon ce bras déjà rempli devient un mur d'eau
 s'opposant au passage et forçant plus d'eau à passer par l'autre bras,
 même si la lame d'eau doit faire un virage).

 Cela ne fait en général pas de grosses différences sur le calcul de la
 longueur totale du cours d'eau (il y a déjà des différences accumulées
 tout le long du cours par la seule estimation du cours central).

 Parfois ce choix du bras principal reste arbitraire, sujet à
 l'interprétation. Par exemple le cours principal d'une rivière reste
 la partie la plus large supposée écouler le débit d'eau le plus
 important, même si elle est partiellement fermée par un seuil (pour
 maintenir un niveau d'eau suffisant en amont) et non franchissable
 pour la navigation, alors que l'autre est plus étroit, canalisé et
 fermé par une écluse, mais alors navigable (mais pas adapté pour
 écouler les volumes d'eau, l'écluse étant destinée à rester toujours
 fermée au moins sur une des deux portes).

 Mais il existe aussi des cas où les bras secondaires sont aussi créés
 uniquement par un seuil à débordement (le bras restant quasiment à sec
 ou avec une circulation d'eau infime juste destinée à éviter que l'eau
 n'y croupisse, sauf en cas de crue où le niveau d'eau dépasse la
 hauteur du seuil), ce seuil pouvant aussi être réglé par la présence
 de vannes, quitte même à ce que le bras secondaire vienne lui-même
 inonder certaines terres non construites pour que le bras principal ne
 provoque pas d'inondations causant des dommages importants. Cela crée
 donc des bras morts qui sont malgré

Re: [OSM-talk-fr] Bassins versants

Il est possible d'attribuer dans la relation waterway :
_ un rôle main_stream sur le(s) way(s) du bras que l'on définit comme
principal,
_ un rôle side_stream sur le(s) way(s) du/des bras que l'on détermine comme
secondaire(s)

Ces règles sont plutôt récentes, et l'usage s'est répandu après que les
principaux outils de suivi que l'on connait ont été développés (si ma
mémoire est bonne).
J'espère qu'un jour il y aura un mashup sympa de tous ces outils
permettant d'avoir une bonne vision d'ensemble de l'avancement et des zones
à améliorer.

Le 6 mars 2013 17:14, Marc SIBERT m...@sibert.fr a écrit :

 Ça doit être intéressant, mais c'est vraiment trop long (détaillé).
 J'aimerais comprendre comment vous tagguez les bras multiples et //
 tl;dr



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bassins versants

Le 6 mars 2013 17:43, Philippe Verdy verd...@wanadoo.fr a écrit :

 Le 6 mars 2013 17:29, Ab_fab gamma@gmail.com a écrit :
  Mais pour le reste, les outils d'analyse que j'ai cités ne tiennent
  justement pas compte de ces rôles side_stream ou main_stream. Cela
  fausse et alourdit les résultats.

 En quoi cela fausse les résultats ? Si tu ne fais pas de différence,
 la longueur du cours d'eau s'en ressent sensiblement, tu vas cumuler
 par endroits des longueurs 2 ou 3 fois.


Cela fausse les résultats en indiquant que le cours d'eau est en plusieurs
segments (et donc implicitement qu'il y a des coupures), alors qu'en
réalité tout est ok. Cela ne permet pas de mettre en évidence les cours
d'eau pour lesquels il y a vraiment une amélioration à apporter.

Voir la Durance, depuis l'outil de Sly : il indique trois tronçons, mais en
pratique il y a juste un bras secondaire à Chateau-Arnoux - Saint Auban
quand on consulte l'analyseur de relation
http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html



 Pourtant l'outil doit être capable de déterminer si parmi l'ensemble
 des chemins main_stream cela forme une ligne continue ou pas.
 Ensuite s'il reste des segments, l'outil peut signaler que certains
 devraient passer en side_stream pour former un unique chemin
 main_stream.


Il devrait, oui, mais c'est justement pas le cas avec les outils dans leur
état actuel.
Si j'en étais capable, j'aimerais bien améliorer ce genre de choses.


 Puis si le cours d'eau main_stream n'est toujours pas continu de
 bout en bout, il peut chercher parmi les sans rôle défini, ou sinon
 parmi les side_stream ceux qui peuvent combler les trous et les
 signaler comme des main_stream candidats. Le reste des chemins sans
 rôle peut enfin être signalé comme devant être des side_stream.

 Une fois qu'on a un cours d'eau continu, la direction du cours devrait
 être consistante (on peut signaler alors les sections médianes
 stipulées dans le sens opposé.

 Une fois ces ignalement faits, on peut corriger, et finalement obtenir
 un graphe orienté de main_streams pour les cours d'eau et former les
 relations tributary des affluents. Là encore l'orientation est
 vérifiable, un tributary devant avoir un noeud commun avec le cours
 vers lequel il se termine.


Oui oui

Cas particulier: un canal peut avoir une direction changeante : il
 peut monter et redescendre via des jeux d'écluses (exemple le canal
 d'Ille-et-Rance qui a son point haut au milieu, aux écluses d'Hédé).


C'est un cas particulier, on peut vivre avec



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] les POI de Mapnik

Pour le rendu Mapnik du site principal openstreetmap.org, tu peux regarder
ici :
https://github.com/gravitystorm/openstreetmap-carto

Et plus particulièrement ici :
https://github.com/gravitystorm/openstreetmap-carto/blob/master/amenity-points.mss
https://github.com/gravitystorm/openstreetmap-carto/blob/master/amenity-symbols.mss
(...)

(sans garantie d'exhaustivité)

Le 6 mars 2013 17:48, Emivi cybervaldi...@gmail.com a écrit :

 Bonjour
 Existe t-il une liste des POI rendus par Mapnik ?

 Emilie (la bretonne)

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un noeud pour un tableau...

2013-03-04 Par sujet Ab_fab

Vincent,

Ton panneau se trouve sur la place de la mairie (que l'on distingue en
arrière plan).

Le POI relevé par Black Myst se situe quant à lui dans la petite rue (pas
couverte par Street View), sur le mur en face de l'entrée du petit musée
qui fait partie de l'auberge Ravoux.
Je suis déjà passé par là, mais je ne me souviens pas du tableau représenté
sur le panneau en question.

Anecdote HS : Une chose est sûre, il n'y a pas de **vrai** Van Gogh dans le
secteur.
C'est d'ailleurs le rêve de l'auberge, qui a installé un cadre vide dans la
dernière chambre de
Vincenthttp://imgll.trivago.com/uploadimages/68/79/6879719_l.jpeg,
en attendant de récolter assez de sous (l'espoir fait vivre) pour le
remplacer par une vraie peinture

Le 4 mars 2013 07:31, Vincent de Chateau-Thierry v...@laposte.net a écrit
:

 Bonjour,

 Le 04/03/2013 01:09, Jo a écrit :

 si je comprends bien c'est un panneau d'info, disant que cette peinture
 à été peint à cet endroit?

 2013/3/4 Black Myst black.m...@free.fr mailto:black.m...@free.fr


 En corrigeant des tags wikipedia, je suis tombé sur ce point:
 
 http://www.openstreetmap.org/**browse/node/1359955172http://www.openstreetmap.org/browse/node/1359955172

 D'après ce que j'en comprends, il désigne un tableau de Van Gogh !
 Je ne trouve pas particulièrement utile d'avoir un noeud pour une
 oeuvre dans un musée...
 J'imagine mal le nombre de point qu'il faudrait pour le Louvre par
 exemple.


 C'est bien un noeud pour un panneau, et un panneau pour un tableau :-)
 Cette photo confirme : http://goo.gl/maps/JyqUF
 (Et à la rigueur, il lui manque un ref=23)

 vincent


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un noeud pour un tableau...

2013-03-04 Par sujet Ab_fab

Ce panneau-ci http://www.openstreetmap.org/browse/node/1359955651 est en
plein milieu des champs.
C'est un repère physique très valable durant la balade

Le 4 mars 2013 11:07, Sylvain Maillard sylvain.maill...@gmail.com a écrit
:

 Je ne connais pas ce point particulier, mais pour avoir vécu plusieurs
 années sur Arles (ou Van Gogh a passé un peu de temps) je peux confirmer
 que ces point sont clairement indiqués par des plaques descriptives sur le
 terrain et qu'il ont un vrai intérêt touristique: il y a des itinéraires
 qui relient tous ces points, les cartes sont disponibles auprès de l'office
 du tourisme !

 Je ne sais pas s'il faut aller jusqu'à cartographier tous les points où
 ont été peints les tableaux du Louvre (mais l'intérêt pour le patrimoine
 artistique est réel), en tout cas pour moi ces plaques descriptives
 présentes sur le terrain ont bien leur place dans OSM ;)


 Sylvain


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] projection antarctique

2013-03-04 Par sujet Ab_fab

Peter Korner a mis en ligne sa recette (la page wiki a été mise à jour
aujourd'hui) pour créer des tuiles Mapnik de l'antarctique.
Et de manière assez détaillée :
https://github.com/MaZderMind/mapnik-stylesheets

Le 3 mars 2013 11:36, Jean-Guilhem Cailton j...@arkemie.com a écrit :

 Le 25/02/2013 16:56, Guillaume Allegre a écrit :
  Salut,
 
  Je cherche s'il existe un projet pour un rendu polaire (antarctique) des
 données OSM,
  et je ne trouve rien, ce qui m'étonne.
 

 Salut Guillaume,

 Je pense à toi en voyant cette nouvelle page :
 https://wiki.openstreetmap.org/wiki/Antarctica/Creating_a_map




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

2013-02-27 Par sujet Ab_fab

Je suis d'accord sur le principe.

Par contre, un des soucis de ton exemple, c'est que le lien Wikidata
renvoie AUX cathédraleS Saint-Paul, c'est à dire sur une page d'homonymies,
qui ne permet donc pas de dire de laquelle il est question (pas pratique)

Le 27 février 2013 10:49, Ista Pouss ista...@gmail.com a écrit :

 Je plussois sur tout ce qui concerne les relations wikipedia - osm. Je ne
 comprends même pas que ce soit pas considéré comme l'urgence absolue.

 Sur le tag wikipedia, je pense que le mieux serait de se caler sur leur
 système de wikidata (http://www.wikidata.org). Mais ça peut se discuter,
 car à ce que j'ai compris, ce système reste soumis à l'appréciation de
 chaque communauté wikipedia. En tous les cas la plupart ont l'air d'avancer
 à fond en cette direction.

 Donc en ce cas plus besoin de mettre de langue ou autre  Pour la
 cathédrale saint paul, le tag serait :

 wikidata=http://www.wikidata.org/wiki/Q399961

 Pas de wikipedia=en:, ni wikipedia=fr:, etc, wikidata tout court suffit.

 Le gros ennui de ce système est qu'il est facile de faire une erreur dans
 la saisie... aussi je serais favorable à mettre une chaine de controle, du
 style :

 wikidata=http://www.wikidata.org/wiki/Q399961, St. Paul's Cathedral

 De cette façon, c'est vérifiable par Osmose. Et en plus ça permet de
 comprendre l'intention de celui qui saisit le tag wikidata : au fond, il
 peut ne pas y avoir de correspondance directe poi osm/article wikipedia.
 Mais j'ai peur qu'une telle proposition soit considérée comme une horreur
 redondante ?...

 Concernant les images, ça dépend de la politique. Philippe a raison (dans
 un autre message), c'est théoriquement inutile et mal fichu. Mais il me
 semble qu'il est difficile à l'heure actuelle de découvrir par informatique
 quelle est la bonne image wikipedia correspondant à un poi, juste en
 analysant le pataques wikipedia.

 Aussi le pragmatisme serait peut être d'en donner quand même une, même si
 c'est pas élégant du point de vue de l'élégance.

 Cordialement.


 Le 26 février 2013 21:12, Black Myst black.m...@free.fr a écrit :

 Bonjour,

 Dans le but de proposer un premier thème Wikipedia comme projet du
 mois, j'aurais souhaitez vos avis sur 2 pages du wiki:
 - La page de description du tag wikipedia, que j'ai pas mal remanier pour
 essayer d'être le plus claire possible.
   http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia

 - La page de présentation du projet du mois
   http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia


 Il reste un point à trancher concernant l'utilisation du tag
 wikipedia:image=url.
 Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune
 explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag
 wikipedia.
 Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus
 proche étant 'image' mais il n'est qu'à l'état de proposition et les
 use-case ne me semble pas clair/

  Que faire de ces tags :
 - Les considérer comme correct (et donc modifier la page du wiki)
 - Faire une proposition de nouveau tag
 - Les convertir en image=url
 - Les supprimer
 - Les laisser en l'état

 ++
 Black Myst

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




 --
 Les dérives de rue :
 Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

2013-02-27 Par sujet Ab_fab

+1 avec Frédéric pour une référence plus claire

A noter : le sujet Wikidata a été abordé hier soir sur la liste tagging
http://lists.openstreetmap.org/pipermail/tagging/2013-February/013077.html

Le 27 février 2013 11:27, Frédéric Rodrigo fred.rodr...@gmail.com a écrit
:


 Quitte à utiliser wikidata autant ne pas repartir dans la même erreur que
 initialement pour le tag wikipedia :
 ref:wikidata=Q173882 http://www.wikidata.org/wiki/Q173882

 Frédéric.


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] projection antarctique

2013-02-26 Par sujet Ab_fab

Salut Guillaume,

J'ai répondu à côté de la plaque hier ?

Sur le site Kartograph, tu as moyen de régler deux paramètres : lat0 et lon0
En passant la réglette lat0 à -90, tu obtiens le pôle Sud au centre.

De ce que je vois dans le second lien, ce sont des paramètres relativement
standard, que tu dois donc pouvoir renseigner dans PROJ4. Par contre, on ne
voit pas de code numérique epsg, mais il n'est peut être pas nécessaire

*

  +proj=ortho +lat_0=Latitude at projection center
  +lon_0=Longitude at projection center
  +x_0=False Easting
  +y_0=False Northing

*

Le 25 février 2013 23:58, Guillaume Allegre allegre.guilla...@free.fr a
écrit :

 Le lun. 25 févr. 2013 à 23:36 +0100, Jérôme Cornet a écrit :

  en fouillant dans le fichier de projection de PROJ4 je trouve ça:
 
  EPSG:3032: Australian Antartic Polar Stereographic
  EPSG:3033: Australian Antartic Lambert
  EPSG:3294: USGC Transantartic Mountains
  EPSG:4176: Australian Antartic

 Merci, mais en utilisant spatialreference (ex.
 http://spatialreference.org/ref/epsg/3032/)
 il semblerait qu'elles soient toutes prévues pour des couvertures
 partielles du continent
 (cf les paramètres WGS84 Bounds).
 Alors que je cherche vraiment à représenter l'ensemble (lat = -60°,
 toutes longitudes),
 sur une carte à petite échelle.



 --
  ° /\Guillaume AllègreOpenStreetMap France
   /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
  /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] projection antarctique

2013-02-26 Par sujet Ab_fab

Une piste qui peut donner des idées :

utiliser QGIS dans cette projection, comme ici avec les données Natural
Earth : http://commons.wikimedia.org/wiki/User:Damouns/orthographic_maps
(Par quelqu'un qui fréquente cette liste)

Ou alors Kartograph, partant du principe qu'il permet ce genre de
choseshttp://kartograph.org/showcase/eastcoast/ et
aussi cela http://kartograph.org/docs/kartograph.py/osm.html à partir de
données OSM dans une base postgis (osm2pgsql)

Jamais essayé en pratique, ce ne sont que des suppositions de ma part :-)

Bon courage en tout cas

Le 26 février 2013 12:29, Guillaume Allegre allegre.guilla...@free.fr a
écrit :

 Le mar. 26 févr. 2013 à 10:33 +0100, Ab_fab a écrit :
  Salut Guillaume,
 
  J'ai répondu à côté de la plaque hier ?

 non, pas du tout : je répondais seulement aux suggestions de Jérôme.

  Sur le site Kartograph, tu as moyen de régler deux paramètres : lat0 et
 lon0
  En passant la réglette lat0 à -90, tu obtiens le pôle Sud au centre.

 Merci d'ailleurs pour le pointeur sur le site kartograph. Je le connaissais
 vaguement, mais je n'aurais pas pensé à l'utiliser pour ça.


 Mais du coup, ma question très basique subsidiaire : supposons que je
 choisisse
 une projection qui convienne (disons orthographique pour fixer les idées).

 Quelle est la suite pour obtenir un rendu, probablement tuilé, avec cette
 projection
 non standard (pas mercator quoi) ?

 --
  ° /\Guillaume AllègreOpenStreetMap France
   /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
  /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SOTM-FR Lyon - streaming

Bravo,

Comme pour le SOTM international, les interventions sont de très bonne
qualité, et ce genre d'enregistrement permet de bien digérer les infos.
Je ne pouvais pas venir à Lyon ni suivre en live, donc je suis super
content de bientôt pouvoir rattraper tout ça.

J'ai pu constater sur irc que ce n'était pas facile de capturer tous ces
moments avec la technique qui est parfois capricieuse.
Merci de t'être accroché !

Le 24 février 2013 22:17, Guillaume Allegre allegre.guilla...@free.fr a
écrit :

 Le sam. 23 févr. 2013 à 15:04 +0100, Sylvain Maillard a écrit :
  j'ai essayé de mettre des vidéos en taille pas trop grandes, mais je peux
  les recompresser encore si c'est vraiment trop grand ... le seul problème
  c'est qu'après on ne verra plus grand chose ...

 Très grand merci à toi pour tout ce boulot de streaming et d'archivage.



 --
  ° /\Guillaume AllègreOpenStreetMap France
   /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
  /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] projection : comment ça marche ?

Bonjour Emilie,

Pour profiter de ces deux couches, il faut jongler en permanence entre les
deux types de projection ...
Donc oui, en passant la projection en Mercator, tu pourras voir la couche
Mapnik, mais le cadastre va disparaître.

... A moins de suivre la méthode proposée par Jean-Claude il y a quelques
mois :
http://lists.openstreetmap.org/pipermail/talk-fr/2012-September/048706.html

Il y a un ticket JOSM demandant un basculement plus facile entre deux
couches ne partageant pas la même projection :
http://josm.openstreetmap.de/ticket/7592


Le 25 février 2013 14:57, Emivi cybervaldi...@gmail.com a écrit :

 Bonjour,
 existe t-il un tuto pour comprendre les projections ?? J'ai bien trouvé la
 page (en anglais) sur le wiki mais ça m'aide assez peu !
 Je souhaite ajouter une couche Mapnik dans JOSM mais il râle pour le
 rendu, j'utilisais du Lambert 9. Mettre mon JOSM en projection Mercator
 changera t-il qque chose ? Le cadastre me demande une projection
 cadastrale... ?



 Emilie (la bretonne)

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] projection antarctique

Pour ce genre de cartes, on voit souvent la projection orthographique dans
les atlas
http://kartograph.org/showcase/projections/#ortho

Pour définir les paramètres, cette page t'aidera peut être
http://www.remotesensing.org/geotiff/proj_list/orthographic.html

Le 25 février 2013 16:56, Guillaume Allegre allegre.guilla...@free.fr a
écrit :

 Salut,

 Je cherche s'il existe un projet pour un rendu polaire (antarctique) des
 données OSM,
 et je ne trouve rien, ce qui m'étonne.

 Sans parler pour l'instant de style, la projection standard (Mercator
 sphérique)
 n'est pas du tout adaptée. Je cherche un rendu où le pôle est au centre.
 Déjà, j'ai du mal à déterminer la projection idéale. On trouve notamment :
 - EPSG:3031 WGS 84 / Antarctic Polar Stereographic
 - la projection Lambert azimuthale
 http://cartographie.sciences-po.fr/fr/globe-projection-lambert-p-le-nord-et-p-le-sud
 - la projection Lambert conique conforme (avec quels paramètres ?)

 http://wiki.openstreetmap.org/wiki/Antarctica parle des sources mais
 reste muet sur
 les rendus. Des pistes ?


 --
  ° /\Guillaume AllègreOpenStreetMap France
   /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
  /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Master City: Jouer avec openstreetmap

C'est un jeu sympa, qui fonctionne très bien.

Bravo !

Le 23 février 2013 14:09, Mario Danelli mario.dane...@gmail.com a écrit :

Salut,

grâce à OpenStreetMap et son équipe Je viens de sortir une nouvelle
application, actuellement uniquement disponible pour Android, mais si elle
hasa peu de succès que j'ai déjà en Septembre de la sortie sur l'iPhone et
l'iPad, appelé City Master.

L'application est en fait un jeu où, avec un double-clic, vous devez
trouver les 5 villes sur la carte.

Les données peuvent être filtrées par continent ou par pays et choisir
parmi 3 différents niveaux de la partie.
En outre, l'application ne nécessite pas d'accès à l'internet ou wi-fi
Parce que, pour le moment, tout ce qui est contenu dans l'application
elle-même.

Si vous voulez jeter un oeil dans la page sur le magasin
https://play.google.com/store/**apps/details?id=com.danelli.**
mariofeature=search_result#?**t=**W251bGwsMSwxLDEsImNvbS5kYW5lbG**
xpLm1hcmlvIl0https://play.google.com/store/apps/details?id=com.danelli.mariofeature=search_result#?t=W251bGwsMSwxLDEsImNvbS5kYW5lbGxpLm1hcmlvIl0
.
Je vous recommande fortement de me faire savoir si il ya des améliorations
(évidemment) et telles.

Dans ajouts au jeu lui-même je pense que peut-être utile de savoir
OpenStreetMap également pour les personnes de tous âges (à partir de 10
jusqu'à peut également être utilisé comme un exercice de géographie).

Évidemment, dans l'esprit OpenStreetMap le jeu est entièrement gratuit et
sans publicité.

Merci encore à tous ceux qui ces dernières années ont été cartographiés et
ceux qui viennent juste de commencer.
L'affectation peut être trouvé dans la section des crédits des paramètres.

Mario Danelli

__**_
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

--
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

2013-02-22 Par sujet Ab_fab

Par exemple la visibilité depuis l'étranger : OSM a vraiment une valeur
ajoutée, par rapport à tout ce que produit la FFRP qui est très orienté
franco-français

Pourtant ce ne sont pas les randonneurs étrangers qui manquent.
OSM peut être là pour leur faire découvrir les possibilités de parcours (en
ligne par ex.), sans pour autant nuire aux ventes de topo guides FFRP par
la suite, bien au contraire

Le 22 février 2013 11:48, Vincent Pottier vpott...@gmail.com a écrit :

 Le 22/02/2013 11:04, Nicolas Dumoulin a écrit :

  Le vendredi 22 février 2013 10:30:33 Vincent Pottier a écrit :

 […]

 Ce n'est pas seulement auprès de la FFRP qu'il faut agir, il me semble,
 mais aussi auprès du ministère de tutelle en lui demandant des textes,
 des décrets, des décisions concernant cette politique d'aménagement du
 territoire... et des droits de les exploiter.

 Merci Vincent pour cette contribution intéressante.

 Contacter le ministère peut sembler intéressant. Mais est-ce que le
 ministère
 des sports sera sensible aux enjeux d'aménagement du territoire …
 Ça vaut le coup de tenter. À rediscuter demain pour préparer un courrier ?

  Jeunesse et sport, ils sont sensibles au discours citoyen dans les
 projets. Je voyais ça quand j'étais directeur de CLSH.
 Or c'est bien en citoyens qu'on veut agir pour, à travers la cartographie
 des GR, promouvoir le développement et la pratique de la randonnée, ne
 serait-ce que pour notre propre usage.
 --
 FrViPofm


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

2013-02-20 Par sujet Ab_fab

Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
d'annoncer du nouveau concernant les besoins en mémoire vive lors de
l'import des extraits historiques, qui devenaient vite démesurés :
http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html

*Maybe even germany.osh.pbf or france.osh.pbf would work out with 6
GB or 8 GB.**I'd love to hear feedback about this.*

Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
de serveur osm_fr ?
à la clef, moultes animations et statistiques sur l'évolution d'OSM en
France (métropolitaine)

Le 16 octobre 2012 10:37, Ab_fab gamma@gmail.com a écrit :

 J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en
 privé.
 Cela confirme le souci actuel concernant l'utilisation de la mémoire avec
 de gros extraits historiques. Mais rien n'est perdu pour qui veut (et
 surtout peut) s'attaquer au souci :

 *Hi

 Well, osm-history-renderer is - after all - a proof of concept. It's
 impossible atm. to import a full country without having tons of RAM.

 If you are interested in optimizing the memory usage I could provide you
 with plans about a memory layout frederik ramm and I once talked about; I
 never came around to implement it, while the necessary interfaces are
 already in place.

 Regards,
 Peter*

 Le 12 juillet 2012 11:25, Aurélien FILEZ kinj...@gmail.com a écrit :

 Bonjour,

 J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble,
 et n'ai pas fait de découpage, étant donné que je recherche à sortir des
 statistiques sur l'ensemble de la France.

 Puis j'ai tenté de l'importer comme suit :

 osm-history-importer france.osh.pbf

 Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus
 pouvoir allouer quoi que ce soit.

 Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans
 garder tant d'information en mémoire ?

 2012/7/12 Arnaud Vandecasteele arnaud@gmail.com

 Cela dépend de quel process tu aprles :

   - osm-history-splitter découpe la zone que tu désires

   - osm-history-importer importe les données en base

   - et osm-history-renderer génère les animations

 Concernant les perfs.
 Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec
 2Go de Ram.
 Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur
 en prod.

 Ensuite la taille dépend essentiellement du nombre d'images générées (en
 fonction du pas de temps) et de la dimension celles-ci. Difficile à dire
 donc.

 Arnaud



 2012/7/12 Aurélien FILEZ kinj...@gmail.com

 Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui
 tourne, ça me met encore une erreur par manque de mémoire.

 Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?


 2012/7/12 Ab_fab gamma@gmail.com

 Cool,

 Tu nous tiens au courant des choses que tu as mis en pratique avec ?
 Et sinon, quels sont les besoins en mémoire de cet import, au final ?
 et l'espace disque nécessaire ?
 (Mêmes questions pour Arnaud)

 Le 12 juillet 2012 10:18, Aurélien FILEZ kinj...@gmail.com a écrit :

  Non en fait j'étais en session a distance et ça ne m'avais pas
 renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un
 problème de mémoire.

 Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
 tourne ;)


 2012/7/12 Ab_fab gamma@gmail.com

 As-tu bien donné à la bdd que tu as créée le même nom que le nom de
 l'utilisateur unix ?

 Selon le tuto :

 *next we'll get that data into the database. Oh wait: which
 database? *
 *We'll first have to setup our postgres database. It's best if you
 use your user-database (that's database-name = your unix username)*

 Je crois que j'avais du recommencer à cause de cette subtilité

 On continue l'investigation sur dev-fr ?

 Le 11 juillet 2012 19:07, Aurélien FILEZ kinj...@gmail.com a
 écrit :

 Après avoir exécuté osm-history-importer france.osh.pbf, j'obtiens
 des tables hist_point, hist_line et hist_polygon vides (0 rows)


 2012/7/11 Christian Quest cqu...@openstreetmap.fr

 Mis sous forme de graphique c'est plus parlant (document
 LibreOffice)... http://dl.free.fr/pUraG0Fan

 On voit que le réseau autoroutier a été complet dès 2009, que les
 voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
 primaire est stable depuis 2011.


 Le 11 juillet 2012 15:48, Christian Quest cqu...@openstreetmap.fr
 a écrit :
  Pour des stats il y a aussi ceci: http://length.osm4people.org/
 
  Et pour la France : http://length.osm4people.org/france.html
  On y apprend qu'en novembre 2006, il y avait 2846km de routes et
 qu'en
  mars dernier on en était à plus d'1 million de km. En 2011, plus
 de
  300.000km de routes on été ajoutés.
 

 --
 Christian Quest - OpenStreetMap France -
 http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Statistiques

2013-02-20 Par sujet Ab_fab

Et pendant pas longtemps, en plus, vu les super disques durs.
Une fois l'import réalisé, (j'imagine que l') on doit pouvoir réduire la
RAM allouée jusqu'à pas grand chose, puisqu'il n'y a pas de mise à jour
permanente pour ces extraits

Je ne sais pas si l'intérêt de Peter sur la question pourrait aller jusqu'à
faire le test lui même, si on lui laissait un peu de place pour une machine
virtuelle et ses accès ?
Si cela ne pose pas de cas de conscience au niveau de l'usage des
ressources, on peut toujours lui proposer ?

Le 20 février 2013 10:58, Christian Quest cqu...@openstreetmap.fr a écrit
:

 8Go c'est 1/8 de serveur R610... ça doit pouvoir se trouver ;)


 Le 20 février 2013 10:53, Ab_fab gamma@gmail.com a écrit :

 Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
 d'annoncer du nouveau concernant les besoins en mémoire vive lors de
 l'import des extraits historiques, qui devenaient vite démesurés :
 http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html

 *Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 
 GB.**I'd love to hear feedback about this.*

 Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
 de serveur osm_fr ?
 à la clef, moultes animations et statistiques sur l'évolution d'OSM en
 France (métropolitaine)

 Le 16 octobre 2012 10:37, Ab_fab gamma@gmail.com a écrit :

 J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en
 privé.
 Cela confirme le souci actuel concernant l'utilisation de la mémoire
 avec de gros extraits historiques. Mais rien n'est perdu pour qui veut (et
 surtout peut) s'attaquer au souci :

 *Hi

 Well, osm-history-renderer is - after all - a proof of concept. It's
 impossible atm. to import a full country without having tons of RAM.

 If you are interested in optimizing the memory usage I could provide you
 with plans about a memory layout frederik ramm and I once talked about; I
 never came around to implement it, while the necessary interfaces are
 already in place.

 Regards,
 Peter*

 Le 12 juillet 2012 11:25, Aurélien FILEZ kinj...@gmail.com a écrit :

 Bonjour,

 J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me
 semble, et n'ai pas fait de découpage, étant donné que je recherche à
 sortir des statistiques sur l'ensemble de la France.

 Puis j'ai tenté de l'importer comme suit :

 osm-history-importer france.osh.pbf

 Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne
 plus pouvoir allouer quoi que ce soit.

 Est-ce qu'il y aurait un mode qui irait écrire directement en base,
 sans garder tant d'information en mémoire ?

 2012/7/12 Arnaud Vandecasteele arnaud@gmail.com

 Cela dépend de quel process tu aprles :

   - osm-history-splitter découpe la zone que tu désires

   - osm-history-importer importe les données en base

   - et osm-history-renderer génère les animations

 Concernant les perfs.
 Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec
 2Go de Ram.
 Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un
 serveur en prod.

 Ensuite la taille dépend essentiellement du nombre d'images générées
 (en fonction du pas de temps) et de la dimension celles-ci. Difficile à
 dire donc.

 Arnaud



 2012/7/12 Aurélien FILEZ kinj...@gmail.com

 Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui
 tourne, ça me met encore une erreur par manque de mémoire.

 Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?


 2012/7/12 Ab_fab gamma@gmail.com

 Cool,

 Tu nous tiens au courant des choses que tu as mis en pratique avec ?
 Et sinon, quels sont les besoins en mémoire de cet import, au final
 ?
 et l'espace disque nécessaire ?
 (Mêmes questions pour Arnaud)

 Le 12 juillet 2012 10:18, Aurélien FILEZ kinj...@gmail.com a
 écrit :

  Non en fait j'étais en session a distance et ça ne m'avais pas
 renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un
 problème de mémoire.

 Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
 tourne ;)


 2012/7/12 Ab_fab gamma@gmail.com

 As-tu bien donné à la bdd que tu as créée le même nom que le nom
 de l'utilisateur unix ?

 Selon le tuto :

 *next we'll get that data into the database. Oh wait: which
 database? *
 *We'll first have to setup our postgres database. It's best if
 you use your user-database (that's database-name = your unix 
 username)
 *

 Je crois que j'avais du recommencer à cause de cette subtilité

 On continue l'investigation sur dev-fr ?

 Le 11 juillet 2012 19:07, Aurélien FILEZ kinj...@gmail.com a
 écrit :

 Après avoir exécuté osm-history-importer france.osh.pbf,
 j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 
 rows)


 2012/7/11 Christian Quest cqu...@openstreetmap.fr

 Mis sous forme de graphique c'est plus parlant (document
 LibreOffice)... http://dl.free.fr/pUraG0Fan

 On voit que le réseau autoroutier a été complet dès 2009, que les
 voies rapides

Re: [OSM-talk-fr] Bassins versants

2013-02-19 Par sujet Ab_fab

Il suffit de décocher la case Bodies of water pour apprécier la
différence.

Le 19 février 2013 11:31, Vincent Pottier vpott...@gmail.com a écrit :



 On n'a pas de honte à avoir.

 http://tools.geofabrik.de/osmi/?view=waterlon=3.00183lat=46.95326zoom=7overlays=bodies_of_water,bodies_of_water,broken_bow,vmap0_rivers,long_rivers,waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_riverbank,waterways_other,waterways_width,waterways_in_tunnels,waterways_on_bridges,waterways_without_names,waterway_nodes,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected

 Il reste à vérifier que tous les cours d'eau sont représentés avec leur
 waterway=river et pas seulement un coup de peinture en forme de riverbank
 fait à grand coup de cadastre.
 --
 FrViPofm

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bassins versants

2013-02-19 Par sujet Ab_fab

Bodies of water ET Riverbanks, pardon

http://tools.geofabrik.de/osmi/?view=waterlon=-1.25006lat=47.34634zoom=9overlays=waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_other,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected

Le 19 février 2013 11:40, Ab_fab gamma@gmail.com a écrit :

 Il suffit de décocher la case Bodies of water pour apprécier la
 différence.

 Le 19 février 2013 11:31, Vincent Pottier vpott...@gmail.com a écrit :



 On n'a pas de honte à avoir.

 http://tools.geofabrik.de/osmi/?view=waterlon=3.00183lat=46.95326zoom=7overlays=bodies_of_water,bodies_of_water,broken_bow,vmap0_rivers,long_rivers,waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_riverbank,waterways_other,waterways_width,waterways_in_tunnels,waterways_on_bridges,waterways_without_names,waterway_nodes,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected

 Il reste à vérifier que tous les cours d'eau sont représentés avec leur
 waterway=river et pas seulement un coup de peinture en forme de riverbank
 fait à grand coup de cadastre.
 --
 FrViPofm

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




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Bassins versants

2013-02-18 Par sujet Ab_fab

Bonjour,

Je viens de remarquer cette entrée dans les journaux utilisateurs :
http://www.kompf.de/gps/rivermap.html

Ou comment
_ extraire les données (filaires) relatives aux cours d'eau d'un extrait
Geofabrik,
_ les analyser https://github.com/skaringa/rivers pour constituer les
grands bassins versants,
_ et finalement en faire le rendu

Les cours d'eau que l'algo n'arrive pas à rattacher à un bassin versant
sont affichés en gris. C
ela permet de mettre en évidence les défauts de connexion dans le filaire
des cours d'eau

Ca a l'air sympa, à première vue.
Je ne sais pas si ce serait facilement transposable à la France
-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] appel à contribution

2013-02-07 Par sujet Ab_fab

+1
C'est une zone énorme à couvrir !

Certains [1] s'emploient à affiner les landuses, mais c'est un travail de
longue haleine, même à l'échelle d'une simple intercommunalité.

Même opinion pour ce qui concerne la complexité, du moins tant qu'il n'y
aura pas d'outil permettant de faciliter au mieux la combinaison entre
Corine et RPG [2].
Même en supposant que cet outil arrive à mâturité, ce sera probablement un
projet qui demandera une bonne connaissance d'OSM, à envisager sur le long
terme.

[1] par exemple : http://www.openstreetmap.org/user/ccda/
[2]
http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Occupation_du_sol

 Le 7 février 2013 10:40, Pieren pier...@gmail.com a écrit :

 2013/2/6 Marc SIBERT m...@sibert.fr:
  En faire le premier projet du mois ?

 Ce genre de demande a peu de chance d'aboutir. Je m'explique : la
 définition de la zone à couvrir est trop vague et immense (4 régions,
 corridors écologique dans le val de Saône). Aucun outil n'est mis à
 disposition pour répartir le travail (voir les tâches des outils HOT
 pour mieux comprendre). Et le but à atteindre est lui-aussi mal défini
 : améliorer les landuse en sachant que la cartographie des landuses
 est une des tâches les plus difficiles et ingrates d'OSM et pas à la
 portée des débutants (manipulation de grands polygones, choix des tags
 à partir d'images aériennes, granularité (jusqu'où aller dans les
 détails)).
 Même avec un outil de suivi, ce genre de travail nécessiterait de
 nombreux mois, voire années, et des relances régulières sur tous les
 canaux de communication OSM (ML, forums, sites, diary). Pour info, la
 numérisation des limites administratives a commencé il y a 3 ans.
 L'import des bureaux de postes, il y a un an. Et de nombreux anciens
 landuses sont encore signalés comme erronés par osmose depuis des
 années.
 Si vous cherchez des projets du mois, à mon avis, vous devez vous
 concentrer sur : soit de petites zones (à l'échelle d'une commune par
 ex. comme l'a fait JL Zimmerman à plusieurs reprises mais avec la
 faible audience de cette liste uniquement), soit sur un tag ou un
 élément précis à corriger ou compléter. La tâche ne devrait pas non
 plus dépasser une cinquantaine d'heures au max (par ex. 1/2h pour 100
 personnes).

 Mes 2 centimes,
 Pieren

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagger une gendarmerie

2013-02-07 Par sujet Ab_fab

Pour ce genre d'endroit, il y a moins d'ambiguité, c'est sûr :
http://www.openstreetmap.org/?mlat=48.78385mlon=2.1118zoom=17layers=M

Le 7 février 2013 11:06, François Lacombe 
francois.laco...@telecom-bretagne.eu a écrit :



 Le 7 février 2013 10:56, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  Marrant, je l'ai reconnue tout de suite cette gendarmerie, souvent
 passé devant ;)

 :)
 Je suis de là-bas, j'ai pris l'exemple que je connaissais le mieux.


 Bien que la gendarmerie dépende de l'armée (et encore, ça a évolué,
 non ?) est-on vraiment dans du military purpose ?


 Il faudrait voir si on ne peut pas trouver l'emplacement des sites
 protégés.

 Comme ici : http://goo.gl/maps/9nFSJ ou là : http://goo.gl/maps/IBNN9

 Je pense que les casernes de gendarmerie répondent aux même critères.
 Dans les casernes de gendarmerie il y peut y avoir des baraquements et du
 matériel de l'armée comme dans d'autre sites du ministère de la défense.


 --
 *François Lacombe*

 francois dot lacombe At telecom-bretagne dot eu
 http://www.infos-reseaux.com

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Polygones/Relations

2013-02-06 Par sujet Ab_fab

Pour se faire une idée de l'existant, une page fort utile :
http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html

Elle te permet
_ de retrouver la référence déjà existante, pour la relation couvrant le
(filaire du) cours de la Garonne,
_ de l'analyser (trouver les points où il y a des interruptions),
_ et de charger la relation et ses éléments de façon isolée dans JOSM

NB : Le script qui génère la page gère mal les bras secondaires.
C'est pour cela qu'il peut y avoir de multiples morceaux sans que cela soit
vraiment un souci dans JOSM

Le 6 février 2013 11:40, Michel Descouens michel.descou...@gmail.com a
écrit :

 Le point où je peine est donc ici :

 C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours
 d'eau

 Comment déclarer cette relation, englobant les divers Riverbank et River,
 dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour
 ne pas en créer une nouvelle?

 Je m'explique :  je suppose que la Garonne n'est pas un tracé unique mais
 comporte divers segments reliés au travers d'un relation déjà existante, où
 puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ?

 Désolé si je ressemble à un diésel, coté démarrage !!! ;-)

 Le 6 février 2013 11:16, Francescu GAROBY windu...@gmail.com a écrit :

 Un objet désigne tous les types qu'OSM connait : node, way, area et
 relation (ce dernier étant plutôt un type composite, car basé sur un
 regroupement d'autres éléments).
 Une relation peut donc contenir n'importe lequel de ces objets, et on
 peut donc avoir une hiérarchie de relations (une relation contenant des
 relations qui contiennent elles-même des relations...), même si ce cas est
 extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition
 de hiérarchie des entités administratives).
 Cependant, un 'waterway=riverbank' n'est pas une relation mais une area,
 définissant la surface occupée par un cours d'eau, d'une rive à l'autre et
 sur une certaine longueur dudit cours d'eau. C'est l'assemblage de ces
 riverbanks qui te donnera la totalité du cours d'eau, assemblage que tu
 feras avec une relation (à laquelle tu ajouteras aussi la way
 'waterway=river' qui est le tracé central du cours d'eau).

 Francescu


 Le 6 février 2013 11:08, Michel Descouens michel.descou...@gmail.com a
 écrit :

 Bonjour,



 Page connue, mais c’est toujours bon de s’y repencher.


 Donc, la phrase qui m’intéresse se situe ici :

 « Du point de vue du modèle de données, les relations servent à
 regrouper différents objets… »


 Mais il se peut que j’interprète mal cette phrase, et plus
 particulièrement le terme « objet ».


 Un segment polygone Riverbank, peut il être considéré comme un objet et
 relié, au travers d’une relation, avec un autre segment de même type, afin
 d’avoir un objet de plus haut niveau ?


 Le 6 février 2013 10:55, Vincent de Chateau-Thierry v...@laposte.neta 
 écrit :

  Bonjour,

  De : Michel Descouens
 
  Pas de problème, je tague type:multipolygon pour les berges, par
 contre
  j'ai peut être mal formulé ma question qui aurait dû être :
 
  Quel est le rôle d'une relation ?
 

 Quelques premiers éléments de réponse sur cette page :
 http://wiki.openstreetmap.org/wiki/FR:Relations

 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



 ___
 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



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tutoriel Cartographier son village / sa petite ville

2013-01-30 Par sujet Ab_fab

Le manuel FlossManual est là, mais date déjà d'un an, et on lui connait
quelques lacunes,
_ la description des particularités franco françaises,
_ le manque d'intégration des Osmeccum
_ le sujet du contrôle qualité.

Tout le brainstorming visant à une mise à jour du manuel est disponible ici
http://piratepad.net/OSM-frEvolutions
(et depuis de nouveaux outils sont encore apparus !)

Ce serait dommage de partir de zero

Le 30 janvier 2013 09:59, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Juste une suggestion... le newbie non geek n'entrave que pouic aux GPS et
 GPX.

 On lance un travail commun à Lyon là dessus ?



 Le 30 janvier 2013 03:59, Pierre Knobel pierr...@gmail.com a écrit :

 J'ai l'intention dans le futur proche de rediger un petit tuto simple
 pour expliquer a des newbies comment cartographier son propre village. Je
 pense que ca peut etre motivant pour inciter des gens a decouvrir OSM et
 commencer a s'impliquer. Je vais me concentrer sur des choses simples,
 telles que rajouter des rues, nommer des rues existantes, rajouter des
 commerces, charger des traces GPX, rajouter des maisons et des adresses sur
 les maisons si le cadastre a deja ete importe, rajouter des stops et des
 feux rouges, des bancs, des lieux touristiques etc. Je finirais par une
 serie de liens vers des pages plus specifiques du wiki pour ceux qui
 veulent approfondir.

 Est-ce que vous savez si un tel tuto existe deja ? Si oui, je ne veux pas
 reinventer la roue.
 J'ai fait une recherche rapide sur google et sur le wiki, et je n'ai rien
 trouve qui corresponde vraiment a ce que j'aurais souhaite avoir a
 disposition quand j'ai commence a tracer mes premieres rues (un tuto redige
 par un debutant pour des debutants qui initialement ne sont interesses que
 par un lieu qu'ils connaissent deja bien).

 Je vous ferais lire le tuto avant de le publier, pour m'assurer que je
 n'ai pas ecrit d'aneries.

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




 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] de Gaulle...

2013-01-24 Par sujet Ab_fab

Bon, et la rue du Repos ...
Est-elle toujours à côté du cimetière ? ;-)

Encore une question existentielle
Le 24 janv. 2013 22:43, clansco false...@clansco.org a écrit :

 On Thu, 24 Jan 2013 19:53:50 +0100
 Christian Quest cqu...@openstreetmap.fr wrote:

  Les chiffres de la poste ne prennent en compte que la fréquence, là où
 j'ai
  pris en compte la longueur qui traduit un peu l'importance qu'on donne à
  une rue... mais ils sont intéressant pour mesurer notre exhaustivité !

 Rue de l'Église   1329 km / 7 965 = 0,17 km
 Grande Rue 924 km / 3 943 = 0,23 km
 la Grande Rue est plus longue que la Rue de l'Église, en moyenne.


 --
 Frédéric Falsetti
 http://clansco.org

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

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 78, Parution 133

2013-01-16 Par sujet Ab_fab

Bonjour,

En attendant les réponses sur cette liste, tu peux mener ton enquête à
l'aide de l'outil Who did it :

http://simon04.dev.openstreetmap.org/whodidit/?zoom=12lat=45.71231lon=2.16425layers=BTTage=1%20month

Il montre les zones qui ont été éditées depuis une journée, une semaine, un
mois ... avec le détail des contributeurs. En observant les détails comptes
utilisateurs, tu pourras juger s'il s'agit de quelqu'un particulièrement
attaché à la région ou non.
Et pourquoi pas le contacter par la messagerie interne du projet (tout le
monde ne suit pas la liste)

Bonne continuation !

Le 16 janvier 2013 12:20, patpatoun bobo patpatoun.b...@gmail.com a écrit
:

 Bonjour,
 dans l'optique de réaliser un stage avec le Parc Naturel Régional  de
 Mille-vaches sur l'ouverture et la contribution au projet,
 je souhaite savoir sil il y a des mappeurs du Limousin sur la liste afin
 d'échanger avec eux sur leurs expériences de terrain et
 de réfléchir sur la manière dont peut intervenir le PNR dans le projet.

 bonne journée !

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)

2013-01-15 Par sujet Ab_fab

Merci pour tous ces efforts, à la fois pour la modif de l'outil, et
l'intégration des nouvelles limites !

Le 15 janvier 2013 09:57, Christian Quest cqu...@openstreetmap.fr a écrit
:

 C'est corrigé dans le script qui les masque désormais, mais sly devrait
 aussi le corriger de son côté.


 Le 15 janvier 2013 09:39, Francescu GAROBY windu...@gmail.com a écrit :

 Bonjour,
 Concernant cette liste de 
 communeshttp://openstreetmap.fr/outils/limites-communales-a-importer,
 je viens de voir que les 2 premières (Melay et Nuelles) sont en fait des
 communes qui se sont récemment regroupées en commune nouvelle avec leur
 voisine, et la nouvelle relation apparait bien dans OSM.
 Il faudrait donc faire quelque chose pour que leur nom disparaisse de
 cette liste, non ?

 Francescu

 Le 12 janvier 2013 02:11, Philippe Verdy verd...@wanadoo.fr a écrit :

 2013/1/12 Christian Quest cqu...@openstreetmap.fr:
  http://openstreetmap.fr/outils (disponible via le slideshow à droite)

 Sur le slideshow, donc pas toujours affiché. C'est au petit bonheur la
 chance, alors qu'il devrait y avoir une section entière du site sur
 les outils qui sont maintenus localement.
 (pourquoi on n'a pas un lien OUTILS sur la barre de menu en haut ?
 Pourquoi ce lien n'est pas dans la page LE PROJET ? ou alors en bas
 à droite de la page dans la section Navigation)

 Et pas complet non plus (certains projets tiers soutenus par OSM
 France ou recommandés ne sont pas listés).
 Je trouve cela dommage.
 De plus ces outils ne sont toujours pas liés entre eux quand ce serait
 pertinent (souvent on a des infos affichées sur des entités mais aucun
 lien dessus ou à côté, vers un autre outil donnant plus
 d'informations). L'ensemble manque alors de cohérence.

 
 http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr

 Ca c'est plus technique, mais c'est utile pour connaitre l'état des
 serveurs (mais incomplet là aussi, le wiki n'est généralement pas
 maintenu, et reste difficile à mettre à jour puisqu'on ne peut presque
 rien y scripter, ni rien y transclure avec un outil comme RSS sur un
 feed externe sélectionné).

 ___
 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




 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire

2013-01-14 Par sujet Ab_fab

Ça ferait un bon thème pour un Maproulette à la française, à condition de
pouvoir identifier les bons candidats

En particulier s'il permettait d'alterner facilement entre fond Bing et
cadastre pour bien juger de la nécessité ou pas de la césure.

Et pourquoi pas permettre d'affiner rapidement la nature du bâtiment
(house, garage ...), quand celle-ci n'est pas ambiguë. Car c'est un autre
aspect qui singularise la France du reste du monde : on indique qu'il y a
un bâtiment, mais on ne prend pas la peine de dire de quel type [1].

J'ai lu et je comprends les arguments de Djo_man, mais dans pas mal de cas
[2], l'arbitrage est relativement simple, au moins par un oeil humain.
Le reste est surtout une contrainte de temps humain disponible

[1] France : http://taginfo.openstreetmap.fr/keys/building#values
Monde : http://taginfo.openstreetmap.org/keys/building#values

[2]
http://osmose.openstreetmap.fr/map/?zoom=18lat=47.15634lon=-1.39291layers=BFFT

Le 14 janvier 2013 13:03, Pieren pier...@gmail.com a écrit :

Bonjour,

Je voudrais faire part ici d'un retour d'expérience sur le bâti
cadastral de deux villages de taille moyenne (1500.. 2000 habitants)
que j'ai eu l'occasion d'examiner en détail ce week-end. Dans le
premier, j'ai immédiatement constaté le nombre ahurissant de polygones
building=yes qui se découpaient suivant le parcellaire, très
fragmenté dans cette commune rurale. En ne conservant que les contours
extérieurs (définition du tag building=yes), j'ai pu supprimer
approximativement 70% des polygones. Dans le deuxième cas,
l'urbanisation était plus récente mais il y avait encore env. 30% de
buildings en trop. Le découpage des bâtiments par le cadastre semble
donc très, très variable d'une commune à l'autre, mais aussi à
l'intérieur d'une même commune (et ne semble pas dépendre de pratiques
spécifiques à un CDIF).

L'import du bâti cadastral français dans OSM souffre d'une lacune
grave. La modélisation du bâti n'est pas respecté. Seul le contour
extérieur des bâtiments doit porter le tag building=*. Tout le reste
devrait passer dans d'autres tags comme room=* ([1]) ou
building:part ([2]) si on connait la configuration des lieux, ce qui
est rarement le cas. Lorsque des maisons sont adossées, la séparation
en polygones distincts ne se justifie que si les bâtiments forment des
corps distincts. Comme c'est difficilement vérifiable de l'extérieur,
la prudence devrait être de mise et donc opter pour la séparation que
lorsque d'autres indicateurs comme les adresses distinctes sont
présents (les différences architecturales ou d'âge des constructions
peuvent aussi aider).

La conséquence de cette mauvaise modélisation est que le nombre de
bâtiments dans OSM est totalement fantaisiste et ne peut servir à
aucune étude statistique ou analyse sérieuse. On trouve trop de petits
balcons, terrasses, pérons, petits mobiliers (armoires techniques,
statues), découpages sur lignes parcellaires ou par étages, ou de
curieux triangles en coins taggués improprement en building=yes.
A aucun moment, le guide d'import semi-automatique ([3]) ne mentionne
la nécessité de simplifier les polygones du bâti en les fusionnant
lorsque le découpage ne correspond pas aux contours extérieurs. Ou
alors, suis-je le seul à penser que c'est un problème ?

Pieren

[1] http://wiki.openstreetmap.org/wiki/Key:room
[2] http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings
[3]
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents

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

--
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire

2013-01-14 Par sujet Ab_fab

Je pensais pour ma part à des critères géométriques sur des bâtiments
contigus (valeurs des angles, surfaces respectives, nombre de segments
contigus avec d'autres bâtiments ...)

Sans parler des tests qui pourraient être faits avec un extrait du
parcellaire du cadastre (utilisé juste pour cette fin)
(cibler en priorité les segments contigus de bâti prolongés dans le
cadastre par une limite de parcelle)

Pas simple ...

Le 14 janvier 2013 15:13, Pieren pier...@gmail.com a écrit :

 2013/1/14 Ab_fab gamma@gmail.com:
  Ça ferait un bon thème pour un Maproulette à la française, à condition
 de
  pouvoir identifier les bons candidats

 Peut-être qu'un premier calcul de ratio, genre
nombre de polygones building divisé par le nombre d'habitants, par
 commune

 serait une première piste.

 Pieren

 PS: à noter que le 70% est effectivement excessif. Il ne concerne que
 le ratio de réduction sur les bâtiments vraiment modifiés (qui était
 de 80% en fait). Pour les 30% de l'autre commune, par contre, c'est
 bien rapporté au total des buildings (et ~10% pour les wall=no).

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives

2013-01-11 Par sujet Ab_fab

Si d'aventure le futur stagiaire lit ce fil de discussion, il sera bien
inspiré d'aller piocher de bonnes idées de sites de référence sur cette
page (en particulier pour trouver des zones à généraliser) :
http://wiki.openstreetmap.org/wiki/FR:Cartotheque

Ce serait bien également de travailler sur une zone (commune, canton ...)
pour laquelle le landuse a été laissé en l'état depuis l'import Corine,
avec quelques polygones non importés automatiquement, afin de montrer
comment la situation peut être améliorée :

_ Utilisation de l'outil http://clc.openstreetmap.fr
_ Prise en considération de données disponibles en Open Data, mais encore
faiblement mises en valeur dans OSM (en particulier le Référentiel
Parcellaire Graphique, qui est très complémentaire de Corine)
_ Les outils classiques Orthophotos / Cadastre
_ Et le terrain !


2013/1/11 SylvainH nbelsylv...@hotmail.com

 Vu par hasard ce matin sur le web :

 http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf
 
 http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf
 






 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Proposition-de-stage-a-l-IGN-sur-les-donnees-collaboratives-tp5743888.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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives

2013-01-11 Par sujet Ab_fab

Oui, grâce à Mickaël,
Moutiers-sous-Argentonhttp://www.openstreetmap.org/?lat=46.9688lon=-0.372zoom=13layers=Msera
peut être une bonne zone cobaye pour cette étude :-)

Le 11 janvier 2013 10:51, Romain MEHUT romain.me...@gmail.com a écrit :

 Le 11 janvier 2013 10:47, Ab_fab gamma@gmail.com a écrit :



 _ Prise en considération de données disponibles en Open Data, mais encore
 faiblement mises en valeur dans OSM (en particulier le Référentiel
 Parcellaire Graphique, qui est très complémentaire de Corine)


 C'est en projet... cf.
 http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Occupation_du_sol

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Suivi des limites communales (était Nouvel outil pour repérer les contributeurs ...)

2013-01-08 Par sujet Ab_fab

Une question en passant : qu'est ce qui explique les écarts entre ces pages
de suivi ?
http://suivi.openstreetmap.fr/communes/communes.csv.txt
http://openstreetmap.fr/outils/limites-communales-a-importer

La seconde a l'avantage de permettre de cibler les relations existantes
mais défaillantes

Le 8 janvier 2013 15:47, Vincent de Chateau-Thierry v...@laposte.net a
écrit :



 Bien dit :-). Actuellement, on n'arrive même pas à coller aux 100% des
 communes
 vectorielles, la liste s'allonge.

 Pour info/rappel, il existe cette page :
 http://suivi.openstreetmap.fr/communes/communes.csv.txt
 qui recense quotidiennement les communes qui, pour une raison ou une
 autre, n'ont pas
 de description de leur contour sous forme d'une relation en état de marche.
 Pour les communes du début de la liste (celles en cadastre vectoriel),
 soit il s'agit de
 communes nouvellement vectorisées (celles de Haute-Corse par exemple),
 soit de
 communes avec une relation cassée. Dans les 2 cas, il est possible à peu
 de frais de les
 corriger, ne serait-ce que par l'existence du cadastre vectoriel,
 affichable en fond
 dans JOSM, et qui montre ce qui manque. Et en prime, les fichiers
 disponibles ici :
 http://cadastre.openstreetmap.fr/
 accélèrent aussi le processus, et protègent des TMS ;-)

 --
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suivi des limites communales (était Nouvel outil pour repérer les contributeurs ...)

2013-01-08 Par sujet Ab_fab

Ca, c'était avant !
http://lists.openstreetmap.org/pipermail/talk-fr/2012-October/049197.html

Le 8 janvier 2013 16:18, Vincent de Chateau-Thierry v...@laposte.net a
écrit :


  De : Ab_fab
 
  Une question en passant : qu'est ce qui explique les écarts entre ces
 pages
  de suivi ?
  http://suivi.openstreetmap.fr/communes/communes.csv.txt
  http://openstreetmap.fr/outils/limites-communales-a-importer
 
  La seconde a l'avantage de permettre de cibler les relations existantes
  mais défaillantes
 

 La seconde, il me semble que c'est le contraire : les relations sans
 définition dans OSM.
 Là où la première liste sans distinction les relations absentes, et les
 présentes mal en
 point.

 Un Christian ou un Sly pour mettre tout le monde d'accord, siouplaît :-)

 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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Extraction de pois sur une commune

2012-12-21 Par sujet Ab_fab

Hello,

Tu peux t'inspirer de cet exemple :
http://wiki.openstreetmap.org/wiki/Talk:Overpass_API#How_to_combine_query_and_area-query_for_ways

La subtilité, c'est de comprendre qu'il faut ajouter 36 à l'id de
la relation qui t'intéresse

Pour récupérer les arrêts de bus de la commune de Basse-Goulaine (44),
relation #61000 :

area-query ref=3600061000 /
 query type=node
   item /
   has-kv k=highway v=bus_stop/
 /query
 print /

La requête est à faire ici :
http://overpass-api.de/query_form.html

Le 21 décembre 2012 10:15, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Bonjour,

 Je cherche à faire une extraction de POIs sur une commune donnée avec
 l'overpassAPI ou osmosis. J'ai déjà fait des extractions en me basant sur
 une bbox, mais je ne vois pas trop comment faire avec une limite
 administrative. Je préférerai le faire avec l'overpassAPI, mais si ce n'est
 pas faisable je me rabattrai sur osmosis. Quelqu'un pourrait m'expliquer
 comment faire ou me donner un lien qui explique ça ?
 Merci pour votre aide :-)

 Nicolas

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Extraction de pois sur une commune

2012-12-21 Par sujet Ab_fab

Pour scripter les requêtes vers Overpass API, tu peux regarder ce fil de
discussion, qui donne une marche à suivre
http://lists.openstreetmap.org/pipermail/talk-fr/2011-December/038283.html

Le 21 décembre 2012 11:59, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Merci pour vos réponses.
 J'avais oublié de préciser que je souhaite scripter la chose... :-)
 Je ne connaissais pas l'interface de jocelyn c'est sympa, mais du coup
 dans mon cas ça n'ira pas. Il y a moyen de scripter la génération de poly à
 partir d'une limite administrative déjà récupérée au format OSM ?
 Je vais tenter l'astuce de Ab_fab ça à l'air plus simple. Mais comment
 fera-t-on le jour où il y a aura plus de 36 relations dans OSM ? ;-)
 Bizarre ce chiffre, y-a-t'il une raison quelconque ?

 Nicolas



 Le 21/12/2012 10:31, Ab_fab a écrit :

  Hello,

 Tu peux t'inspirer de cet exemple :
 http://wiki.openstreetmap.org/**wiki/Talk:Overpass_API#How_to_**
 combine_query_and_area-query_**for_wayshttp://wiki.openstreetmap.org/wiki/Talk:Overpass_API#How_to_combine_query_and_area-query_for_ways

 La subtilité, c'est de comprendre qu'il faut ajouter 36 à l'id de
 la relation qui t'intéresse

 Pour récupérer les arrêts de bus de la commune de Basse-Goulaine (44),
 relation #61000 :

 area-query ref=3600061000 /
  query type=node
item /
has-kv k=highway v=bus_stop/
  /query
  print /

 La requête est à faire ici :
 http://overpass-api.de/query_**form.htmlhttp://overpass-api.de/query_form.html



 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ils sont passés où les bâtiments???

2012-12-20 Par sujet Ab_fab

Pour les plus téméraires, le script utilisé par Geofabrik pour la
génération est disponible dans le svn openstreetmap
https://trac.openstreetmap.org/browser/subversion/applications/utils/export/osm2shp

Le 20 décembre 2012 14:17, Pieren pier...@gmail.com a écrit :

 2012/12/20 Eric eric...@sfr.fr:
  Mauvaise nouvelle !

 C'est l'inconvénient lorsqu'on se repose sur les services d'une
 entreprise tierce !

  Il va falloir que je procède autrement pour générer mes cartes alors...

 C'est tout l'avantage des projets open data ! On peut trouver une
 alternative. Peut-être qu'un petit lutin de l'association osm-fr
 trouverait le temps de générer ces shape files avec bâti pour la
 France ?

 Pieren

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ils sont passés où les bâtiments???

2012-12-20 Par sujet Ab_fab

Des fichiers séparés pour le bâti, la voirie, l'eau, les landuse ...

Ce n'est pas le cas actuellement pour les exports proposés par l'outil
d'Arnaud
Le 20 déc. 2012 18:47, Eric SIBERT courr...@eric.sibert.fr a écrit :

 Le 20/12/2012 17:02, Ab_fab a écrit :

 Est que la possibilité de faire des shapefiles thématiques est
 envisageable ?


 Qu'est-ce que tu entends pas shapefiles thématiques?

 Éric

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-19 Par sujet Ab_fab

Je n'arrive pas à visualiser le résultat de mes ajouts du 27/11 (avec
Nomino) de la balise name:fr pour les relations  des provinces de Corée
(niveau 4)
http://www.openstreetmap.org/browse/changeset/14064905

http://tile.paulla.asso.fr/openlayers.html?zoom=7lat=36.02407lon=127.7179layers=B000FF

même souci sur le toolserver
http://toolserver.org/~osm/locale/fr.html?zoom=7lat=36.02407lon=127.7179layers=BT

Une idée de ce qui peut clocher ?

Et j'en profite pour saluer l'outil mis à disposition par Paulla

Le 19 décembre 2012 11:25, Christophe Merlet red...@redfoxcenter.org a
écrit :

 Le mercredi 19 décembre 2012 à 11:14 +0100, Pieren a écrit :
  2012/12/19 Christophe Merlet red...@redfoxcenter.org:
 
  Merci et bravo pour l'effort. Mais il faut rappeler ici que ce cache
  n'est utile qu'à l'infrastructure globale d'OSM. Pour la France et les
  francophones en général, la seule solution restera de mettre en place
  notre propre server de tuiles avec rendu adapté (par exemple,
  utilisant de préférence les labels name:fr). Ca serait dommage qu'au
  final, on se repose uniquement sur l'infrastructure de wikipedia qui
  n'a pas les mêmes besoins de rendu que nous. (eux visent des cartes
  OSM internationalisées et exploitables pour leur encyclopédie alors
  que nous voulons un rendu utile aux contributeurs).

 Ce rendu de tuiles existe déjà...
 http://tile.paulla.asso.fr/openlayers.html

 Il vous suffit de piocher sur http://[abc].tile.paulla.asso.fr/osm-fr/

 et est aussi dispo osm-br, osm-ca, osm-eu et osm-oc.


 Librement,
 --
 Christophe Merlet (RedFox)

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-19 Par sujet Ab_fab

Je m'auto répond : Je note à l'instant que les relations comprennent un
noeud avec le rôle label, qui lui n'a pas de traduction.
Je ne serais pas étonné qu'il soit à l'origine de ce souci, si la feuille
de style lui donne la priorité pour le rendu
___

J'anticipe : don't feed the troll

Le 19 décembre 2012 11:46, Ab_fab gamma@gmail.com a écrit :

 Je n'arrive pas à visualiser le résultat de mes ajouts du 27/11 (avec
 Nomino) de la balise name:fr pour les relations  des provinces de Corée
 (niveau 4)
 http://www.openstreetmap.org/browse/changeset/14064905


 http://tile.paulla.asso.fr/openlayers.html?zoom=7lat=36.02407lon=127.7179layers=B000FF

 même souci sur le toolserver

 http://toolserver.org/~osm/locale/fr.html?zoom=7lat=36.02407lon=127.7179layers=BT

 Une idée de ce qui peut clocher ?

 Et j'en profite pour saluer l'outil mis à disposition par Paulla

 Le 19 décembre 2012 11:25, Christophe Merlet red...@redfoxcenter.org a
 écrit :

 Le mercredi 19 décembre 2012 à 11:14 +0100, Pieren a écrit :
  2012/12/19 Christophe Merlet red...@redfoxcenter.org:
 
  Merci et bravo pour l'effort. Mais il faut rappeler ici que ce cache
  n'est utile qu'à l'infrastructure globale d'OSM. Pour la France et les
  francophones en général, la seule solution restera de mettre en place
  notre propre server de tuiles avec rendu adapté (par exemple,
  utilisant de préférence les labels name:fr). Ca serait dommage qu'au
  final, on se repose uniquement sur l'infrastructure de wikipedia qui
  n'a pas les mêmes besoins de rendu que nous. (eux visent des cartes
  OSM internationalisées et exploitables pour leur encyclopédie alors
  que nous voulons un rendu utile aux contributeurs).

 Ce rendu de tuiles existe déjà...
 http://tile.paulla.asso.fr/openlayers.html

 Il vous suffit de piocher sur http://[abc].tile.paulla.asso.fr/osm-fr/

 et est aussi dispo osm-br, osm-ca, osm-eu et osm-oc.


 Librement,
 --
 Christophe Merlet (RedFox)

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




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Label et rendu linguistique

2012-12-19 Par sujet Ab_fab

osm2pgsql traite les noeuds avant les relations

Le noeud a le rôle label dans la relation, mais c'est avant tout un noeud
de type place

Ici pour Jeju
http://www.openstreetmap.org/browse/node/1900155946
où apparaît la description place = state

Les noms traduits renseignés dans description de la relation n'apparaissent
pas sur le rendu, tout simplement parce que la place est déjà prise par
le nom inscrit sur le noeud place ?

Je les sentais pas trop, ces noeuds avec un rôle label.
Maintenant j'ai une bonne raison ...

Le 19 décembre 2012 12:16, Christophe Merlet red...@redfoxcenter.org a
écrit :

 Le mercredi 19 décembre 2012 à 12:02 +0100, Christophe Merlet a écrit :
  Le mercredi 19 décembre 2012 à 11:46 +0100, Ab_fab a écrit :
   Je n'arrive pas à visualiser le résultat de mes ajouts du 27/11 (avec
   Nomino) de la balise name:fr pour les relations  des provinces de
   Corée (niveau 4)
   http://www.openstreetmap.org/browse/changeset/14064905
 
 
  
 http://tile.paulla.asso.fr/openlayers.html?zoom=7lat=36.02407lon=127.7179layers=B000FF
  
  
   même souci sur le toolserver
  
 http://toolserver.org/~osm/locale/fr.html?zoom=7lat=36.02407lon=127.7179layers=BT
  
  
   Une idée de ce qui peut clocher ?
 
 
  Je viens de regarder pour la relation Jeju
  http://www.openstreetmap.org/browse/relation/2398560
 
  La traduction n'apparait pas sur la carte car cette relation utilise un
  noeud label qui lui n'est pas traduit
  http://www.openstreetmap.org/browse/node/1900155946
 
  Or c'est ce label qui est affiché sur la carte... donc pas de traduction
  en français.
 
  J'imagine que c'est la même chose pour tes autres relations traduite
  avec Nomino.

 En fait j'ai un doute.
 Je viens de greper les sources d'osm2pgsql et des feuilles de styles
 mapnik, à la recherche du mot label et je n'ai rien trouvé oO

 Donc j'ignore a quel moment le label est pris en compte...


 Librement,
 --
 Christophe Merlet (RedFox)

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Voie de service sur autoroute

2012-12-18 Par sujet Ab_fab

Bonjour,

Autre point : Il n'est actuellement pas possible de jauger la fraîcheur des
données sur http://map.project-osrm.org/
On y lit data : n/a
Pas pratique pour voir si le moteur de routage prend bien compte tel ou tel
ajustement de tag dans la base


Le 18 décembre 2012 11:18, Pieren pier...@gmail.com a écrit :

 2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com:
  C'est plutôt du côté de ce node barrier
  (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir,
 en
  rajoutant un tag access=

 .. ou sur le way si on ne veut pas trop entrer dans les détails.

 Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire.

 Regarde un peu cet ancien fil de discussion sur la liste tagging:
 http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html

 En suivant ces conseils, je verrais plutôt un access=no +
 emergency=designated. Comme le dit le wiki, official est plus fort
 que designated mais cela a été inventé pour indiquer aux ...
 cyclistes d'emprunter obligatoirement une voie et pas une autre (chez
 les allemands, à l'origine). Alors que dans ton cas, la voie de
 service est faite pour les services d'urgence (ambulances, pompiers,
 police) mais n'a aucun caractère obligatoire pour eux (ils peuvent
 aussi bien emprunter une entrée classique). Le access=no sera le
 premier tag interprété par un logiciel de navigation grand public et
 seul les routeurs spécialisés dans l'urgence s'intéresseront au tag
 emergency (éventuellement).

 Pieren

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli iPhone OSM avec layers personnalisés

2012-12-18 Par sujet Ab_fab

Question réponse sur le Google Group de OSMand, le 13 décembre :

Q : I fully understand that this question can be out of topic but - *OsmAnd
on iPhone*?

R : Seriously it very well could be. But currently it requires lots of
efforts but we started :)
We are doing restructuring, changing native libraries, preparing UI
independent code.
Let's see :)
Victor

Le 18 décembre 2012 14:35, sly (sylvain letuffe) li...@letuffe.org a
écrit :

 On mardi 18 décembre 2012, Philippe Pary wrote:
  Salut,
 
  Connaissez-vous une application iPhone qui permette d’afficher ses
  proches fonds et layers à la manière d’OSMAnd ?

 Android+osmand ? :
 http://korben.info/installer-android-sur-iphone.html

 --- []

 ps: ahh... tu voulais sans doute dire 'installer une application pour iOS'
 ?
 ps2: et ho, on est chez des geeks ici hein !
 --
 sly, DWG member since 11/2012
 Coordinateur du groupe [ga]
 http://wiki.openstreetmap.org/wiki/User:Sletuffe

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La voie express limitée à 90 entre Donges et Saint Nazaire

2012-12-14 Par sujet Ab_fab

J'ai vu que Britz a fait l'ajustement hier
http://www.openstreetmap.org/browse/changeset/14256789

2012/12/14 Florian LAINEZ winner...@free.fr

 un contributeur sur place pour taguer cela précisément ?
 http://www.donges.fr/?page=actualitearticle=410
 merci

 --

 *Florian Lainez*
 http://twitter.com/overflorian
 http://www.nouslesgeeks.fr

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Bomb Sight - Le Blitz de Londres sur fond de carte OSM

2012-12-07 Par sujet Ab_fab

Bonjour,

La carte du Blitz de Londres, basée sur une carto OSM (rendu by Cloudmade)
et Leaflet est mentionnée par lemonde.fr (Big Browser)
http://bigbrowser.blog.lemonde.fr/2012/12/07/blitz-une-carte-de-londres-sous-les-bombes/


-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - rédaction terminée

2012-12-04 Par sujet Ab_fab

Ouuuhhh, Philippe a fait une blague ... et je l'ai comprise !!

Le 4 décembre 2012 17:16, Philippe Verdy verd...@wanadoo.fr a écrit :



 Sur OSM donc qui est le gros termite, qui sont les petites fourmis ?


 Le 4 décembre 2012 16:35, sly (sylvain letuffe) li...@letuffe.org a
 écrit :

 On dimanche 2 décembre 2012, Eric SIBERT wrote:
   Je fais la demande pour la rédaction dans la soirée ou demain.
 
  Tu nous tiens au courant quand c'est terminé, qu'on lâche les
 termites...

 RIP données, voilà qui est fait.
 Le 1ere changeset est le 14138736 et le dernier le 14152442.
 Tout ça visible ici :
 http://www.openstreetmap.org/user/pnorman%20redaction%20revert/edits

 Bon courage aux termites (bizarre, à l'écrire, ça fait un peu moins noble
 que
 fourmis) pour la suite.

 --
 sly
 qui suis-je : http://sly.letuffe.org
 email perso : sylvain chez letuffe un point org

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



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM

2012-12-04 Par sujet Ab_fab

Message long, mais sujet intéressant, en particulier pour ta réflexion sur
le regroupement des classes du RPG dans quelque chose de raisonnable pour
osm.

Pourrais-tu mettre ça à plat dans le wiki ?

Pour la suite, un outil qui simplifierait à l'échelle d'une commune (ou un
peu plus vaste)
_ la fusion de parcelles proches de même nature,
_ en tenant compte de ce qui existe déjà dans OSM en terme de landuse,
_ tout en gardant des polygones de taille raisonnable,

ce serait super

Le 4 décembre 2012 14:01, Mickaël Guéret m.gue...@free.fr a écrit :

 Le mardi 04 décembre 2012 à 04:18 -0800, PierreV a écrit :
  Je pense que l'on pourrait l'utiliser pour affiner aussi le CLC qui
  confondais trop souvent les prairies pour les betes et champs pour
  cultiver...
 
 Je l'ai utilisé pour affiner les landuses. Le RPG est aussi intéressant
 par ses trous, qui permettent de savoir ou se trouve les zones
 naturelles (forêts, étangs, ...) les zones résidentielles, les cours de
 fermes (farmyard), les zones industrielles...

 Je n'utilise pas de wms, mais plutôt le fichier shapefile fournit sur le
 site http://www.data.gouv.fr/ que je redécoupe avec les limites d'une
 commune (pour des raisons de taille de fichier). Les données de cultures
 peuvent être intéressantes, je sépare les cultures annuelles - céréales
 à pailles, maïs, oléoprotéagineux, prairies temporaires... -
 (landuse=farmland) des prairies permanentes, estives et landes (landuse
 = meadow ou natural = scrub, parfois je redécoupe), vergers (landuse =
 orchard), vignes (landuse = vineyard), etc...

 Attention, le polygones du RPG sont des ilots, qui ne correspondent
 pas aux parcelles de culture (1 ilot = 1 ou plusieurs parcelles). Le
 code de culture associé à l'ilot correspond à la culture de la parcelle
 la plus grande. Autre limite quand on regarde sur Geoportail, certaines
 prairies permanentes ne le sont plus l'année suivante, et vice-versa...

 Les polygones du RPG sont très moches, je les fusionne,
 simplifie/affine/corrige avec Bing. La commune de Moutiers-sous-Argenton
 est presque terminée :
 http://www.openstreetmap.org/?lat=46.961lon=-0.3692zoom=14layers=M

 Le shapefile d'origine est là :
 http://demo.ovh.net/fr/620c58e1c97a2395b98a379bf12315a9/

 C'est un boulot de fourmi... j'estimerais à plus de 25h pour cette seule
 commune... Je voulais voir si je pouvais y arriver...

 Et désolé pour la longueur du message !

 Mika_Gueret


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Fwd: [Maps-l] Wikimedia/mapping event in Europe early next year?

2012-11-28 Par sujet Ab_fab

Bonjour,

Wikimedia envisage de monter en début d'année prochaine un rassemblement
relatif au développement de l'extension geodata quelque part en Europe
ainsi que le mapping.

Je transmets le message, si d'aventure de bonnes volontés se sentent
d'attaque pour monter la chose.
Plus d'infos dans le message original joint ci-dessous

-- Forwarded message --
From: Erik Moeller e...@wikimedia.org
Date: 2012/11/28
Subject: [Maps-l] Wikimedia/mapping event in Europe early next year?
To: map...@lists.wikimedia.org


Hi folks,

it's been a long time coming, but we're finally gearing up for putting
some development effort into an OSM tileservice running in production
to serve Wikimedia sites. This is being driven by the mobile team but
obviously has lots of non-mobile use cases as well, including the
recent Wikivoyage addition to the Wikimedia familiy. This work will
probably not kick off before January/February 2013; before then, the
mobile team is working to finish up the GeoData extension (
https://www.mediawiki.org/wiki/Extension:Geodata ).

To get broader community involvement and sync up with existing
volunteer efforts in this area, it'd IMO be useful to plan a
face-to-face meetup/hackfest just focused on geodata/mapping related
development work sometime around Feb/March 2013.

WMF is not going to organize this, but we can help sponsor travel and
bring the key developers from our side who will work on this. Are
there any takers for supporting a 20-30 people development event in
Europe focused on mapping/geodata? I'm suggesting Europe because I
know quite a few of the relevant folks are there, but am open to other
options as well.

Cheers,
Erik


--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation

Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate

___
Maps-l mailing list
map...@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/maps-l



-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvel éditeur spécialisé traduction

2012-11-28 Par sujet Ab_fab

Emmanuel,

Je t'invite à aller présenter un de ces jours ton outil sur la liste Map
Integration de Wikimedia.
https://lists.wikimedia.org/mailman/listinfo/maps-l

C'est la liste où se discute ce qui est relatif aux rendus dans les
différentes langues, sur le Toolserver.
Tu pourrais donc recevoir des retours intéressants

Le 27 novembre 2012 22:04, Emmanel Dewaele emmanuel.dewa...@gmail.com a
écrit :

 Bonsoir,

 Je vous présente Nomino, un modeste éditeur de données OpenStreetMap, dédié
 à la traduction des noms de lieux en différentes langues.

 Nomino en quelques points:
  - Une application web, sans installation et utilisable sur toutes
 plateformes (même si pour l'heure ça donne moyen sur téléphone et tablette)
  - Une application simple: l'interface se veut dépouillée et utilisable par
 des contributeurs débutants sans lecture de documentation préalable
  - Une application efficace: au lieu d'ouvrir toutes les données sur une
 zone, comme le font classiquement JOSM et Potlatch, on ne charge que
 certains objets individuellement pour éditer les tags de type name:**.

 Même on peut déjà s'identifier sur osm.org et d'enregistrer les
 modifications, l'éditeur est en version alpha, testez le à vos risques et
 périls.

 Un scénario de test: dans la boite Preferences, cliquer sur  Toolserver
 localised maps puis choisir fr (French) dans le menu. La carte s'affiche
 avec les noms de lieux traduits en français, et donc des noms de lieux non
 traduits. Si on va par exemple en Russie ou en Ukraine, on trouve beaucoup
 de villes dont la forme française n'est pas renseignée, il suffit d'ouvrir
 l'objet et d'entrer le nom de la ville en français. On peut le trouver
 assez
 facilement par Wikipédia, en cherchant le nom de la ville dans la langue
 locale.

 L'application: http://nomino.comptoir.net
 Le code source: http://gitorious.org/nomino/nomino
 Merci beaucoup à Cyrille Giquello et sa superbe bibliothèque pour l'accès à
 l'API OpenStreetmap: https://github.com/Cyrille37/yapafo

 Emmanuel



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Nouvel-editeur-specialise-traduction-tp5737914.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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] remappage avant suppression des données CEDRIC007

2012-11-27 Par sujet Ab_fab

http://toolserver.org/~osm/locale/__all.html?zoom=11lat=50.36145lon=3.59047layers=B

Le 27 novembre 2012 17:59, sly (sylvain letuffe) li...@letuffe.org a
écrit :

 On mardi 27 novembre 2012, THEVENON Julien wrote:
  je peux peut etre bricoler quelque chose pour recuperer tous les objets
 qu
  il a edite mais je ne promets rien. ca t irait ?

 Je ne suis pas super bien placé sur ce projet de re-mapping car je compte
 m'en
 tenir loin, mais je vous suggère une idée (à cause des divers problèmes
 évoqués dans l'autre fil en rapport à ça) :

 Ne pas lancer la compagne de re-mapping avec données tintées en base (parce
 que qualité, parce que risque de re-copie, parce que pas forcément plus
 simple)

 A la place, télécharger les tuiles en provenance d'osm telles qu'elles
 sont à
 l'heure actuelle à un zoom du style 9/10/11/12 dans la zone impactée (il y
 a
 des outils tout fait pour ça) pour lequel les noms n'apparaissent pas,
 juste
 les formes, et uniquement vue de loin (pour pas qu'elles soient
 intéressantes
 à décalquer bêtement)

 Rendre ça dispo.

 Effacer tout.

 Commencer le re-mapping (c'est bien plus simple de remapper un trou il me
 semble, car visible, que de se servir de données tintées) en utilisant le
 fond de carte sous JOSM comme base pour repérer les pas trous devenus
 trous.

 Autre solution :
 Faire un rendu non copiable des données touchées, mais là, ça devient plus
 difficile quand même.

 --
 sly
 qui suis-je : http://sly.letuffe.org
 email perso : sylvain chez letuffe un point org

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvel éditeur spécialisé traduction

2012-11-27 Par sujet Ab_fab

Et hop !
http://www.openstreetmap.org/browse/changeset/14064905

Ca marche bien !
Dans les couches de données, je proposerais d'ajouter celles de
layers.openstreetmap.fr pour les divers niveaux administratifs. Avec les
rendus à disposition, c'est pas facile de viser :-)

Et si le zoom pouvait rester constant lors de la sélection du lieu, ce
serait bien. Là ça zoome au maximum, et ça force à revenir en arrière pour
chaque nouvelle entrée

Une fonction appréciable, ce serait de viser un niveau administratif (par
exemple 4 pour une région de France), pour avoir un tableau avec toutes les
subdivisions de la région en question
Un clic droit sur la on a un tableau avec la liste des départements de
celle-ci prêts à être traduits.

Bravo en tout cas, faut aller vendre la chose dans les alliances françaises
!


Le 27 novembre 2012 22:04, Emmanel Dewaele emmanuel.dewa...@gmail.com a
écrit :

 Bonsoir,

 Je vous présente Nomino, un modeste éditeur de données OpenStreetMap, dédié
 à la traduction des noms de lieux en différentes langues.

 Nomino en quelques points:
  - Une application web, sans installation et utilisable sur toutes
 plateformes (même si pour l'heure ça donne moyen sur téléphone et tablette)
  - Une application simple: l'interface se veut dépouillée et utilisable par
 des contributeurs débutants sans lecture de documentation préalable
  - Une application efficace: au lieu d'ouvrir toutes les données sur une
 zone, comme le font classiquement JOSM et Potlatch, on ne charge que
 certains objets individuellement pour éditer les tags de type name:**.

 Même on peut déjà s'identifier sur osm.org et d'enregistrer les
 modifications, l'éditeur est en version alpha, testez le à vos risques et
 périls.

 Un scénario de test: dans la boite Preferences, cliquer sur  Toolserver
 localised maps puis choisir fr (French) dans le menu. La carte s'affiche
 avec les noms de lieux traduits en français, et donc des noms de lieux non
 traduits. Si on va par exemple en Russie ou en Ukraine, on trouve beaucoup
 de villes dont la forme française n'est pas renseignée, il suffit d'ouvrir
 l'objet et d'entrer le nom de la ville en français. On peut le trouver
 assez
 facilement par Wikipédia, en cherchant le nom de la ville dans la langue
 locale.

 L'application: http://nomino.comptoir.net
 Le code source: http://gitorious.org/nomino/nomino
 Merci beaucoup à Cyrille Giquello et sa superbe bibliothèque pour l'accès à
 l'API OpenStreetmap: https://github.com/Cyrille37/yapafo

 Emmanuel



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Nouvel-editeur-specialise-traduction-tp5737914.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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] A quand un Osmecum pour l'utilisation facile d'OSM?

2012-11-26 Par sujet Ab_fab

L'initiative a du sens, surtout dans la présentation sous forme de fiches.

Petit aparté sur la récupération des données .osm :
J'aime bien XAPI viewer de N. Dumoulin, ainsi que CSV map sur le site de
Logisma (qui doit être assez proche de ce que vient de présenter Yohan).

Mais quelque part entre les deux approches, j'aimerais bien pouvoir générer
facilement et en ligne un fichier .csv, à partir de ce retourne une requête
xapi, pour pouvoir par la suite mettre les marqueurs sur une carte (comme
le fait CSVmap, justement)

Un avis ?

[1] http://osm.dumoulin63.net/xapiviewer/
[2] http://csvmap.logisima.com/

Le 26 novembre 2012 16:09, Christian Rogel christian.ro...@club-internet.fr
 a écrit :

 Il me semble que la diffusion de l'usage d'OSM pourrait être accélérée de
 la création d'un Osmecum
 qui ne concernerait pas la collecte des informations, mais leur
 réutilisation facile par tous.


 Voici une première liste de questions pratiques auxquelles il faudrait
 répondre avec un propos
 des plus synthétiques, mais, aussi, en renvoyant vers des ressources
 faciles à comprendre.


 1 Je veux mettre un bout de carte Mapnik, OpenMapquest, Opencyclemap, etc.
 sur mon
 site/mon blog/mon message

 2 Même chose avec des marqueurs

 3 Même chose avec un menu déroulant sur un point ou des points

 4 Je veux créer une carte en sélectionnant les informations à y faire
 apparaître
 (itinéraires, POI, etc.)

 5 Je veux créer une carte de ma commune


 Si certains points sont trop longs pour être mis sur une ou des feuilles,
 des QRcodes pourraient
 servir à renvoyer vers un vade-mecum plus long (page du wiki).

 Il y aura aussi un Osmecum du routage à réaliser, mais, c'est plus
 compliqué, car, il faudra
 évaluer les applications existantes.



 Christian Rogel



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème d'affichage de légendes sur le site openstreetmap.org

2012-11-23 Par sujet Ab_fab

Faut combien de temps pour mettre à execution le tuto suivant sur Sète et
ses alentours :
http://www.apicy.fr/carte/realiser-une-carte-similaire
;-)

La génération des tuiles et la mise en ligne, c'est le gros morceau.
Mais télécharger les données, les charger dans Maperitive, appliquer le
style et présenter tout ça en local sur un ordi portable, ce n'est pas hors
de portée.

Le 23 novembre 2012 15:40, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Argh cyclestreets ça m'a tout l'air d'être le même fond carto que cyclemap
 et uniquement sur l'Angleterre.
 Sinon dans la liste du wiki, tous les liens renvoient vers des services
 sur un territoire limité. Là il s'agit de faire une démo sur Sète donc
 c'est mort...

 Nicolas




 Oui, plein, cf. http://wiki.openstreetmap.org/**wiki/WikiProject_France/*
 *Villes/Itin%C3%A9raires_**cyclableshttp://wiki.openstreetmap.org/wiki/WikiProject_France/Villes/Itin%C3%A9raires_cyclableset
 http://www.cyclestreets.net/

 Romain



 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] opendata...

2012-11-23 Par sujet Ab_fab

Petit détail, vu le jeu de mot un peu pourrave choisi comme titre de blog,
on pouvait naturellement penser à Libé. ^^
Mais non, c'est sur la plate-forme du Monde que cela se passe

Le 23 novembre 2012 17:22, Christian Quest cqu...@openstreetmap.fr a
écrit :

 A lire sur le blog J'ai du bon data de libé:
 http://data.blog.lemonde.fr/2012/11/22/ou-en-est-lopen-data-gouvernemental/

 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter mon commerce a OSM - projet de site / appli

2012-11-21 Par sujet Ab_fab

Une interface qui permette de générer de manière ergonomique l'information
opening_hours serait un plus pour ce type d'application

Le 20 novembre 2012 17:44, Florian LAINEZ winner...@free.fr a écrit :

 Salut,

 Partant du principe que :
 1. il manque beaucoup de commerces sur OSM,
 2. les commerces peuvent être très rapidement obsolètes (déménagements,
 changements de nom ...),
 3. les commerçants sont les plus a même de mettre a jour ces informations,
 j'ai dans l'idée de créer *une interface simplissime permettant aux
 commerçants de créer / mettre a jour les shop=**

 Quand je dis simplissime je pense par exemple a http://wheelmap.org où
 toutes les infos d'un POI sont renseignées dans une info-bulle.

 Les fonctionnalités principales seraient les suivantes :
 1. trouver son commerce via une barre de recherche ou directement sur la
 carte
 2. créer un POI si le commerce n'existe pas avec *type de commerce, nom*
 3. possibilité de modifier un commerce existant en un clic

 Dans un second temps, nous pourrions penser a diverses améliorations comme
 -un outil de reviewing pour la communauté
 -une page commerce avec tous les tags associés : adresse, accessibilité
 ...
 -un outil pour signaler un déménagement
 -l'L10N
 -une appli mobile
 -là où nous portera notre imagination ...

 Au final je pense que cet outil répond à un vrai besoin et peut devenir
 rapidement populaire s'il est bien pensé.
 Je suis prêt a y passer du temps mais mes connaissances techniques sont
 plutôt limitées ... Je requiert donc la participation de quelqu'un /
 quelques uns prêt a m'aider dans ce projet.
 Merci d'avance
 ++


 --

 *Florian Lainez*
 http://twitter.com/overflorian
 http://www.nouslesgeeks.fr

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vandalisme - Système de gestion de ticket

2012-11-21 Par sujet Ab_fab

Et hop, un autre style épuré, by Geofabrik :
http://tools.geofabrik.de/map/?type=Geofabrik_Topolon=7.27148lat=43.70395zoom=15
Source : http://blog.geofabrik.de/?p=179

Noter que les tuiles sont consultables gratuitement sur le site de
Geofabrik, mais que pour la réutilisation c'est payant :
http://www.geofabrik.de/maps/tiles.html

Le 21 novembre 2012 09:38, Christian Quest cqu...@openstreetmap.fr a
écrit :

 Je l'ai pour ma part aiguillé sur des rendus autre que le standard Mapnik,
 en particulier celui de MapQuest qui n'affiche pas les commerces et noms de
 commerce, mais aussi francetopo.fr

 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vandalisme - Système de gestion de ticket

2012-11-20 Par sujet Ab_fab

Il faut se logger pour commenter un ticket ouvert ?
Si oui, quels identifiants ?

J'ai envoyé un message ce matin à l'intéressé, mais pas de réponse pour le
moment

Le 20 novembre 2012 12:39, sly (sylvain letuffe) li...@letuffe.org a
écrit :

 Le lundi 19 novembre 2012 21:23:02, Romain MEHUT a écrit :
  Bonsoir,
 
  Je transfère sur talk-fr pour suivi par le groupe d'accompagnement (
  http://listes.openstreetmap.fr/wws/info/ga).

 Salut,
 J'ai ouvert un ticket de suivi :
 http://trac.openstreetmap.fr/ticket/144

 D'ailleurs, pour contacter le groupe GA dans ce type de cas (vandalisme,
 annulation difficile à faire) ce système de ticket, certes un peu
 difficile
 à utiliser si on est pas habitué, est ouvert à tous et je recommande de
 s'en
 servir.
 ça évite de noyer le mail dans talk-fr et ça permet d'être pérvenu quand
 c'est
 réglé, s'il y a des questions complémentaires, etc.

 Documentation rapide par ici :


 http://wiki.openstreetmap.org/wiki/FR:Groupe_d%27accompagnement/suivi_de_ticket


  Romain
 
  -- Message transféré --
  De : O J zrozi...@gmail.com
  Date : 19 novembre 2012 21:18
  Objet : [OSM-talk-fr-bzh] Vandalisme
  À : talk-fr-...@openstreetmap.org
 
  Bonjour à tous,
  J'ai remarqué un utilisateur qui s'amuse sur le pays de Brest à inventer
  des attributs, j'avais corrigé les erreurs lors de ses deux premières
  modifications mais les deux dernières montrent bien les intentions de
  l'utilisateur...
  Le pseudonyme est LE MERRER
  http://www.openstreetmap.org/user/LE%20MERRER, Il a notamment fait les
  modifications
  13884884http://www.openstreetmap.org/browse/changeset/13884884et
  13884841 http://www.openstreetmap.org/browse/changeset/13884841.
  Quelles sont les démarches à entreprendre pour corriger cela et
  éventuellement punir l'utilisateur?
  Bien cordialement
  ZZ29
  ___
  Talk-fr-bzh mailing list
  talk-fr-...@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr-bzh

 --
 sly (sylvain letuffe)

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Comment tagguer le parc de Trévarez ?

2012-11-16 Par sujet Ab_fab

Versailles :
http://www.openstreetmap.org/?lat=48.80812lon=2.1135zoom=15layers=M

Villandry :
http://www.openstreetmap.org/?lat=47.33956lon=0.514295zoom=18layers=M

Le Domaine de la Garenne-Lemot (suite à une cartopartie) :
http://www.openstreetmap.org/?lat=47.08523lon=-1.2741zoom=17layers=M

Une page de références existe, dans plusieurs domaines :
http://wiki.openstreetmap.org/wiki/FR:Cartotheque

Le 16 novembre 2012 15:43, Club Informatique Inter Communes / C2IC 
cont...@c2ic.net a écrit :

 Bonjour à tous,

 J'aimerais donc savoir si vous connaissez des parcs et/ou jardins qui
 auraient déjà été faits et sur lesquels je pourrais m'inspirer ?

 L'idée étant de non seulement présenter le géocaching mais aussi la
 cartographie collaborative auprès de ces personnes !

 Pour ceux qui veulent en savoir un peu plus sur les jardins de Trévarez :
 http://fr.wikipedia.org/wiki/Ch%C3%A2teau_de_Tr%C3%A9varez#Parc_et_jardins

 Merci d'avance !

 Lionel / C2iC / 1piedsurTerre

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Gérer l'empilement de bâtiments

2012-11-16 Par sujet Ab_fab

Le wiki propose ceci :

http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings
(section building parts)

Cela peut peut-être convenir

Le 16 novembre 2012 09:22, Jean-Francois Nifenecker 
jean-francois.nifenec...@laposte.net a écrit :

 Bonjour,

 je suis en train de corriger les erreurs de bâtiments se recouvrant. J'ai
 bien avancé (le grand Sud-Ouest est presque complètement traité ;)
 Merci Osmose !

 Il me reste un type de bâtiments que je ne sais pas intégrer : les
 bâtiments empilés. Par exemple, un grand bâtiment en RdC et une portion
 plus petite s'élevant à partir du 1er.

 Cas d'espèce : la cité administrative à Bordeaux
 http://www.openstreetmap.org/?**mlat=44.84117mlon=-0.60185**
 zoom=17layers=Mhttp://www.openstreetmap.org/?mlat=44.84117mlon=-0.60185zoom=17layers=M
 avec un bâtiment de 3-4 étages sur toute la surface, au-dessus duquel
 s'élèvent deux tours de 20 étages.

 Les tours de contrôle des aéroports peuvent aussi faire partie de ces cas.

 Ma première option serait de ne considérer que l'emprise au sol et donc
 d'ignorer la partie tour. Ceci aurait néanmoins un inconvénient en ce que
 la représentation 3D qui pourrait par la suite être ajoutée ne serait plus
 possible/fiable.

 Des idées ?
 --
 Jean-Francois Nifenecker, Bordeaux

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

2012-11-16 Par sujet Ab_fab

Je viens de regarder :
Dans les boutons sur la gauche de l'interface, il peut y avoir un bouton
représentant des chevrons ( )
Clique dessus, le bouton du mode lasso est peut être désactivé (c'était mon
cas)

Le 16 novembre 2012 09:30, Jean-Francois Nifenecker 
jean-francois.nifenec...@laposte.net a écrit :

 Christian, Jean-Claude,

 grrr... 'tain je me suis fait ch... pour de l'intégration de bâti pâté de
 maison par pâté de maison hier et avant-hier (NB : pas encore reçu de
 demande de compte spécial ;)

 JOSM 5531

 Le 15/11/2012 11:40, Jean-Claude Repetto a écrit :

  Le 15/11/2012 11:29, Jean-Francois Nifenecker a écrit :


 Ce serait bien de pouvoir faire une sélection non rectangulaire, style
 lasso dans les outils de dessin.
 Pratique pour (dés)intégrer le bâti ;-)


 Comme l'outil lasso de JOSM ? ;-)


 Bon, z'êtes bien gentils vous deux. Mais j'ai beau chercher dans
 l'interface et rien ne trouve.

 Ce serait sympa d'éclairer ma lanterne.


 A+
 --
 Jean-Francois Nifenecker, Bordeaux

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment trouver un contributeur qui fait des co.....ries ?

2012-11-13 Par sujet Ab_fab

Essaie ça, tu devrais rapidement trouver :
http://simon04.dev.openstreetmap.org/whodidit/?zoom=11lat=47.97428lon=-3.46791layers=BTTage=1%20month

Le 13 novembre 2012 14:24, Club Informatique Inter Communes / C2IC 
cont...@c2ic.net a écrit :

 Bonjour,

 En me promenant sur la carte pas très loin de chez moi je découvre qu'un
 contributeur (je ne sais pas qui) indique les noms de hameau avec le tag
 village. J'ai déjà corrigé quelques unes de ses erreurs précédentes (avec
 un petit message dans le changeset) mais j'aimerais prendre directement
 contact avec lui pour voir lui expliquer son erreur.

 Je n'arrive pas à remettre la main sur l'outil adhoc pour trouver qui
 contribue sur ce secteur. Merci de votre aide !

 Lionel

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM en mode Bac à Sable

Extrait de cette page du wiki :
but the database may be empty or populated with only some test data, and
non of them are currently hooked into a rendering stack, so you wont see
your data change on a map

C'est le gros point noir actuel : les gens veulent une sandbox pour faire
des petits essais et en **visualiser** le résultat.
Et ce qu'on propose c'est plutôt pour faire de l'expérimental pointu, car
il n'y a pas de rendu en ligne des données ...
Mettre en place tout le système nécessaire pour faire un bac à sable
complet est probablement compliqué (surtout à mon niveau), mais c'est
possible. http://wiki.openstreetmap.org/wiki/The_Rails_Port

Cela correspond un peu à ce qu'à fait la personne qui a mis en place
http://openaviationmap.org/ (ça ressemble fort à OSM, mais c'est totalement
indépendant).

Noter qu'il y a désormais pas mal de développement visant notamment à
faciliter les débuts sur OSM, coordonnés par Mapbox. La question d'une
sandbox avec rendu pourrait être remise sur le tapis.

** HS **
A titre personnel, je trouve qu'il vaut mieux aller direct dans le vif du
sujet et faire ses premières contributions sur la base principale, en
privilégiant une zone pas trop chargée, sur laquelle il y aura toujours une
rue, une route à ajouter.

S'il y a du temps à passer sur la question des débuts, je pencherais pour
se focaliser sur l'amélioration des guides de premiers pas existants.
Histoire de détailler les cas génériques de contribution (ajout d'une route
entre deux routes existantes par exemple), et glisser au passage quelques
astuces de JOSM qui peuvent échapper au premier abord (et je ne crois pas
qu'on les trouve dans le guide flossmanual
http://fr.flossmanuals.net/openstreetmap/ch011_modifier-avec-lediteur-hors-ligne-josm
(*)) :

_ expliciter les manipulations de noeuds, de lignes. L'ajout de points sur
une ligne existante, les connexions entre éléments (et leur importance) ...
_ la désactivation / l'occultation de certains objets (landuse, buildings
...),
_ l'usage nécessaire de l'anglais dans les description (excepté dans les
notes)
_ la télécommande (qui est une arme fatale, quand on comprend qu'il faut
l'activer)

Aller encore un peu plus loin en détaillant
_ les projections et le plugin cadastre,
_ pourquoi pas la manipulation de plusieurs calques de données
_ la présentation des relations (histoire de comprendre ce que ça cache, et
surtout se rassurer en vérifiant qu'on n'a rien cassé)
_ les styles de rendus à l'écran (j'avoue, j'ai cru que ce serait complexe
à gérer, alors que l'interface est simple)

Comme d'hab, yaka

(*) Le guide ne demande qu'à être complété (en particulier dans un contexte
français / francophone) et mis à jour (les interfaces et les outils
disponibles évoluent vite)

Le 12 novembre 2012 10:27, Vincent Privat vincent.pri...@gmail.com a
écrit :

 Il y a le serveur d'API de test qui sert normalement à ça:
 http://wiki.openstreetmap.org/wiki/Sandbox_for_editing

 Il faut remplacer l'URL dans JOSM avec l'adresse du serveur de test (et
 recréer un compte car ils sont distincts de ceux du serveur de production)
 Vincent

 Le 12 novembre 2012 09:18, JB jb...@mailoo.org a écrit :

  **

 Bonjour,

 En cherchant un peu dans l'historique des méls, je vois que le sujet d'un
 bac à sable OSM a déjà été abordé, notamment en 2011, mais que la «
 solution » de l'époque n'existe plus du coté de l’antarctique, et je n'ai
 rien vu passer sur un développement éventuel depuis. Les pages wiki
 abordant le sujet ont été supprimées, avec le commentaire « {{d|Harmful
 proposal}} » (je n'imagine pas ce qu'il y avait dedans pour en arriver
 là ?).

 Un bac à sable OSM pour formation, essais, et tout ce qu'on peut imaginer
 d'autre me semblerait utile (et à d'autre aussi en 2011). Une petite zone,
 un rendu Mapnik ou autre, un transfert de données possible depuis JOSM.

 Malheureusement, je n'ai pas du tout les compétences pour le mettre en
 place. Je ne me représente pas la charge de travail que cela pourrait
 représenter.

 Cordialement,

 JB


 ___
 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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Feuille de style Mapquest

Le changement de style est annoncé ici :
http://devblog.mapquest.com/2012/10/16/terrain-added-to-mapquest-osm-tiles-other-updates/
La démarche est un peu similaire au rendu terrain proposé par Mapbox.

Dans les deux cas, les tuiles sont mises à disposition, mais ni les
feuilles de style ni la marche à suivre pour les générer soi-même.
Stratégie commerciale ?


Le 12 novembre 2012 12:04, RÉAU Simon msr...@gmail.com a écrit :


 Aucun travaille en particulier juste le plaisir de jouer avec Mapnik :)

 Je trouve particulièrement joli le rendu de Mapquest et je souhaiter
 étudier sa construction. C'est pour cela que j'aurais aimé trouver la
 feuille de style a jour.


 Le 12/11/2012 11:55, Yohan Boniface a écrit :

  Bonjour,

 Je ne connais pas le contexte de ton boulot, donc je vais peut-être être
 hors sujet, mais tu peux aussi partir de OSM bright avec TileMill:
 https://github.com/mapbox/osm-**brighthttps://github.com/mapbox/osm-bright

 (J'ai fait ça pour 
 https://github.com/**yohanboniface/OpenRiverboatMaphttps://github.com/yohanboniface/OpenRiverboatMap
 **. Ça me semble un très bon point de départ si on veut faire un style
 global.)

 Yohan


 On 11/12/2012 11:32 AM, RÉAU Simon wrote:

 Bonjour

 Je suis en train de jouer avec les feuilles de style de mapnik. J'ai
 récupérer la feuille de style mapquest sur github
 https://github.com/MapQuest/**MapQuest-Mapnik-Stylehttps://github.com/MapQuest/MapQuest-Mapnik-Stylemais
  le rendu que
 j’obtiens n'est pas semblable au site de Mapquest.

 Seriez vous ou je pourrais trouver la feuille de style mis a jour comme
 sur le site de Mapquest ?

 Librement

 Simon

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr



 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr



 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Feuille de style Mapquest

cool

Le 12 novembre 2012 13:38, RÉAU Simon msr...@gmail.com a écrit :


 Du coup je leurs est écrit directement et voici leur réponse.

  Hi Simon,

 You are correct. The style published on github no longer matches what we are 
 using internally. Instead it has many changes from the community. We are 
 currently making changes to our internal style and plan to publish it 
 (read-only) on github at a future date (hopefully soon). Thank you very much 
 for your interest!

 Kevin



 Le 12/11/2012 13:30, Ab_fab a écrit :

 Le changement de style est annoncé ici :

 http://devblog.mapquest.com/2012/10/16/terrain-added-to-mapquest-osm-tiles-other-updates/
 La démarche est un peu similaire au rendu terrain proposé par Mapbox.

  Dans les deux cas, les tuiles sont mises à disposition, mais ni les
 feuilles de style ni la marche à suivre pour les générer soi-même.
 Stratégie commerciale ?


 Le 12 novembre 2012 12:04, RÉAU Simon msr...@gmail.com a écrit :


 Aucun travaille en particulier juste le plaisir de jouer avec Mapnik :)

 Je trouve particulièrement joli le rendu de Mapquest et je souhaiter
 étudier sa construction. C'est pour cela que j'aurais aimé trouver la
 feuille de style a jour.


 Le 12/11/2012 11:55, Yohan Boniface a écrit :

  Bonjour,

 Je ne connais pas le contexte de ton boulot, donc je vais peut-être être
 hors sujet, mais tu peux aussi partir de OSM bright avec TileMill:
 https://github.com/mapbox/osm-bright

 (J'ai fait ça pour https://github.com/yohanboniface/OpenRiverboatMap.
 Ça me semble un très bon point de départ si on veut faire un style global.)

 Yohan


 On 11/12/2012 11:32 AM, RÉAU Simon wrote:

 Bonjour

 Je suis en train de jouer avec les feuilles de style de mapnik. J'ai
 récupérer la feuille de style mapquest sur github
 https://github.com/MapQuest/MapQuest-Mapnik-Style mais le rendu que
 j’obtiens n'est pas semblable au site de Mapquest.

 Seriez vous ou je pourrais trouver la feuille de style mis a jour comme
 sur le site de Mapquest ?

 Librement

 Simon

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



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



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




  --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja



 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes

 qu'ils sont admin_center d'une ou plusieurs
 relations, et en indiquant le plus petit admin_level (relation la plus
 étendue en surface) des relations référentes dans un attribut capital=*
 et le plus grand admin_level (relation la plus petite en surface) dans
 admin_level=* du noeud, afin d'indiquer explicitement qu'on doit chercher
 la plupart de ses autres attributs dans une relation de surface
 administrative, et là où c'est pertinent (noter que la relation
 administrative peut parfois avoir un nom différent du noeud local, et
 mentionner plusieurs autres noeuds admin_centre, voire parfois une surface
 désignée comme admin_centre, ce qui complique largement les recherches
 purement géographiques : certaines infos de la relation seront pertinentes
 aussi pour le noeud, certaines non).

 En revanche les chifffres de population qu'on indique pour le noeud sont
 souvent faux : on ne sait pas sur quelle surface cette population est
 comptée et il arrive parfois qu'on indique la population municipale totale,
 alors que la municipalité est plus large que le *seul* village qui n'en est
 qu'une des agglomérations, et de plus l'admin_centre n'est pas toujours
 *dans* une agglomération mais peut être en pleine campagne à mi-chemin
 entre plusieurs agglomérations de la commune, voire dans une commune
 voisine située entre les villages d'une commune possédant des exclaves, ou
 bien dans une enclave dont la surface appartient à une autre commune. Mais
 si on met la population de la commune sur le noeud, cela donne une fausse
 idée de l'agglomération, et aussi le noeud porte un nom qui n'est pas celui
 de la commune dans lequel il a été positionné (sans pour autant faire
 aucune erreur).

 Si on veut un attachement administratif clair en France, on devrait
 utiliser sa référence administrative (ref:INSEE) et l'utiliser pour le
 rapporochement avec la bonne relation, mais cela ne marchera qu'en France
 (pas de ref:INSEE dans les autres pays, ou alors il faut savoir interpréter
 les divers tags ref:*. tout en étant conscient que la relation parente
 trouvée n'aura pas forcément le bon nom et ne correspondra à aucun des noms
 de membres admin_centre de la relation (ce cas arrive souvent dans les
 communes issues d'une fusion : la commune porte le nom des deux anciennes
 communes, mais a pourtant encore plusieurs agglomérations ayant chacune
 leur propre nom, l'une avec une mairie principale, l'autre avec une mairie
 annexe, mais on peut trouver des servces municipaux répartis dans les l'une
 ou l'autre agglomération).

 Arrrgh !


 Le 11 novembre 2012 14:55, Ab_fab gamma@gmail.com a écrit :

 Bonjour,


 C'est mieux de faire l'ajout de la balise wikipedia = fr:xxx sur les
 relations des limites administrative communales, plutôt que sur les noeuds
 de type place.


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Source de données ADS-B libres

Est-ce que tu connais ce forum : http://www.tsf70.com/forum/ ?
C'est un bon endroit pour savoir ce qui se fait, peut ou ne peut pas se
faire dans le domaine des écoutes radio

Le 12 novembre 2012 21:33, Eric Pommereau eric.pommer...@gmail.com a
écrit :

 Bonjour,

 Je recherche une source de données ADS-B (système de surveillance
 coopératif pour le contrôle du trafic aérien) libre afin d'enregistrer
 différents vols d'avion. L'objectif est de représenter les traces des vols
 à postériori (en utilisant OSM bien sur...).

 Pour l'heure j'ai bricolé de quoi récupérer les données directement chez
 www.flightradar24.com mais ce n'est évidement pas une solution légale
 et correcte.

 Je suis étonné que malgré le caractère coopératif de ce système (pas mal
 de récepteurs sont hébergés chez des particuliers qui partagent leurs
 données) aucune donnée brute, même locale, ne semble être accessible. Les
 données collectées ont l'air d'alimenter les SI des gros éditeurs (type
 flightradar) qui ne proposent pas d'API pour accéder à ces informations.

 Si quelqu'un a une idée...

 Merci d'avance

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] openstreetmap.fr : un peu de ménage

Admets que comme accroche, c'est un peu long ;-)

Le 12 novembre 2012 22:25, Philippe Verdy verd...@wanadoo.fr a écrit :

 Aussi :

  Allons enfants de la parti...iee.
  Le jour du libre est arrivé.
  Entre nous de la tyrannie
  Les standards privés sont levés,
  Les standards privés sont levés !

  Entendez-vous dans nos campagnes
  Rugir ces féroces avocats
  Qui viennent jusque dans nos pas
  Réserver nos villes et territoires.

  Aux cartes, citoyens !
  Formez vos réunions
  Cartons, cartons...
  Qu'un plan impur...
  Abreuve nos éditions.

 Le 12 novembre 2012 21:50, Samy Mezani samy.mez...@wanadoo.fr a écrit :

 le 08/11/2012 23:25, khris78 a écrit:


  Plus sérieusement : Ensemble, libérons nos cartes.


 Pas mal. J'aime bien aussi celui là :
 Aux crtes citoyens !

 Samy

 __**_

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



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes

2012-11-11 Par sujet Ab_fab

Bonjour,

C'est mieux de faire l'ajout de la balise wikipedia = fr:xxx sur les
relations des limites administrative communales, plutôt que sur les noeuds
de type place.


Le 11 novembre 2012 12:26, Fabien SK fabie...@gmail.com a écrit :

 Bonjour,

 (...)
 - en extraire avec Osmosis les nœuds de type «place» ayant un
 «ref:INSEE» et pas de «wikipedia»
 - créer un script (ou un plug-in à Osmosis) qui va rajouter le ajouter
 le tag «wikipedia» et produire un fichier OSM (ou un jeu de fichiers OSM
 ayant un nombre de nœuds raisonnable). Ce script pourra éventuellement
 récupérer la dernière version des nodes depuis le serveur pour éviter un
 conflit dans JOSM.
 - mettre à jour avec JOSM (en utilisant un compte dédié), éventuellement
 de manière espacée dans le temps

 Qu'en pensez-vous?

 [1] http://wiki.openstreetmap.org/wiki/Mechanical_Edits/JaTrainWikipedia

 Fabien

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bulletin N°13 tout frais imprimé !

2012-11-09 Par sujet Ab_fab

Petit détail :

il est déploré l'absence de traduction en français du guide des débuts sur
osm de learnosm.org,
Toutefois, le livre flossmanual en français est la traduction de l'ouvrage
anglais ...
... qui s'inspire très largement du contenu  de learnosm.org
http://fr.flossmanuals.net/openstreetmap/ch020_references-et-sites-utiles



Le 9 novembre 2012 19:41, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Il est là: http://openstreetmap.fr/bulletin-OSM-FR-13

 Merci Pieren !

 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Définir des objets temporaires

2012-11-07 Par sujet Ab_fab

Salut,

Ce genre d'ajouts n'est pas très répandu, et beaucoup se méfient du risque
potentiel de manque de suivi des informations par la suite, une fois
rentrées dans la base.
Je n'ai pas d'avis tranché sur la question de savoir si cela doit être
intégré directement dans la base osm ou plutôt maintenu à part.
Certains en auront probablement un ...

J'ai cherché le terme temporary sur le wiki du projet, et je suis tombé sur
une page proposant un schéma de tags pour ce genre de choses :
http://wiki.openstreetmap.org/wiki/Proposed_features/temporary

Il me semble faire l'affaire pour ce que tu décris, et rien ne t'empèche de
le suivre pour faire des essais.
Si tu agrémentes les ajouts d'un source:temporary = ffmc90 (ou autre), ce
sera encore plus facile de les tracer.

Pour une API de suivi, je ne sais pas. Mais plutôt qu'un robot tout
automatique, l'outil de contrôle qualité Osmose est indiqué pour mettre en
évidence des objets temporary dont la date_off a expiré
Le tout étant de se donner la peine de coder l'analyseur ad'hoc


Pour afficher une carte à une date donnée, il existe des extraits de la
base qui contiennent tout l'historique (depuis 2007). Leur manipulation
n'est pas des plus simples, car il est nécessaire de mettre en place une
base de données Postgis en suivant une procédure bien spécifique.
Et l'usage reste encore limité à des petites zones (agglomération), car
l'outil consomme pas mal de mémoire.

Les données les plus à jour pour la France sont ici :
http://osm.personalwerk.de/full-history-extracts/history_2012-10-13_13:35/europe/

Et la marche à suivre se trouve ici :
https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md

Tu peux générer une image pour une date précise, ou bien générer une
animation, comme celle qu'a obtenu Arnaud pour la Réunion :
http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html



Le 6 novembre 2012 21:51, o...@ffmc90.org a écrit :

 Salut,

 D'après-vous existe t-il un moyen de définir des objets (nodes ou
 aires) temporaires ?

 Pourquoi faire ?

 Nos besoins directs (Moto mais d'autres usagers sont concernés)
 seraient de signaler des portions de routes dangereuses, en particulier
 les gravillons mais cela peut s'appliquer à de la boue ou à du
 revêtement très dégradé. Des travaux, etc..

 (((Et sinon plus largement, des zones en ville où se déroulent des
 événements culturels. OSM = On va sortir :) )))

 En corollaire quid d'une api pour purger de manière périodique les tags
 vieux de mettons 15 jours ?

 Et une question plus philosophique : savez-vous si il serait possible
 d'afficher une carte à partir d'un changeset ou d'une date donnés. Ma
 ville telle qu'elle était dans OSM en 2008 ?

 Merci de vos lumières !

 Ciao'
 --
 Mathieu





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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] probleme de bief

2012-11-06 Par sujet Ab_fab

A noter : la mise à disposition des données du référentiel des Obstacles à
l'Ecoulement de l'ONEMA dans un cadre compatible avec OSM.
Ce référentiel n'est pas limité aux voies navigables, mais j'imagine qu'il
les inclue.

http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France#Onema.2FROE_.28R.C3.A9f.C3.A9rentiel_des_Obstacles_.C3.A0_l.E2.80.99Ecoulement.29

On peut accéder aux données avec JOSM et son plugin opendata
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData

Mais si ma mémoire est bonne, il faut établir des correspondances avec les
tags usuels dans OSM


Le 6 novembre 2012 08:24, Robin PREST ro...@georezo.net a écrit :

 Bonjour,

 Je vous propose de jeter un coup d'oeil à cette définition issue du
 dictionnaire produit par VNF (Voie Navigables de France) :
 http://www.vnf.fr/vnf/lexique.vnf?action=themeID_word=7049ID_theme=8


  *La rivière*

 Pour que les bateaux naviguent toute l'année, la rivière est divisée en
 sections (biefs), séparées par des barrages.
 Ainsi aménagée, la rivière est dite canalisée.
 *
 Bief*
 Le bief est la portion de canal ou de rivière située entre deux ouvrages
 (barrages ou écluses).

 Aussi :

 *Bief de partage*
 *Le bief de partage est situé au sommet du relief que franchit le canal.*

 C'est plus compliqué qu'il n'y paraît en tout cas, dans mes souvenirs. Les
 biefs sont bien définis par VNF, je crois. Voir par exemple l'Avis à la
 Batellerie n°1 sauf erreur (ex :
 http://www.sn-seine.equipement.gouv.fr/avis-a-batellerie-no1-2012-a644.html
 )

 A propos, si vous voulez vous lancer dans la cartographie fluviale, il y a
 du boulot :
 http://www.vnf.fr/vnf/content.vnf?action=contentocc_id=31740 (voir les
 voies d'eau)

 Je ne suis pas un expert là dedans, mais voilà déjà quelques pistes. Il
 pourrait être possible de renseigner le mouillage garanti des voies
 navigables par exemple, ça pourrait intéresser les navigants peut être ?

 My 2 cents.
 Robin.

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies

Oui, c'est possible d'utiliser le cadastre pour placer les numéros de rue.

Si tu utilises JOSM, tu peux utiliser un utilitaire pour les renseigner
plus rapidement :
http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilitaire_de_saisie_des_adresses


Tu peux le configurer pour, au choix,
_ construire une relation de type AssociatedStreet,
_ ou bien pour placer les infos addr:housenumber et addr:street sur chaque
noeud adresse.

Le 31 octobre 2012 08:57, Tony Emery tony.em...@yahoo.fr a écrit :

 Bonjour à tous,

 Après avoir réalisé un travail exhaustif de qualification des voies sur
 Orange, je m'attaque aux numéros de voie.

 Pour le premier, j'ai croisé plusieurs bases de données (INSEE, DGFiP,
 Mairie, Archives, ...) pour réaliser un tableau (excel) dans lequel j'ai
 inséré des liens vers OpenStreetMap. Ce tableau est d'ailleurs disponible
 ici
 
 https://docs.google.com/spreadsheet/ccc?key=0AvqnfztqzzrOdE16YWpINmdfVm9MaERNWWdqQ09jMHc
 

 Pour le deuxième, je souhaites avoir le même procédé et croisé, notamment,
 avec les données DGFiP. Vu que nous avons eu leur accord pour calquer le
 bâti, je suppose qu'on peut faire de même pour les N° de voie, non?

 Ce travail me permettra d'améliorer nos futures applications d'adressage et
 le travail partenarial que nous avons mis en oeuvre dans le Vaucluse et en
 PACA.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-tp5733499.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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Internationalisation / régionalisation des toponymes

Bonjour,

Suite au message de Christophe (RedFox) concernant les rendus en langues
régionales
http://lists.openstreetmap.org/pipermail/talk-fr/2012-October/050635.html

J'ai toujours à l'esprit un outil de contribution qui permettrait aux
personnes bilingues de renseigner efficacement des noms de pays, régions,
départements, communes et autres dans une langue étrangère ou régionale
choisie au préalable, avec plusieurs possibilités.

   - Confirmer que le nom par défaut s'applique dans la langue choisie
   - Confirmer que la traduction proposée par l'interwikilink est ok
   - Permettre une traduction manuelle

Si on prend l'exemple de quelqu'un à l'aise en basque.

   - Il se log avec ses identifiants osm, pour garder la traçabilité du
   contributeur (pas comme pour Wheelmap.org)
   - Il choisit la langue basque
   - Il choisit une zone de travail d'un niveau administratif (par exemple,
   la France métropolitaine)
   - Il choisit une catégorie administrative de niveau supérieur dont il
   souhaite traduire les noms
   - L'outil fournit une liste des limites concernées avec :
   _ Le nom par défaut
   _ La traduction dans la langue choisie si déjà renseignée
   _ La traduction déterminée par l'interwikilink (de Wikipedia) si
   récupérable


J'en discute ça et là depuis pas mal de temps (*), mais comme je ne suis
pas développeur, je ne me sens pas capable de faire aboutir la chose en
solo.

Pensez vous qu'il y a des aspects techniquement délicats ?
Est-ce que c'est potentiellement intéressant à proposer
- Du monde de motivé ? :-)

@+

(*)
http://lists.wikimedia.org/pipermail/maps-l/2009-December/000465.html
http://lists.openstreetmap.org/pipermail/talk-fr-bzh/2011-October/000473.html
http://lists.openstreetmap.org/pipermail/talk/2012-October/065001.html

-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Internationalisation / régionalisation des toponymes

Non, malheureux !!!
Faut rentrer les tags comme ça : wikipedia=lang:article
;-)

Le 31 octobre 2012 13:28, sly (sylvain letuffe) li...@letuffe.org a écrit
:

 Le mercredi 31 octobre 2012 12:02:46, Ab_fab a écrit :
  Bonjour,

 Salut,

 _ La traduction déterminée par l'interwikilink (de Wikipedia) si
 récupérable

 Pour info (pour les autres surtout, toi j'ai vu que tu y avais répondu),
 quelqu'un d'autre semble aussi intéressé par cette approche en particulier
 (l'exploitation des interwiki de wikipedia)

 http://lists.openstreetmap.org/pipermail/talk/2012-October/065001.html

 De mon point de vue, plutôt que de tout refaire nous aussi dans notre
 coin, je
 trouverais bien pratique d'exploiter les liens interwiki de wikipedia comme
 première phase de remplissage automatique, puis ensuite, fignoler à la main
 pour les cas qui n'ont pas pu être automatisé.

 Si j'ai bien compris, ça suppose en revanche que les tag
 wikipedia:lang=article soit déjà remplis (au moins 1) sur les objects
 pour
 lesquels il existe une page wikipedia


 --
 sly (sylvain letuffe)

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Internationalisation / régionalisation des toponymes