[OSM-talk-fr] rivoli / fantoir
Bonjour, afin de correspondre au nouveau format (lettre optionnelle a la fin) j'ai corrigé la regle josm mapcss sur https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules et ajouté des "osmoseAssertNoMatchWithContext" pour la cohérence d'analyse pour osmose cela devrait faire "tomber" le nombre de faux positif osmose http://osmose.openstreetmap.fr/fr/issues/open?country==9019=9019005 si quelqu'un pouvait mettre a jour le wiki pour spécifier l'évolution rivoli https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR je quitte ma chaise pour profité de cette journée ensoleillée ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] vitesse limitée a 70 pour les véhicules qui vont utiliser une bretelle de sortie
Merci pour vos eclaircissements, je vais maintenant tacher de reporter cela : la dirif a fait un relevé en 2021 et continue encore actuellement pour l'état de la chaussée ainsi que le recensement de ses équipements. merci encore didier Le jeudi 03 novembre 2022 à 23:57 +0100, Marc Mongenet a écrit : > Le jeu. 3 nov. 2022 à 23:42, Marc_marc a écrit > : > > > Bonsoir, > > > > Le 03.11.22 à 19:09, didier a écrit : > > > Cf www.mapillary.com/app/?pKey=172038741799101 > > > > > > 110 tout droit et 90 pour ceux qui vont emprunter la sortie. > > > > je ne lis pas "90 pour ceux qui *vont* emprunter > > la sortie". mais "90 quand tu *es* sur la bande de sortie". > > > > Cordialement, > > Marc > > > > > > > C'est aussi ce que je comprends de > https://www.equipementsdelaroute.developpement-durable.gouv.fr/IMG/pdf/iisr_1epartie_vc_20210409_cle2b4269.pdf > > Dans le cas où on impose une limitation de vitesse sur une voie de > décélération, on peut > exceptionnellement signaler cette prescription par un panneau B14 > complété > par un panonceau > directionnel M3a placé sur accotement conformément aux indications > données par > l'article 9-1, > paragraphe B.3.a. > > Marc Mongenet > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] vitesse limitée a 70 pour les véhicules qui vont utiliser une bretelle de sortie
Bonsoir, Ce que je recherche, ce n'est pas la vitesse de la voie de droite. Cf www.mapillary.com/app/?pKey=172038741799101 Dans ce cas, 110 tout droit et 90 pour ceux qui vont emprunter la sortie. sinon je peux taguer uniquement le panneau, mais la non plus je ne sais pas taguer un panneau avec un pannonceau en dessous... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] vitesse limitée a 70 pour les véhicules qui vont utiliser une bretelle de sortie
___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] vitesse limitée a 70 pour les véhicules qui vont utiliser une bretelle de sortie
Bonjour, lors du Sotm de Nantes on m'a dit que l'on pouvait décrire la vitesse limitée (a 70km/h) pour les véhicules qui vont utiliser une bretelle de sortie (la section courante étant a +20km/h soit 90km/h). J'ai recherché dans le wiki sans succès dans les restrictions lanes et dans les vitesses conditionnelles. il y a 2 limitations de vitesse en meme temps, j'ai pensé à maxspeed contionnal : maxspeed:conditionnal=70 @ (turn:lanes=slight_right) ou alors qu'un point décrivant le panneau ? je ne sais pas si cela est correct ou pas... merci de m'aider cordialement didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano fantoir
avec la remarque de marc la requete toto faire jusqu'a n fois separés par un ; ^(no|toto)(|(|;toto){1,5})$ et celle de vincent pour la corse de 01 a 09 | 10 a 19 | 2A | 2B | 21 a 29 | 30 a 89 | 90 a 98 (0[1-9]|1[0-9]|2A|2B|2[1-9]|[3-8][0-9]|9[0-8]) cela donne le regex藍️ ^(no|((0[1-9]|1[0-9]|2A|2B|2[1-9]|[3-8][0-9]|9[0-8])([0-9]{3})([0- 9]|[A-Z])([0-9]{3})([ABCDEFGHJKLMNPRSTUVWXYZ])))(|(|;((0[1-9]|1[0- 9]|2A|2B|2[1-9]|[3-8][0-9]|9[0-8])([0-9]{3})([0-9]|[A-Z])([0- 9]{3})([ABCDEFGHJKLMNPRSTUVWXYZ]))){1,3})$ Le samedi 17 septembre 2022 à 17:23 +0200, Vincent de Château-Thierry a écrit : > Salut Didier, > > Le 17/09/2022 à 14:28, didier a écrit : > > merci pour le lien wiki > > > > la regle devient > > *["ref:FR:FANTOIR"]["ref:FR:FANTOIR"!~/^(no|([1-9][0-9]|0[1-9])([0- > > 9]{3})([0-9]|[A-Z])([0- > > 9]{3})([ABCDEFGHJKLMNPRSTUVWXYZ]))$/][inside("FR")] { > > throwWarning: "mauvaise référence ref:FR:FANTOIR"; > > group: tr("validation rules nat_ref in France"); > > -osmoseItemClassLevel: "9019/9019002/3"; > > -osmoseTags: list("ref", "highway"); > > -osmoseAssertNoMatchWithContext: list("way highway=residential > > name=impasse ref:FR:FANTOIR=75106S581T", "inside=FR"); > > } > > idem pour ref:FR:FANTOIR:left/right > > > > il y aura des faux postifs dans les cas de plusiers reférence comme > > ref:FR:FANTOIR=75106S581T;75107S581L > > J'ai l'impression qu'il manque la possibilité de A et B en 2e > position > pour la Corse ? > > vincent > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano fantoir
merci pour le lien wiki la regle devient *["ref:FR:FANTOIR"]["ref:FR:FANTOIR"!~/^(no|([1-9][0-9]|0[1-9])([0- 9]{3})([0-9]|[A-Z])([0- 9]{3})([ABCDEFGHJKLMNPRSTUVWXYZ]))$/][inside("FR")] { throwWarning: "mauvaise référence ref:FR:FANTOIR"; group: tr("validation rules nat_ref in France"); -osmoseItemClassLevel: "9019/9019002/3"; -osmoseTags: list("ref", "highway"); -osmoseAssertNoMatchWithContext: list("way highway=residential name=impasse ref:FR:FANTOIR=75106S581T", "inside=FR"); } idem pour ref:FR:FANTOIR:left/right il y aura des faux postifs dans les cas de plusiers reférence comme ref:FR:FANTOIR=75106S581T;75107S581L Le samedi 17 septembre 2022 à 13:20 +0200, osm.sanspourr...@spamgourmet.com a écrit : > Bonjour, > > ça ne peut pas faire de mal mais tu peux encore te faire rattraper > par > la patrouille car toutes les lettres ne sont pas autorisées : > > https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_osmosis_fantoir.py > > Et oui : > > https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR > > la validité dépend aussi de la nature de l'objet portant le code. > > Et pour la dernière lettre, ni I, O ou Q et surtout c'est une clé de > contrôle : c'est ça qui sert à lutter contre les fautes de frappe (je > n'ai pas vu l'algo sur > https://www.collectivites-locales.gouv.fr/files/Comp%C3%A9tences/5.%20am%C3%A9nagement%20de%20mon%20espace/1-cadastre/La%20description%20du%20fichier%20FANTOIR.pdf > mais je n'ai pas cherché non plus). > > Jean-Yvon > > Le 17/09/2022 à 11:26, didier - didier2...@free.fr a écrit : > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano fantoir
pour osmose cela serait correct ? *["ref:FR:FANTOIR"]["ref:FR:FANTOIR"!~/^(no|([1-9][0-9]|0[1-9])([0- 9]{3})([0-9]|[A-Z])([0-9]{3})([A-Z]))$/][inside("FR")] { throwWarning: "mauvaise référence ref:FR:FANTOIR"; group: tr("validation rules nat_ref in France"); -osmoseItemClassLevel: "9019/9019002/3"; -osmoseTags: list("ref", "highway"); -osmoseAssertNoMatchWithContext: list("way highway=residential name=impasse ref:FR:FANTOIR=75106S581T", "inside=FR"); } *["ref:FR:FANTOIR:left"]["ref:FR:FANTOIR:left"!~/^(no|([1-9][0-9]|0[1- 9])([0-9]{3})([0-9]|[A-Z])([0-9]{3})([A-Z]))$/][inside("FR")] { throwWarning: "mauvaise référence ref:FR:FANTOIR"; group: tr("validation rules nat_ref in France"); -osmoseItemClassLevel: "9019/9019002/3"; -osmoseTags: list("ref", "highway"); -osmoseAssertNoMatchWithContext: list("way highway=residential name=impasse ref:FR:FANTOIR=75106S581T", "inside=FR"); } *["ref:FR:FANTOIR:right"]["ref:FR:FANTOIR:right"!~/^(no|([1-9][0- 9]|0[1-9])([0-9]{3})([0-9]|[A-Z])([0-9]{3})([A-Z]))$/][inside("FR")] { throwWarning: "mauvaise référence ref:FR:FANTOIR"; group: tr("validation rules nat_ref in France"); -osmoseItemClassLevel: "9019/9019002/3"; -osmoseTags: list("ref", "highway"); -osmoseAssertNoMatchWithContext: list("way highway=residential name=impasse ref:FR:FANTOIR=75106S581T", "inside=FR"); } ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano fantoir
il y a des références ref:FR:FANTOIR=no sur des ways et des relations. C'est une "bonne" valeur ? Le samedi 17 septembre 2022 à 12:17 +0200, Frédéric Rodrigo a écrit : > Le 17/09/2022 à 11:26, didier a écrit : > > Bonjour, > > > > comme je fais des erreurs de saisie, j'ai fait une regle josm pour > > la > > balise ref:FR:FANTOIR > > > > *["ref:FR:FANTOIR"]["ref:FR:FANTOIR"!~/^([1-9][0-9]|0[1-9])([0- > > 9]{3})([0-9]|[A-Z])([0-9]{3})([A-Z])$/][inside("FR")] { > > throwWarning: "mauvaise référence ref:FR:FANTOIR"; > > } > > > > cela correspond a > > > > pour les nodes, ways et relation => * > > dept de 01 a 99 => ([1-9][0-9]|0[1-9]) > > commune de 000 a 999 => ([0-9]{3}) > > 1 chiffre ou 1 lettre => ([0-9]|[A-Z]) > > (apparement 1 lettre pour les lieux dit) > > 3 chiffres => ([0-9]{3}) > > 1 lettre => ([A-Z]) > > > > j'ai vérifié avec josm "en local" cela fait un warning > > > > si vous pensez que cela est ok, je pourrais l'intégrer dans la page > > https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules > > Oui, et ça aussi remonter dans Osmose comme ça. > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] bano fantoir
Bonjour, comme je fais des erreurs de saisie, j'ai fait une regle josm pour la balise ref:FR:FANTOIR *["ref:FR:FANTOIR"]["ref:FR:FANTOIR"!~/^([1-9][0-9]|0[1-9])([0- 9]{3})([0-9]|[A-Z])([0-9]{3})([A-Z])$/][inside("FR")] { throwWarning: "mauvaise référence ref:FR:FANTOIR"; } cela correspond a pour les nodes, ways et relation => * dept de 01 a 99 => ([1-9][0-9]|0[1-9]) commune de 000 a 999 => ([0-9]{3}) 1 chiffre ou 1 lettre => ([0-9]|[A-Z]) (apparement 1 lettre pour les lieux dit) 3 chiffres=> ([0-9]{3}) 1 lettre => ([A-Z]) j'ai vérifié avec josm "en local" cela fait un warning si vous pensez que cela est ok, je pourrais l'intégrer dans la page https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] extraire les exif gps
Bonjour, exiftool -n -fileOrder gpsdatetime -filename -gpslatitude -gpslongitude -T MonRepertoire > out.csv pour partager une solution gpx avec exiftool : exiftool -fileOrder gpsdatetime -p gpx.fmt MonRepertoire > out.gpx avec le contenu du fichier gpx.fmt : #[HEAD] #[HEAD]http://www.w3.org/2001/XMLSchema-instance; #[HEAD] xmlns="http://www.topografix.com/GPX/1/0; #[HEAD] xsi:schemaLocation="http://www.topografix.com/GPX/1/0 http://www.topografix.com/GPX/1/0/gpx.xsd;> #[HEAD] #[HEAD]1 #[HEAD] #[IF] $gpslatitude $gpslongitude #[BODY] #[BODY] $gpsaltitude# #[BODY] ${gpsdatetime#;my ($ss)=/\.\d+/g;DateFmt("%Y-%m- %dT%H:%M:%SZ");s/Z/${ss}Z/ if $ss} #[BODY] #[TAIL] #[TAIL] #[TAIL] Le mardi 13 septembre 2022 à 18:39 +0200, Hélène PETIT a écrit : > Bonjour ! > > Je cherche - pour linux - l'équivalent du truc windows : dnrgps.exe > qui exporte les données gps d'une collection de photos vers un > fichier csv. > > Merci m'siers-dames ! > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Intégration du bornage du réseau routier national
Bonjour, Afin qu'osmose puis permettre d'intégrer des données du réseau routier national, F.Rodrigo m'a demandé de voir l'utilisation des tags pour highway=milestone Préambule : Le céréma gère le référentiel du réseau routier national (RRN), qui est a l'origine une base de donnée patrimoniale : - Une route et sa représentation géométrique (Polyline) : A0001, N0001 etc... - Une route pour les bretelles d'entrée, sortie, échange ou giratoire : 60A900130DC, 78A901310 etc... - Des "points localisants" (plo) qui sont associés a une route + chaque plo a une distance cumulée par rapport au début de la route (l'ecart entre deux plo est appelé inter-pr) les 2 types de localisants qui sont "interressant" sont + SC pour section courante (plo 93PR1D pr 1, 60PR30GC pr 30) + DB pour début bretelle (plo DB1 pr 1, plo DB2 pr 2) + FB pour fin bretelle (plo FB1 pr 1, plo FB2 pr 2) ces 2 tables sont le référentiel rrn et sont suffisantes pour décrire le réseau routier et ses différentes caractéristiques et ceci sans coordonnées. exemple: sur la route A0001, 100 metres après le plo 93PR1D et jusqu'a 10 metres après le plo 93PR2D, le nombre de voie est de 5, la vitesse de 90 km/h Différents export de cette base sont disponible sur data.gouv.fr mis a disposition par le Ministère de la Transition écologique et solidaire entre autre : https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national/ https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/ La question pour l'intégration dans Openstreetmap est sur l'utilisation des tags, lesquels utiliser ?: A) Pour les routes, il n'y a pas de données précise mis a disposition sur data.gouv.fr. ref est utilisé sur les way et dans les relations routes mais avec un espace entre la lettre et les chiffres Il n'y a pas de donnée a intégrer B) Pas retenu pour une intégration avec osmose : Pour les plo de type DB ou FB, cela correspont a des entrées, sorties, giratoires ou bretelles d'interconnexion => type:way et highway=motorway_link, trunk_link, primary_link... cela correspond : https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/ (les données de bretelle et de bornage sont mélangées) la référence ne sera pratiquement jamais visible sur le terrain. je propose nat_ref = 60A900130DC_1 car cela correspond a ce qu'utilise bison-futé pour la géolocalisation de ses données événementielles C) Pour les plo de type SC, cela correspont au bornage routier => type:node et highway=milestone les données sont disponibles : https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national (les données de bretelle et de bornage sont mélangées) (pour info, les données intégrables commencent après la ligne 13454) dans le wiki, les tags highway=milestone sont distance et ref je propose cette correspondance pour des attributs du csv - x coordonnées lon epsg:2154 - y coordonnées lat epsg:2154 - z toujours a 0, a ignorer - abs : toujours a 0, => a ignorer - cumul : distance cumulée depuis le début de la route => a ignorer ou inventer - route: A0004 (a modifier pour faire correspondre a A 4) => ref - pr : 1 pour une meme route, il peut y avoir le meme pr dans chaque département => distance - pour ces 3 données + depPr : le département gestionnaire (pas le département ou se situe le plo) + concessionPr : C pour concédé a un concessionnaire, N pour non concédé + cote : D, G, I. Dans la base du Céréma c'est D pour coté droit (sens des pr croissant), G pour coté gauche (sens des pr décroissant), U pour unique (un seul localisant pour les 2 sens de circulation) utilisation de la description plo qui correspond a : plo = deptPr + 'PR' + pr + cote en sachant que route + plo est un identifiant unique C'était un peu long comme description la question se pose sur la description highway=milestone https://wiki.openstreetmap.org/wiki/Tag:highway=milestone les tags disponibles sont distance et ref je propose distance : correspond au champs pr (ex 1) ref : correspond au champs route mais adapté a la forme ref des routes (ex A 4) nat_ref : correspond a plo (ex 60PR32GC) ou on ajoute une référence nationale https://wiki.openstreetmap.org/wiki/France/Liste_des_r%C3%A9f%C3%A9rences_nationales et on peut reprendre la description que l'on désire en sachant qu'osmose se limite a 2 champs pour faire une correspondance unique cela concerne 37000 milestone intégrable en métropole le but étant de valider une réponse. merci d'avance pour votre aide ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] test incription
juste un test. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Terminologie ( Était : http://taginfo.openstreetmap.fr)
Le mardi 18 octobre 2011 à 09:09 +0200, Nicolas Dumoulin a écrit : Bonjour, Existe-t-il une page sur le wiki qui récapitule tout ce qui se dit ici au sujet de la terminologie ? la seule page que j'ai trouvé est http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/FR Ces termes apparaissent effectivement sur diverses pages du wiki, mais ce serait bien d'avoir une page uniquement consacrée à la terminologie, genre Fr:Terminologie (quoique les québecquois pourrait nous pondre des choses différentes aussi). terminologie ou glossaire +1 didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] tag a45
je me suis demandé si cette autoroute était en service http://www.plonkreplonk.ch/?a=6detail=371 mais apparement il y a un droit d'auteur sur cette information a voir donc didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !
bonjour, j'aurais bien voulu aider mais je bloque sur le cadastre image le truc avec les croisillons ... j'ai bien suivi le wiki mais apparement je bugue ! didier Le jeudi 13 octobre 2011 à 12:32 +0200, Vincent de Chateau-Thierry a écrit : De : Eric Sibert [...] un célèbre contributeur [...] les a redessiné avec comme cahier des charges : pas plus de 3 points sinon c'est trop précis :-). On n'avait pas dit 3 semaines avant de sortir le lance-flamme? Oui il me semble, mais peu importe (à mon avis), dès lors qu'une vraie prise en compte du sujet est lancée, comme ça a bien l'air d'être le cas, les stats en témoignent. En revanche pour crier victoire, je trouverais plus pertinent d'attendre le constat suivant : plus de source=CA, _et_ plus de limites au lance-pierre. 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
Re: [OSM-talk-fr] http://taginfo.openstreetmap.fr
bonjour, je suis avec intérêt le fil de cette discution je ne suis pas contributeur depuis très longtemps et ce qui m'a manqué au début c'est plus une description française qu'une traduction brute. Les 3 pages suivantes n'ont pas de traduction en français: http://wiki.openstreetmap.org/wiki/Tag http://wiki.openstreetmap.org/wiki/Node http://wiki.openstreetmap.org/wiki/Way aussi je dirais que toutes vos traductions seraient les bienvenues sur le wiki. didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Correction Osmose Piscines, reservoirs, étang avec natural=water
bonsoir, je ne sais pas si il y a un censensus sur amenity = swimming_pool + access=private mais en tagan de cette maniere on identifie au plus proche de la réalité et cela n'empechera pas une modification ultérieure. pour faire cours : oui, j'ai fais cette correction. didier Le lundi 10 octobre 2011 à 12:49 -0700, Apollinaire a écrit : J'aimerais pouvoir corriger une erreur signalée par osmose Piscines, reservoirs, étang avec natural=water Le wiki ne donne aucune indication http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#3080 J'ai rapidement lu les discussions sur le fait de les mapper ou pas les piscines privées, mais quand elles y sont ? On passe systématiquement par http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dswimming_pool + access=private ? Merci PS : L'accès au talk-fr par nabble mériterait d'être davantage mis en avant sur openstreetmap.fr (au moins par un onglet) - openstreetmap.fr/forum arrive seulement sur la 3e page quand on googlise openstreetmap forum -- View this message in context: http://gis.638310.n2.nabble.com/Correction-Osmose-Piscines-reservoirs-etang-avec-natural-water-tp6878211p6878211.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Assemblée générale constitutive
Le dimanche 09 octobre 2011 à 13:55 +0200, Philippe Pary a écrit : Le 09/10/2011 12:07, Christian Quest a écrit : Le 9 octobre 2011 10:19, Emmanuel Dewaele emmanuel.dewa...@geovelo.fr mailto:emmanuel.dewa...@geovelo.fr a écrit : __ Bonjour, Hier lors de la désignation du conseil d'administration chaque candidat s'est présenté brièvement en quelques phrases. Il était prévu que chacun puisse se présenter un peu plus tard à l'écrit, et de manière plus extensive. Je commence donc le tour de table, en présentant mes idées pour l'association sur le wiki http://wiki.openstreetmap.org/wiki/User:ManuD/Profession_de_foi. Très bonne idée ! Voici la mienne: http://wiki.openstreetmap.org/wiki/User:Cquest/Profession_de_foi Je ne trouve pas que ce soit une bonne idée pour ma part. Je crois que les actes comptent plus que les paroles :-) cela pourrait etre le contenu de ta proffession de foi Je vais donc continuer à m'impliquer comme je le fais depuis toujours et comme je l'avais présenté samedi (http://www.scil.coop/wp-content/uploads/2011/10/pr%C3%A9z-Cl%C3%A9o-OSMCamp.pdf) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Recaller le cadastre vecteur
La commune de Gournay-sur-Marne a aussi son cadastre vraiment décalé. A l'époque j'avais regardé cette combinaison http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3% A7ais/cadget http://wiki.openstreetmap.org/wiki/Piclayer mais il n'y a pas de point géodésique sur cette commune ... donc didier Le vendredi 07 octobre 2011 à 12:40 +0100, Otourly Wiki a écrit : J'ai eu le même souci avec le cadastre vectoriel de Champtocé-sur-Loire qui est décalé par rapport à celui des communes voisines de Villemoisan et de Saint-Sigismond... Du coup on se dit que ce serait pratique de corriger ce décalage... Florian Farge aka Otourly Sur les projets wikimédiens et l'Association française, sur OxyRadio, OSM, et sur MOVIM Socio di Wikimedia Italia __ De : Pieren pier...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 7 Octobre 2011 11h13 Objet : Re: [OSM-talk-fr] Recaller le cadastre vecteur 2011/10/7 Eric Sibert courr...@eric.sibert.fr: Ni les limites de parcelles, ni les trottoirs en pointillé, ni... Le plugin n'a pas prévu de faire ces recalages puisque le WMS du cadastre a toujours raison ;-) Ceci dit, on pourrait facilement ajouter une fonction pour les plans vecteurs qui existe déjà pour les plans images. Enfin, facile, sauf si on veut sauvegarder le nouveau calage mais c'est une autre histoire. Autrement, il y a quand même le problème que les contributeurs qui suivront vont constater ce décalage sans pouvoir le reproduire exactement, ni savoir sur quoi tu te bases (un repère géodésique, c'est bien; une image Bing elle-même mal géoréférencée ou du tracé GPS à +/. 10m, c'est pas top). Le tag source=cadastre ne sera plus non plus totalement justifié (ou alors cadastre+quelque chose). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose : building vs hignway
Le vendredi 07 octobre 2011 à 21:54 +0200, Art Penteur a écrit : Et puisqu'on peut faire sa liste au père Noël : Je viens de signaler en faux positif un building=no. (c'est une méthode que j'utilise pour signaler les bâtiment récemment détruits : sinon il y a building=collapsed je transforme le building=yes en building=no et j'ajoute une note indiquant la date de démolition). Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [AG OSM-FR] participation
Le jeudi 06 octobre 2011 à 11:44 +0200, Pieren a écrit : 2011/10/6 didier2...@free.fr didier2...@free.fr: il y en a trois de plus sur le wiki Si ça continue comme ça, il faudra louer le Parc des Princes ;-) ce n'est pas la peine, je viens incognito ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nouveaux] Contribution via une application Android
Merci pour ce retour. Dans un premier temps, je vais proposer aux utilisateurs de contribuer au projet en rajoutant une preference dans l'application qui sera desactivee par defaut. La preference aura pour nom : Contribuer au projet OpenStreetMap.fr. Je vais commencer a voir comment les utilisateurs reagissent. Ensuite lorsque le systeme de collecte sera operationnel et utilise, je vous recontacterai pour voir comment je peux redeverser les enregistrements dans votre systeme. Cordialement, Didier 2009/8/20 Pieren (via Nabble) ml-user+205240-629878...@n2.nabble.com: 2009/8/20 Didier Girard [hidden email]: Bonjour Didier, Il y a plusieurs façons: - proposer les cartes OSM comme carte de fond en alternative à GMaps, ça nous ferait de la pub. Même sîl y a encore plein de trous sur notre carte, les grandes agglomérations commencent à être bien couvertes. Tu pourras aussi profiter d'OSM pour éventuellement créer tes propres cartes. - nous donner un fichier qui permettrait de créer les radars dans la bdd OSM. Mais attention, OSM est très strict concernant les droits de propriété et nous ne pourrons accepter des données d'origine inconnue ou non-compatibles avec la licence CC-by-SA2.0 - si ton application pouvait proposer d'activer les traces GPS pour ceux qui le souhaitent, celles-ci pourraient être mises en partage avec toutes les autres traces GPS du projet. Ses traces servent à ceux qui tracent plus-tard les routes et rues et avoir plusieurs sources GPS permettent de faire des moyennes et donc d'avoir des cartes plus précises au final. Mais partager ses tracés GPS peut se révéler délicat (il y a plusieurs niveaux de confidentialité lorsque tu les transfères au serveur mais l'utilisateur lambda pourrait ne pas avoir confiance). - créer d'autres applications qui utilisent OSM (bien qu'il y a en ait deja pour Android mais je laisserais les spécialistes s'exprimer) - contribuer toi-même en ajoutant plein de routes, amenities, POIs, etc - parler d'OSM autour de toi Pieren ___ Talk-fr mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-fr View message @ http://n2.nabble.com/Contribution-via-une-application-Android-tp3479962p3480145.html To unsubscribe from Contribution via une application Android, click here. -- Didier http://www.sfeir.com http://blog.dgirard.eu http://www.application-servers.com http://www.onGWT.com -- View this message in context: http://n2.nabble.com/Contribution-via-une-application-Android-tp3479962p3486579.html Sent from the French OSM [Nouveaux] mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Nouveaux] Contribution via une application Android
Bonjour a tous, Je developpe depuis quelques mois une application qui s'appelle Avertisseur de radasr. Cette application est gratuite et disponible pour tous les utilisateurs d'Android. Elle dispose actuellement d'environ 4000 utilisateurs, plusieurs centaines sont des utilisateurs reguliers. L'esprit de votre projet me plait beaucoup, et je me demandais comment je pourrais contribuer efficacement via l'application que je developpe. Cordialement, Didier -- View this message in context: http://n2.nabble.com/Contribution-via-une-application-Android-tp3479962p3479962.html Sent from the French OSM [Nouveaux] mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Wiki] Réorganisation du wiki co - Etape 1 : Analyse du travail a faire
Selon sly (sylvain letuffe) sylv...@letuffe.org: On jeudi 23 juillet 2009, JonathanMM wrote: C'est pas mal pour un début. Tu m'as fait rappeler la partie pour développeur A vrai dire, j'étais en train de me dire la chose suivante : - si on est développeur, en général, on parle anglais, [...] Houlà... En fait, je me dis qu'en général, tout le monde parle anglais, donc c'est pas la peine de se fatiguer à traduire le wiki. fin mode ironie -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Wiki] Réorganisation du wiki co - Etape 1 : Analyse du travail a faire
Selon Emilie Laffray emilie.laff...@gmail.com: 2009/7/24 didier.hala...@free.fr Houlà... En fait, je me dis qu'en général, tout le monde parle anglais, donc c'est pas la peine de se fatiguer à traduire le wiki. fin mode ironie Tu connais de bonnes sources d'info en Français en programmation? :) Oui. Faut chercher, ça se mérite... ;-) Un exemple : http://www.developpez.com/ Maintenant, je suis a 100% derrière un effort de traduction du moment qu'on ne traduit pas node, way, relation et d'autres termes de ce genre :P Euh ?! Relation c'est ok ;-) Mais node et way je vois pas comment tu vas expliquer (à un non-anglophone) comment sont structurées les données si tu le traduis pas. Mais je comprend peut-être pas ce que tu veux dire... Dans les autres termes, tu places aussi smoothness ? ;-) -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une voie verte?
Selon ulrich rousseau ulrich.rouss...@gmail.com: pour ce qui est des map features je pense que je vais partir sur du highway = cycleway agrémenté d'un foot=yes ... Pour moi cycleway c'est clairement une piste cyclable. Et un foot=yes ça me fait frémir ;-) Des piétons sur une piste cyclable !!! Mais bon, dans mon coin j'ai une vraie piste cyclable à deux voies où les vélos se croisent et sur les côtés deux bandes pour les piétons et c'est codé comme ça. Les rendus Mapnik ou Osmarender standards sont identiques à une cycleway simple. Si c'est un chemin large (style chemin du halage) partagé par les vélos et les piétons, le track me semble mieux. Quoique si j'ai bien compris track laisse sous entendre que des véhicules type agricoles, forestiers, etc puisse le prendre, d'où nécessité d'ajouter un motorcar=no s'ils sont interdits. Sinon y'a le highway=path avec foot=yes, bicycle=yes -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sens interdit et bus dans les deux sens (je coince aussi)
Salut, J'ai un problème aussi avec un sens interdit, c'est un bout de rue réservé aux bus (dans les deux sens) qui peut-être pris par les voitures dans un seul sens. On met oneway=yes dans le sens des voitures et des autres véhicules, priorité au routage, mais comment taguer seulement les bus dans l'autre sens ? psv=opposite_lane ? -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une voie verte?
Selon Art Penteur art.pent...@gmail.com: Les chemins/routes ouverts aux vélos et aux piétons, avec des bandes établissant une séparation entre les types d'usagers, c'est pas highway=cycleway + foot=designated ? Dans mon cas, ce n'est pas vraiment une voie partagée (d'égale à égale) Photo : http://didier.halatre.free.fr/photo/Annecy/20041107_02463.jpg Les piétons sont cantonnés à la partie non pavée. -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une voie verte?
Selon Pieren pier...@gmail.com: 1 highway=cycleway, cycleway=track, foot=yes Pour savoir si les piétons peuvent utiliser les pistes cyclables, il faut distinguer ce qui se fait et ce qui est légal. Et taguer ce qui est légalement autorisé. Mes connaissances du code de la route remontent à trop loin pour donner un avis éclairé sur cette question. D'après l'article R110-2 Définitions : -bande cyclable : voie exclusivement réservée aux cycles à deux ou trois roues sur une chaussée à plusieurs voies ; -piste cyclable : chaussée exclusivement réservée aux cycles à deux ou trois roues ; -voie verte : route exclusivement réservée à la circulation des véhicules non motorisés, des piétons et des cavaliers ; si c'est pour créer de la confusion chez les nouveaux, c'est réussi ;-) Oui ;-) pour les piétons, on parle plutôt de sidewalk et non de lane Donc dans mon cas, où les piétons peuvent marcher des deux côtés, ça serait highway=cycleway + sidewalk=both -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel pour tracer les bâtiments à partir du cadastre
Selon Frédéric Bonifas fredericboni...@gmail.com: On m'a dit au SOTM qu'il serait bien de documenter le tracé et l'adressage des bâtiments à partir du cadastre. Voici un premier jet : http://fredericbonifas.free.fr/batiments_cadastre.pdf Je suis ouvert à tout commentaire. Je n'ai pas le courage de remettre ça en forme pour le wiki pour l'instant, et j'aimerais d'abord savoir si : * des documents comme cela sont utiles * leur place est dans sur le wiki où ils ont de grandes chances de ne pas être visibles ou sous forme de documents PDF par exemple, dont la liste serait disponible sur le wiki et sur openstreetmap.fr Bonjour, Beau boulot, très clair... Je pense aussi qu'il faudrait que ça soit sur le wiki. Au sujet des lignes noires pointillées. Sur Annecy, les parkings enterrés complètement ou à moitié sont représentés en orange dans le cadastre. Il y en a un certains nombres et parfois un bâtiment est construit en partie au-dessus d'eux. Dans ce cas là, le bâtiment est le plus souvent séparé du parking par un trait pointillé noir (mais j'ai déjà vu du blanc). Pour le jaune pale (rose dans le document), j'ai l'impression qu'il y a des cas où l'emprise au sol est plus petite que le bâtiment posé dessus. J'ai du mal à m'expliquer, il faudrait que je fasses une photo d'un ou deux cas à côté de chez moi, il y a des tours de 10 étages posées sur une petite base. Il y a aussi le cas des trottoirs couverts avec des arches, la bâtiment n'a donc pas la même taille au rez-de-chaussée et en étage. Dans ce cas là, je prends le jaune, mais peut-être que c'est pas bon ?! Valà -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel pour tracer les bâtiments à partir du cadastre
Selon Emilie Laffray emilie.laff...@gmail.com: Si la page était traduite en Allemand, je pense qu'on aurait aussi pas mal de monde qui se pencherait sur la France a terme. Un des créateurs de Geofabrik m'a dit que par exemple en Allemagne on pouvait considérer que les routes étaient finies, et que donc certains cherchaient de nouvelles taches a faire. Je suis partante pour faire une traduction en Anglais. Attention tout de même à l'interprétation des données [de pitits carrés orange et jaune ;-) ] quand on n'est pas sur place. La photo aérienne n'est pas toujours très lisible pour reconnaitre le bon grain de l'ivraie... Mais bon c'est vrai que vu l'ampleur de la tache ;-) -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le parcours du tour 2009 sur OSM ?
Selon Emmanuel Pacaud emmanuel.pac...@lapp.in2p3.fr: On doit être à 100% pour l'étape autour du lac d'Annecy. Bon, ok, c'est seulement un contre-la-montre de 40 km... C'est accessoirement aussi 100% d'emmerdes. Journée de congé obligatoire pour madame et gros bouchons en perspective pour moi :-( -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'IGN se tourne-t-il vers les donn ées libres?
Selon Pieren pier...@gmail.com: Il y a la page http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging donnée en lien sur la page FR:Main et deux fois (!) sur FR:Map Features. En fait on a 3 pages redondantes : FR:Map Features FR:France_roads_tagging FR:Key:highway J'espère qu'il y a la même chose dans chaque ;-) Le problème, c'est qu'on pourra toujours écrire la meilleure doc du monde avec les règles les plus simples possible, il y a toujours des gens qui contribueront sans lire la doc. Oui mais pour ceux qui la lisent ça serait bien. Pi ça ferait une espèce de référence. -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Footway ou path ; seule la vue du terrain permet de choisir
Selon g.d g...@wanadoo.fr: Le residential a son sens en agglomération, et en habitat dispersé, ça veut dire qu'il y a des maisons. Là où du unclassified en rase campagne est valable pour des départementales qui font 2 mètres le large, et qui mènent nulle part, pas d'âme qui y vive sur des kilomètres. Je préfère conserver la distinction entre ces deux tags, elle est très utile. C'était peut-être le cas avant, mais maintenant (et pour bientôt) avec le cadastre quand chaque maison sera dans OSM on verra clairement les zones résidentielles. Du moins ça sera plus clair qu'avec 2 tags de route. Pi quant à l'habitat dispersé, à partir de quelle densité on met residential ? ;-) -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: [Proposition] Espaces dans les ref.
Selon Dominique Rousseau d...@lee-loo.net: Autres suggestions : - un bot pour remplacer les 'footway' par des 'path' (pour éviter les trucs comme ça : [3]) Euh, non. Le footway ça a un sens à pas mal d'endroit, vraiment, se différenciant des path. Si y'a un bot qui s'amuse à modifier les footways que j'ai taggé comme tels, ça va vraiment pas me plaire. Non pas que je sois pour un passage d'une mise-à-jour massive (loin de là) mais j'ai l'impression qu'on a tous un peu notre définition des tags (le fait que ça soit en anglais n'arrange pas les choses...) Quelle différence y-a-t'il entre un highway=footway et un highway=path+foot=designated (ou même foot=yes seul) ? Sans parler des highway=pedestrian ;-) - un bot pour remplacer les 'residential' par des 'unclassified' (parce que la différence entre ces tags ne correspond à rien de concret) Pas d'accord. Pour moi, un logiciel de routage, notamment, devrait préférer passer par un unclassified plutot qu'un residential pour un trajet équivalent. Parceque residential, c'est censé, à mon sens, être du trafic de desserte des habitations, pas du transit. En relisant les maps fritures j'ai même l'impression qu'on devrait pas utiliser les unclassified en ville, du moins là où il y a des habitations. Perso dès que la rue devient un peu importante (transit ?) j'ai un peu tendance à l'utiliser, mais est-ce qu'on doit utiliser tertiary systématiquement dans ce cas... C'est pas simple, mais si on veut s'harmoniser on aurait peut-être intérêt à mettre dans le wiki plus de détails, d'exemples, que ça soit plus clair et moins sujet à interprétation. -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: [Tag] Highway en ville
Selon Pieren pier...@gmail.com: J'espère que la page http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging peut aider. N'hésite pas à commenter si ça peut/doit être amélioré. Mais il restera toujours une petite part de subjectivité. Je l'avais pas vu cette page. J'ai déjà rajouté un lien depuis FR:Map Features et FR:Key:highway vers cette page, histoire de pas la perdre en route. -- Didier Halatre (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petites questions sur les îles et les barrages
Selon Pieren pier...@gmail.com: Mon impression est que tout ça est bien compliqué juste pour dire que ce sont des digues et pas des ponts... Je dis souvent qu'il faut refléter la réalité du terrain mais il faut aussi parfois accepter certaines simplifications. Houla ! :-) Si on veut faire un usage nautique des données OSM, je t'assure qu'un pont et une digue c'est pas la même chose ;-) Didier zedh ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine Land Cover : nomenclature 3 3 Espaces ouverts, sans ou avec peu de vég étation
Selon sly (sylvain letuffe) sylv...@letuffe.org: On Thursday 28 May 2009 22:12, Didier HALATRE wrote: Pieren a écrit : * la classe 332 Roches nues est proposée en natural=cliff (falaises) ou natural=scree (caillasse) sur le wiki. En fait, c'est tous les endroits où la roche est à nue. J'aurais tendance à dire que là où il n'y a rien, on ne met rien d'autant plus que cela concerne un faible nombre de polygones (~1300). Mais j'entends déjà les randonneurs et grimpeurs qui vont râler. Donc à eux de s'exprimer ici. En tant que randonneur, je suis d'accord avec le « là où il n'y a rien, on ne met rien » T'es un drôle de randonneur ;-) moi je dirais qu'une falaise, c'est pas rien ! Par contre roches nues c'est vraiment vague, comme on peut supposer que c'est par avion que ça a été fait, les falaises se voient moins. Mais par prudence, je dirais que rien importer automatiquement me semble le mieux. Il sera toujours temps de faire des imports à la main en connaissance du lieu pour différencier un sol plat jonché de cailloux, d'une falaise. T'es gentil ;-) mais on voit tout de suite en regardant les données corine qu'on arrivera jamais à détecter une falaise (et c'est bien dommage). Donc j'en reste à roches nues seules et je trouve que c'est pas très intéressant [pour moi] à importer. Bon maintenant, vu tout ce qu'on importe, ça va être tout nu au dessus de 1800m ou environ, là où il n'y a plus grand chose qui pousse... :-) Didier (Zedh) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine Land Cover : nomenclature 3 3 Espaces ouverts, sans ou avec peu de végétation
Pieren a écrit : * la classe 332 Roches nues est proposée en natural=cliff (falaises) ou natural=scree (caillasse) sur le wiki. En fait, c'est tous les endroits où la roche est à nue. J'aurais tendance à dire que là où il n'y a rien, on ne met rien d'autant plus que cela concerne un faible nombre de polygones (~1300). Mais j'entends déjà les randonneurs et grimpeurs qui vont râler. Donc à eux de s'exprimer ici. En tant que randonneur, je suis d'accord avec le « là où il n'y a rien, on ne met rien » * la classe 333 Végétation clairsemée est proposée en natural=scrub comme la classe 323 mais sur les photos, c'est très proche du type de terrain 332 Roches nues mais avec un peu de végétation parmi les rochers. Donc si on adopte la classe 332, je serais plutôt pour choisir le même tag ici (natural=scree par exemple) Ou donc ne rien mettre... * 144 polygones pour la classe 335 Glaciers et neiges éternelles qui seraient tagués en natural=glacier (http://wiki.openstreetmap.org/wiki/Tag:natural%3Dglacier) Quand on regarde par exemple le massif du Mont-Blanc dans OSM où on a déjà les glaciers vs Corine, c'est pas tout à fait la même chose... Neiges éternelles glaciers ? A+ Didier (Zedh dans OSM) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment marche le rendering des communes sur beta.letuffe.org ?
Salut, Je vote donc pour qu'il soit facultatif de mettre admin_level=8+boundary=administrative sur les ways. D'un autre coté, c'est pas non plus la mort. A part les rendus qui passent et repassent 4 couches sur le même chemin, ça ne mange pas de pain ( Devinez combien il y a de couches de trait mauve empilées ici : http://www.openstreetmap.org/?lat=46.2644lon=6.29596zoom=16layers=B000FTF ) ;-) Tiens c'est dans mon coin C'est de la frontière dont tu parles ? Il y a en effet 4 relations boundary : - la commune - département - la région - le pays + une relation nation Les chemins entre commune n'ont que deux relations. Les chemins #32666156 et #32665874 ne sont pas rendus pareils, mais ils n'ont tout les deux que deux relations, c'est bizarre... (Sous osmarender, c'est ok). Didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import assisté des limites communa les depuis le site du cadastre.
Etienne Chové a écrit : Merci d'avoir terminé tout ça et de t'être occupé des communes manquantes et des limites départementale. On va être le premier département vectorisé... (oui je sais, on a eu le droit à un départ anticipé). Bin non, la Sarthe sera pas numéro 1 :-) http://beta.letuffe.org/?zoom=9lat=45.96455lon=6.52339layers=B0FFTTFFF -- Didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Représentation des couleu rs sur beta.letuffe.org
Selon sylv...@letuffe.org: Le message suivant : ## On me fait la remaque : == couleur == Le rouge est troublant pour les communes. Au début je pensais que c'était en erreur, mais ce n'est pas le cas n'est-ce pas ? C'est quand ça ne s'affiche pas qu'il y a un problème ? [[User:Zedh|Zedh]] 09:08, 20 March 2009 (UTC) a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=3 Salut, Je t'ai répondu sur le forum ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Ajout des code postaux et code insee dans les communes
Selon Thomas Walraet tho...@walraet.com: Donc, j'anticipe, mon avis est déjà écrit dans ces lignes. Le mien : si on veut qu'un tag contienne le code INSEE, mieux vaut l'appeler « code_insee ». Je ne suis pas trop un fan de l'IRC non plus. D'autant si le nombre de contributeurs augmente... Du coup voilà mon avis ;-) Si le tag ref est le tag générique identifiant de manière unique un objet, c'est, je pense, bien le code Insee qu'on devrait y mettre. Le problème est effectivement la trop grande ressemblance de format entre le code Insee et le code postal. Donc si on n'est pas obligé de mettre le tag ref, un tag code_insee a l'avantage d'être clair. Quant au code postal, dans l'absolu il ne devrait pas plutôt être dans une autre relation, spécifique, pour gérer les codes multiples dans une grosse commune et inversement les bureaux distributeurs qui couvrent N communes ? Dans le même style, il est prévu de gérer les communautés urbaines ? héhé ;-) -- Didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu de frontière de commune biza rre
Bonjour, Comme c'est mon premier message j'en profite pour saluer tout le monde et me présenter : je débute sur OSM et je complète Annecy où j'habite et sa région. Vivement le beau temps que j'arpente la montagne avec mon GPS ;-) Hier (en attendant les beaux jours), j'ai fait des essais de transformation sur la rivière Le Fier pour passer de waterway=river à waterway=riverbank (avec une area donc). J'ai donc déplacé les points qui étaient au milieu de la rivière et certains communs avec une frontière de commune. En fait, il y a 1 way mais 2 boundaries (#74551 et #74552) à ce que j'ai cru comprendre, car la notion de relation quand on débute c'est assez chaud tout de même. Le rendu donne ça : http://openstreetmap.org/?lat=45.91503lon=6.10694zoom=17layers=B000FTF Comme s'il y avait en fait 2 ways différentes. Mais dans JOSM que j'utilise, dernière version d'hier) ou Potlach je ne vois qu'un seul way (le #30826244 dans Potlach, je ne sais pas comment récupérer l'id dans JOSM). Aurais-je malencontreusement cafouillé quelque part ? Et comment puis-je remettre ça d'aplomb ? D'avance merci. Didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu de frontière de commune biza rre
Etienne Chové a écrit : Vladimir Vyskocil a écrit : Je crois que pour les rivières avec des riverbank il faut tout de meme laisser le squelette (waterway=river) au centre pour donner le sens de l'écoulement, je me trompes ? C'est bien ça. Plus d'info sur : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank On y trouve les riverbank et le river normal. Oups ! Oui, en effet. Je les remets. Didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Exporter Open Street Map en XML
Bonjour à tous Je me heurte à un problème bete ! Lorsque je vais sur le site d'Open Street Map et que je séléctionne une région dans l'Export, je peux séléctionner tous les formats SAUF celui qui m'intéresse le format XML ! J'ai pense que ca pouvait etre lié à Firefox. Mais j'ai re-essayé avec IE et c'est la meme chose ! Qu'est-ce que j'ai raté ??? DC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Exporter Open Street Map en XML
C'était ca ! Merci Olivier ! Mais comment faire si on veut récupérer une grande zone au format XML ? DC - Mail Original - De: Olivier Boudet oliv...@boudet.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 19 Février 2009 15:49:30 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Exporter Open Street Map en XML Bonjour, Tu essayes probablement d'exporter une zone trop grande. Zoome un peu plus et réessaye. On Thu, 19 Feb 2009 15:38:39 +0100 (CET), didier.court...@free.fr wrote: Bonjour à tous Je me heurte à un problème bete ! Lorsque je vais sur le site d'Open Street Map et que je séléctionne une région dans l'Export, je peux séléctionner tous les formats SAUF celui qui m'intéresse le format XML ! J'ai pense que ca pouvait etre lié à Firefox. Mais j'ai re-essayé avec IE et c'est la meme chose ! Qu'est-ce que j'ai raté ??? DC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Exporter Open Street Map en XML
Oui j'ai déjà récupéré la France entière mais je voudrais faire un test sur un petit fichier. Ceci dit, j'ai encore un problème : - Je sélectionne une petite zone puis je PEUX séléctionner le format XML - Ensuite je clique sur Exporter - Firefox efface sa fenetre , appelle api.openstreetmap.org et ... ne m'affiche plus rien !!! DC - Mail Original - De: Olivier Boudet oliv...@boudet.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 19 Février 2009 16:01:06 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Exporter Open Street Map en XML Tu peux toujours récupérer la france entière sur http://hexagone.openstreetmap.fr ;-) Sinon, pour une zone bien précise je sais pas trop, surement en utilisant l'API mais je ne connais pas. On Thu, 19 Feb 2009 15:58:17 +0100 (CET), didier.court...@free.fr wrote: C'était ca ! Merci Olivier ! Mais comment faire si on veut récupérer une grande zone au format XML ? DC - Mail Original - De: Olivier Boudet oliv...@boudet.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 19 Février 2009 15:49:30 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Exporter Open Street Map en XML Bonjour, Tu essayes probablement d'exporter une zone trop grande. Zoome un peu plus et réessaye. On Thu, 19 Feb 2009 15:38:39 +0100 (CET), didier.court...@free.fr wrote: Bonjour à tous Je me heurte à un problème bete ! Lorsque je vais sur le site d'Open Street Map et que je séléctionne une région dans l'Export, je peux séléctionner tous les formats SAUF celui qui m'intéresse le format XML ! J'ai pense que ca pouvait etre lié à Firefox. Mais j'ai re-essayé avec IE et c'est la meme chose ! Qu'est-ce que j'ai raté ??? DC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr