Re: [OSM-talk-fr] Mapping-party sur Caen en mai
Bravo pour l'avancement, mais je suis étonné de voir autant de symboles de parking. Est-ce que ce sont vraiment tous des parking publics ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] chemins de randonnée...
On a faillit aborder le sujet lors de la dernière réunion IRC, mais on a laissé tomber par manque de temps. Ceci dit, on peut le remettre sur le tapis pour la prochaine réunion IRC. highway=path est encore en discussion ( http://wiki.openstreetmap.org/index.php/Proposed_features/Path) mais c'est à voir. Pour marquer le GR, il faudra sans doute utiliser une relation. Sinon, d'après ta photo http://www.mairie-seyssinet-pariset.fr/IMG/jpg/foret12.jpg, highway=footway, bicycle=yes colle assez bien . La photo de la map features est urbaine mais le descriptif est assez clair : version française = Chemin pour piétons, chemin de randonnée. et pour la version anglaise ...includes walking tracks and gravel paths. Walking track, c'est bien ce qui correspond à ta photo. Pour ton deuxième exemple, là, je sèche. On pourrait lancer la question sur la ML anglaise. Peut-être highway=footway, bicycle=no Juste une parenthèse sur ton exemple http://www.openstreetmap.org/?lat=44.062693lon=3.836259zoom=18, quand tu ajoutes un pont, il faut aussi un layer=1 pour indiquer au renderer que les deux entités ne sont pas au même niveau (ce qui est aussi physiquement le cas). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Distinction
Je voudrais quand même signaler ici qu'un français a reçu pour la première fois de l'histoire, la distinction Lolcat of awesomeness d'OpenStreetMap : François Schnell pour son projet OSM Aware. Vous pouvez voir ça sur la page wiki : http://wiki.openstreetmap.org/index.php/Lolcat_of_awesomeness et surtout voir le site de François: http://code.google.com/p/osmlab/ et en profiter pour lui dire bravo. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Distinction
Je voudrais quand même signaler ici qu'un français a reçu pour la première fois de l'histoire, la distinction Lolcat of awesomeness d'OpenStreetMap : François Schnell pour son projet OSM Aware. Vous pouvez voir ça sur la page wiki : http://wiki.openstreetmap.org/index.php/Lolcat_of_awesomeness et surtout voir le site de François: http://code.google.com/p/osmlab/ et en profiter pour lui dire bravo. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Dump de Dismoiou ?
je ne crois pas non plus que ce soit une bonne idée. OSM n'a pas pour vocation d'agréger toutes les données de localisation sous prétexte qu'elles contiennent des coordonnées géographiques et qu'elles sont libres. On devrais s'en tenir à ce qui décrit le physique même si il y a une tendance naturelle à profiter de la base pour y mettre toujours plus (système ouvert). On a vu le même phénomène sur wikipedia. C'est pourquoi je suis souvent sceptique quand je vois les tags de restaurants, shops, etc... qui tient plus de la cartographie dynamique dans une base séparée. Mais je verrais plutôt bien l'inverse : que ce site propose un mashup avec une carte OSM en image de fond d'ici un an ou deux plutôt que l'éternelle google maps toujours dessinée pareil sur tous les sites webs et avec toutes les erreurs que l'on connait... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Trop d'infos tue l'info...
2008/5/28 Bernard VALTON [EMAIL PROTECTED]: Bonjour, Est ce qu'il existe un moyen simple de faire une page web mettant OSM en background et rajoutant des layers par dessus. Je pense aux trajets de bus ou de pedibus par exemple. A l'image de ce qui est fait sur mymaps de google maps ? Tu aurais du changer le titre de ton message pour créer un nouveau fil, mais bon... trop tard. Va voir aussi sur le wiki: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example et surtout http://wiki.openstreetmap.org/index.php/OpenLayers Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problèmes d'import avec la premi ère trace
2008/5/28 Thomas Petazzoni [EMAIL PROTECTED]: Ok. Mais donc dans mon cas, pour rendre mon fichier GPX valide aux yeux d'OSM (en attendant la correction d'Event Logger), puis-je tout simplement virer les champs course/course ? Tu peux aussi simplement corriger l'erreur manuellement en remplaçant course-326.1/course par course326.1/course (enlever le signe -) ou course0.0/course. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Trop d'infos tue l'info...
2008/5/29 Renaud Martinet [EMAIL PROTECTED]: Mais il me semble qu'il y a déjà des gens qui bossent sur un format binaire notamment pour tout ce qui est PDA Il y a effectivement un format binaire en discussion ( http://wiki.openstreetmap.org/index.php/OSM_Mobile_Binary_Protocol) mais il présente l'énorme inconvénient de figer les données dans un format prédéfini qui sera bien moins flexible que le système actuel ( http://wiki.openstreetmap.org/index.php/OSM_Mobile_Binary_Protocol/Feature_Tags ). La solution vient plutôt de la généralisation de l'utilisation continue des fichiers XML compressés (bz2) en utilisant des API accédant aux données XML sans passer par une phase de décompression externe dans tous les logiciels (ce que font déjà certains scripts/programmes). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] robots de traitement - Etait : analyse osm
Le robot peut apporter certainement un plus dans la correction automatique des fautes de frappe mais il faut faire attention à plusieurs choses: - une erreur dans le script peut altérer de nombreux objets par accident (garder un log ?) - les erreurs sont validés dans le planet FR mais les corrections doivent aller dans la bdd principale (décalage dans le temps, etc) - le planet déborde de nos frontières et certaines règles pourraient être différentes chez nos voisins - la manière de tagguer varie dans le temps. Il faudra donc mettre à jour le script de temps à autre. Pieren PS: oneway=true/yes/1 sont tous valides. PS2: j'ai récemment traduit la page sur la recherche dans JOSM dans le wiki: http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:search_function (il y a des parties peu claires parce que la page originale est elle-même peu claire, mais j'ai contacté l'auteur pour des éclaircissements). 2008/6/3 Olivier Boudet [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage des points dans JOSM ou Potlach
Il faudrait que tu en dises plus sur la manière de générer tes fichiers GPX. Si tu utilises GPSBabel, n'oublie pas d'activer les Waypoints en plus des Tracks. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Lot Talk-fr, Vol 23, Parution 8
Est-il possible que ton Garmin ne sauvegarde pas les waypoints dans les GPX ? Tu peux ouvrir le fichier pour voir s'ils sont dedans... Sinon, tu trouveras sur le wiki ( http://wiki.openstreetmap.org/index.php/MakingGpxTracks) les commandes gpsbabel pour créer un fichier track.gpx et un fichier waypoint.gpx directement depuis le Garmin. Peut-être peut-on faire les deux en même temps dans un fichier, il faut essayer. Mais perso, j'utilise MapSource pour faire un fichier GDB après avoir supprimé les 3 waypoints fixes à la c. des centres Garmin puis je le convertis en GPX avec gpsbabel GUI avec les tracks et waypoints ensemble dans un seul fichier. MapSource est nul comme outil, sauf pour bidouiller ma liste de waypoints et tracks avant sauvegarde. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Traduction française de potlatch
Je consacre déjà pas mal de temps à la traduction du wiki. Et en plus, je ne suis pas un grand utilisateur (ni un grand fan je dois avouer) de Potlatch mais si personne d'autre ne se porte candidat, je veux bien servir de roue de secours. Les pages Potlach sur le wiki ont été essentiellement traduites par Dega, Grumly et plus récemment Wekk. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Traduction française de potlatch
Pareil pour une relecture, il n'y a pas de problèmes. Tu nous tiens au courant, Megaten. 2008/6/5 Megaten [EMAIL PROTECTED]: J'ai contacté Richard pour la suite à donner. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Problème de rendu MApnik sur la Se ine
Il y a un problème de rendu Mapnik sur la Seine à partir d'ici: http://www.openstreetmap.org/?lat=48.99056lon=1.97846zoom=15layers=B00FT Est-ce que ce ne serait pas parce que Mapnik ne comprend que les relations qui ont les mêmes tags inner et outer ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Traduction française de potlatch
J'ai créé une page où on peut discuter/synchroniser notre travail sur le wiki: http://wiki.openstreetmap.org/index.php/Talk:Fr:Wiki_Help donné en lien depuis la page principale Fr:Main_Page. Tous les commentaires/aides sont les bienvenues. Pieren 2008/6/7 Megaten [EMAIL PROTECTED]: J'ai terminé a page commencée par Olivier. Je ne connais pas les us et coutumes du wiki aussi je ne sais si il y a d'autre pages. Pieren a écrit : Pareil pour une relecture, il n'y a pas de problèmes. Tu nous tiens au courant, Megaten. 2008/6/5 Megaten [EMAIL PROTECTED]: J'ai contacté Richard pour la suite à donner. -- ___ Talk-fr mailing [EMAIL PROTECTED]://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu MApnik sur la Se ine
Je crois qu'il faut utiliser le même tag dans les inner et les outer sinon Mapnik est un peu perdu. En plus, seul waterway=riverbank est nécessaire pour tracer les berges. Un autre chemin tagué waterway=river allant dans le sens du courant peut être ajouté (et éventuellement servir pour les cartes low zooms). Pour l'instant, Mapnik utilise 2 couleurs entre les deux tags ce qui rend le waterway=river visible mais ça n'est pas le cas sur Osmarender. Il faut dire que la manière de tracer les rivières a mis du temps à se stabiliser. Voir http://wiki.openstreetmap.org/index.php/Tag:waterway%3Driverbank Pieren 2008/6/7 Gand' [EMAIL PROTECTED]: ah bah c'est moi qu'ai fait toute cette partie ... j'ai peut être loupé quelque chose dans le tagging ? -- Gand' ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Importer des données OSM sur un Ga rmin 60
Tu trouveras sur cette page : http://fredericbonifas.free.fr/osm/garmin.html une carte qui couvre toute la France et mise à jours régulièrement par Frédéric. Sinon, tu as aussi la possibilité de faire tes propres cartes à partir d'un fichier .osm que tu peux créer avec JOSM par exemple si tu veux te limiter à une petite zone (et même la personnaliser par rapport aux données OSM en y ajoutant tes propres données au format .osm). Sur le wiki: http://wiki.openstreetmap.org/index.php/OSM_Map_On_Garmin et en détail: http://wiki.openstreetmap.org/index.php/Mkgmap Pieren On Sun, Jun 8, 2008 at 11:50 AM, benninger [EMAIL PROTECTED] wrote: Bonjour, Est-il possible d'importer des données OSM sur un ancien GPS 60? Le but est par exemple de disposer sous forme de piste un cartier de ma ville, pour qu'une fois sur le terrain, je puisse voir ce qu'il reste à faire. Si quelqu'un connaît une combine je suis preneur. Salutations ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Traduction Potlatch (Page Introduction)
Il y a déjà un glossaire ici: http://wiki.openstreetmap.org/index.php/Fr:Glossary mais rien n'empêche de faire une section dédiée à la traduction dans le wiki. N'étant pas moi-même issu du sérail, je ne sais pas si le wiki doit adopter le language technique des cartographes de tous poils que je devrais apprendre (dans le sens éduquer les peuples) ou au contraire, adopter un language moins scientifique et plus ouvert au grand public (dans le sens général du projet OSM). Je pense à ça en voyant le terme poly-ligne par exemple. Pieren 2008/6/8 Megaten [EMAIL PROTECTED]: Je suis preneur de ton interpretation qui doit etre la bonne, a vrai dire lors de mon essai je croyais le chiffre dessous le cadenas. Bonne idée ta page wiki, une aide certaine pour le chaland ou le neophite qui souhaite participer. Un petit lexique serait le bienvenue pour homogeinéiser nos termes et garder ceux en anglais qui sont quelquesfois plus parlant que leurs traductions? Pieren a écrit : Je pense le cadenas à droite du numéro de chemin (ou poly-ligne ou 'way'). En faisant en essai, ça affiche -3, c'est un chiffre qui est normalement alloué par le serveur lorsque le chemin est créé dans la base mais celui-ci ne l'est pas encore à ce moment-là. Pieren 2008/6/7 Megaten [EMAIL PROTECTED] -- ___ Talk-fr mailing [EMAIL PROTECTED]://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] The State of France
Pour l'instant, il n'y a rien qui me vient à l'esprit à part les traditionnelles statistiques. Peut-être faudrait-il ajouter des stats spécifiques à notre pays comme la surface des vignes (il y a un tag non-officiel créé par Frederic Rahm) ou de stations d'élevage de grenouilles pour respecter les clichés habituels ;-) Pieren 2008/6/9 Renaud Martinet [EMAIL PROTECTED]: Salut, Le planning de State of the Map vient d'être mis en ligne : http://www.stateofthemap.org/schedule/ J'ai déjà quelques idées de ce qu'il y aura dans la présentation française mais je recueillerai volontiers tout ce que vous pourriez proposer comme pouvant être intéressant de présenter là-haut. Merci d'avance. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de rue différente d'elle m ême...
Je voudrais juste signaler qu'il existe le tag alt_name (non documenté pour l'instant dans les map features) pour donner une orthographe différente et qui est déjà utilisé par le namefinder. Vous ne savez pas à priori quelle syntaxe sera utilisée par quelqu'un qui cherche cette rue. Ref: http://lists.openstreetmap.org/pipermail/talk/2008-May/025863.html Pieren 2008/6/10 Axel Rousseau [EMAIL PROTECTED]: Tu peux signaler l'erreur au service de la voirie, et pourquoi pas commencer une galerie des plaques erronées sur le wiki. (perso j'ai souvent constaté des différences d'accentuation, mais pas plus) A Lille, il y a une rue dont les plaques en vis à vis ont une orthographe différente, il s'agit d'Hazebrouck et Hazebroucq Hazebrouck est le nom d'une ville : http://openstreetmap.org/?lat=50.7246lon=2.5405zoom=14layers=B00FT Mais c'est aussi un nom de famille assez répandu dans le coin, donc des orthographes peuvent varier. ça signifie le marais du lièvre (brouck = marais, haze = lièvre) Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
Sur le living_street: Ce tag a été créé justement parce qu'il est facilement identifiable dans les pays concernés par une signalisation et que les zones concernées ont un statut administratif très clair dans leur code de la route (vitesse très limitée, priorité absolue aux piétons mais les voitures ne sont pas interdites). Mettre ça en France ajouterait de la confusion dans une liste de classification déjà longue. C'est aussi un obstacle pour les débutants et peut en rebuter plus d'un. Amho, il faut réserver le tag pedestrian aux voies réellement piétonnes et interdites aux voitures, clairement identifées par le panneau routier approprié. On peut y ajouter éventuellement un bicycle=yes et/ou psv=yes lorsque ces moyens de locomotion sont explicitement autorisés sur la voie piétonne, là encore par l'ajout de panneaux indicateurs adéquates (les vélos doivent théoriquement mettre pied à terre sur les zones piétonnes mais il y a tolérance). Pour les rues presque piétonnes: C'est vrai qu'Il existe des voies qui ressemblent à des rues piétonnes mais que la mairie n'a pas (osé) classé comme telles. Elles y ressemblent parce que physiquement, il n'y pas (ou plus) de séparation entre trottoirs et voie automobile. Souvent, on y ajoute une limitation de vitesse de 30km/h voir moins (15km/h). Mais le code de circulation n'y est pas particulier et le croisement entre véhicules et piétons y subit les règles communes chez nous. Ces voies se trouvent souvent dans les centre-villes alors que les living_street se trouvent plutôt dans les zones résidentielles, à proximité de zones de jeux ou jardins pour enfants. Sinon, réutiliser un tag existant mais en changeant son interprétation comporte certains risques de confusion à l'international mais rien n'empêche de créer nos propres tags français. Pour les voies privées: je lis qu'on doit tracer les voies privées sur la carte. Si c'est encore facile à faire lorsqu'on dispose de la vue satellite, c'est beaucoup moins évident s'il faut aller sur place avec son GPS. Comment faire si la voie est fermée par une grille ? C'est vrai que le cadastre pourra nous aider éventuellement dans ce cas-là. Personnellement, je ne vais jamais sur une voie signalée propriété privé. S'il existe un accès toléré au public, alors on peut toujours marquer la voie avec ce qui existe, unclassified ou residential et ajouter access=private. L'intérêt de telles voies sur une carte reste cependant limité. Redéfinition des highway: Terrain glissant. On ne va pas revenir sur unclassified, residential, track. Lire les derniers compte-rendus de réunions IRC (il faudra d'ailleurs mettre à jour le wiki). Pour les autres highway, utiliser la notion de fléchage administratif est intéressant mais tout aussi vague que la définition précédente. Je peux arriver dans un bled avec tout droit une voie avec panneau centre ville et à droite, une voie avec panneau toutes directions. Ca ne me dira pas si je dois mettre secondary ou tertiary. (je deviens long comme g.di) Pieren 2008/6/11 Thomas Walraet [EMAIL PROTECTED]: Vincent MEURISSE a écrit : Pour moi le tag living_street correspond à certaines rue piétonnes que l'on trouve en France où les voitures sont autorisés. Je suis d'accord. Ce n'est pas parce que ces rues n'ont pas de classification administrative comme dans d'autres pays qu'elles n'existent pas chez nous. Il a été décidé après discussion il y a bien longtemps d'utiliser les valeurs primary et secondary (qui sont une classification anglaise) pour tagguer nos routes selon leur utilisation (et non selon leur classification administrative). Pour les living_street je trouve normal de faire pareil. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
2008/6/11 Charlie Echo [EMAIL PROTECTED]: C'est essentiel de mettre ces voies dans les cartes, au moins pour que le nom de la rue apparaisse, quand bien même le tracé serait peu exact (quitte à ajouter un tag Note). Donc voilà, si il faut mettre ces voies, et qu'elles ne sont clairement pas de niveau Residential, comment les met-on ? Si effectivement ces voies possèdent un nom de rue spécifique qui peut faire office d'addresse, donc c'est une voie privée mais qui a un statut semi public, puisque reconnue par les administrations. Il y a peut-être malentendu sur la définition de privé. Moi, je pensais d'avantage à une voie sans nom de quelques mètres ou dizaines de mètres qui mènent à un pavillon isolé par exemple. Bien sûr, si la voie porte un nom de rue officiel, elle doit figurer sur la carte ;-) Et comme un panneau l'indique clairement sur la photo, c'est propriété privée, entrée interdite, donc access=private. Mais il faut se fixer des limites (on va pas tracer toutes les voies qui mènent au garage de chacun). Maintenant, ton exemple ne correspond pas à la définition classique du living_street qui reste une rue ouverte à tous. Mais personne ne t'empêchera de taguer cette voie comme ça. Redéfinition des highway: Je ne voulais pas re-définir, mais définir mieux. Je pense qu'intuitivement, on est tous d'accord, mais la def du Wiki est vraiment insuffisante. Je lirai les sessions IRC à l'occasion. La définition du wiki est extrèmement vague et un peu déroutante au début mais on s'habitue. Mais rien n'est gravé dans le marbre et toutes les contributions sont les bienvenues. Il faudra sans doute que l'on créé une page spéciale sur le wiki pour décrire les différents highway comme les allemands qui en ont fait 3 ou 4 pages de textes pour lever toutes les ambiguités. S'il y a un volontaire... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu MApnik sur la Se ine
Oui, c'est le multipolygon qui ne marche sur Mapnik QUE si les roles inner et outer utilisent les mêmes clés (alors que osmarender s'en fout). Maintenant, je ne sais pas si Mapnik corrigera un jour ce problème ou s'il faut changé le multipolygon. En gros, je ne sais pas si Mapnik a raison ou pas de vouloir la même clé dans le inner et dans le outer. Pieren 2008/6/12 Gand' [EMAIL PROTECTED]: j'ai trouvé ce qui bug ! mais pas comment le corriger, ni pourquoi c'est mauvais ! mapnik n'affiche pas les portions de seine qui sont en multipolygon ! -- Gand' ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de rue différente d'elle m ême...
reg_name pour régional. Ca peut être un dialecte local, du corse, de l'alsacien, de l'occitan, etc. Ca sort un peu des conventions de namespaces plus orienté international. Pieren 2008/6/12 Olivier Boudet [EMAIL PROTECTED]: 2008/6/11 Denis [EMAIL PROTECTED]: et moi celui de reg_name (probablement encore moins documenté) que j'ai utilisé pour prendre en compte le bilinguisme de certaines plaques de rues de mon quartier : exemples : Düwestoss - rue des pigeons ; Falikewâj - rue du faucon. C'est ici : http://www.openstreetmap.org/?lat=48.59672lon=7.71889zoom=17layers=0B0FT Quelle est la différence entre reg_name et les tags de type name:fr, name:br, name:en, etc ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
Charlie Echo, est-tu d'accord pour modifier ta définition wiki du living_street et supprimer la partie En France, celà peut correspondre aux voies privées. ? Parce qu'il y a déjà le tag access=private pour ça. Mais sinon, on peut aussi ne pas revenir complètement à la définition précédente (dans l'historique) et ne pas dire N'existe pas en France. Mais il faudrait que ça reste vraiment très proche de la définition originale (mais encore une fois, pour moi, c'est un statut juridique plus que du physique, qui fait doublon avec unclassified et residential, mais bon). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
2008/6/12 Charlie Echo [EMAIL PROTECTED]: - Je voudrais que l'on considère différemment le côté juridique (access=private) et le côté pratique (highway). C'est un thème qui a déjà été longuement discuté sur la ML anglaise. Certains tags sont très binaires (bicycle=yes), physiques (max_height, bridge), mais d'autres combinent une classification administrative (souvent centrée UK) avec du physique (highway=primary, secondary, tertiary). Ces tags sont un peu un mélange : une voie primary sera en principe plus large qu'un secondary. living_street fait partie de ces tags. Il permet de dire en un tag que c'est une rue équivalente à residential, que la vitesse y est limitée et que les piétons y ont une prioritée absolue. Il y a déjà eu plusieurs propositions par le passé (voir les archives de la ML anglaise) pour séparer les caractéristiques physiques de l'administratif mais il y a une certaine réticence de la communauté à remettre en cause des tags largement utilisés dans la bdd (les highway). En plus, il y a un côté pratique d'avoir un seul tag pour dire plusieurs choses en une fois. - il y a une foule de ces voies à Paris, et sans doute ailleurs aussi ; dans Paris, j'ai regardé celles que j'ai en tête mappées par d'autres personnes : - Certaines sont highway=service, ce qui est faux : c'est l'entrée principale des immeuble ; ce n'est pas une voie de service (livraison pour les restaurants, etc) - Certaines sont highway=pedestrian, et c'est faux aussi, car les voitures peuvent y circuler Je suis d'accord que service et pedestrian ne sont pas les mieux adaptés à l'exemple que tu donnes. Mais pourquoi pas highway=residential (ou unclassified) et access=private comme plusieurs l'ont suggéré ici ? _J'en conclus qu'il y a absolument besoin de normalisation, et qu'on est en train de rater l'occasion de le faire._ La discussion reste ouverte. Mais il n'y aura peut-être pas de consensus cette fois-ci. - si l'on veut s'accrocher à la définition allemande de Living Street, on peut écrire que le tag living_street n'a pas d'usage en France. Point. Gebrauch streng verboten. Dommage de perdre un tag. Rien n'est interdit dans OSM. Mais il faut accepter que certains tags ne soient utilisés que par quelques pays lorsqu'ils identifient des caractères spécifiques à ces pays. - A la limite, si ce tag n'existe que pour l'Allemagne, on pourrait faire notre tag pour la France, non ? Par exemple community_street, ça correspond assez bien. (je ne veux pas de nouveau tag, je veux juste que les gens réagissent en disant qu'il faut ré-utiliser les tag, et ne pas en créer trop...) Evidemment, l'inconvénient majeur d'un nouveau highway est qu'il faut ensuite l'intégrer aux logiciels de rendu. Il faut donc passer par une discussion plus internationnale sur la ML anglaise pour être sûr qu'il ne soit pas rejeté par incompréhension (on pourrait directement modifier les logiciels de rendus sinon). - je reviens encore sur la notion de voie privée, car je pense qu'elle est encore mal comprise : Non, je crois que c'est maintenant assez clair. Cette voie n'appartient pas à une personne ou à un immeuble mais à un groupe d'immeubles (ou a un/des propriétaires privés). Si l'accès y est interdit au public avec un panneau adéquat, c'est simplement access=private. Cette voie ne peut faire partie du domaine public avec ce genre d'interdiction, à moins que la France ait rétablie les privilèges d'avant la révolution mais on serait au courant dans ce cas. Je veux dire par là qu'il faut une connaissance locale pour savoir comment classifier une Highway. Absolument. mes chères voies privées ne sont ni Residential, ni Unclassified, ni Service, ni Pedestrian, ... Encore une fois, je ne vois pas le problème avec residential ou unclassified mais je suis d'accord que service et pedestrian ne sont pas les mieux adaptés à ton exemple. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
Je ne dis pas que ce type de voie est facile a taguer. Sur l'exemple, on pourrait même dire que c'est une voie étroite., effectivement sans séparation piéton/voiture. Alors highway=pedestrian ? En même temps, on y voit des voitures donc des particuliers qui ont la clé de la grille et du coup, ça fait penser à une voie d'accès à des parkings privés, donc highway=service ? Mais je n'ai jamais tagué de voies en highway=service qui portaient un nom de rue. Mais je reste peu convaincu par le choix de living_street (pour ce cas précis). Le terme lui-même : ca veut dire lieu de vie. C'est un espace ouvert, un lieu de rencontre, les gens s'y croisent, les enfants jouent. Sur la photo, on voit un lieu fermé, interdit au public. On est loin d'une définition proche... 2008/6/12 Charlie Echo [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Article dans la presse
Très, très bon article. Bravo. Très complet. Une référence. Juste deux petites remarques sur OSM qui manquent: - La difficulté d'identifier les erreurs. Beaucoup de contributeurs sont des gens qui s'inscrivent une fois, jouent un peu avec Potlatch, font quelques gaffes et ne reviennent jamais. Donc la précision est très fluctuante même si on espère que les erreurs soient corrigées par d'autres plus-tard (mais il y a un risque que la quantité de déchet augmente expontiellement avec le nombre de contributeurs). - le vandalisme. Il n'y a pas encore de moyen facile de récupérer des données vandalisées alors que c'est relativement facile avec Wikipedia. Pieren 2008/6/13 François Van Der Biest [EMAIL PROTECTED]: Bonjour, L'article est maintenant publié. Merci de vos retours. Il reste pourtant encore qqs coquilles dues à des modifs de dernière minute ... Vous trouverez le PDF à cette URL temporaire : http://dl.free.fr/bs4KoAwIp/pp50-56_sig-osm.pdf (Vincent Habchi, de Geomatique Expert, m'a autorisé à le diffuser) J'aimerais le faire héberger sur OSM. A demain pour ceux qui seront sur Lyon ... F. Le 20/04/08, François Van Der Biest [EMAIL PROTECTED] a écrit : Bonsoir, J'ai écrit un petit article sur OSM, que je pense soumettre à un journal de géomatique en français (Géomatique Expert) d'ici la fin du mois. Voici la dernière version du document : http://dl.free.fr/iNhRVUvlZ/OSM_Geomatique_Expert_v0.4.odt N'hésitez pas à le relire, et m'envoyer vos avis et corrections ! Merci, F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Définition des Highways en ville
Pour moi, ça me va aussi. J'avais mis la remarque sur le panneau pour ceux qui regardent la photo ou pour nos amis suisses francophones qui peuvent lire notre page. Pieren 2008/6/15 Charlie Echo [EMAIL PROTECTED]: Bon, on est en train de perdre l'entrain qu'on avait. Si je modifie le Wiki et je mets, pour les Living_street, la définition suivante : Voie goudronnée ou pavée en zone de commerce dense ou d'habitation où piétons et voitures se partagent le même espace sans aucune délimitation entre catégories (pas de trottoirs, ni plots). (sans notion de Panneau) qui trouvera à y redire ? Merci pour vos contributions... Charlie Echo - Mail Original - De: Charlie Echo [EMAIL PROTECTED] À: Discussions sur OSM en francais talk-fr@openstreetmap.org Envoyé: Vendredi 13 Juin 2008 11:16:07 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Re : Définition des Highways en ville Oh, une lueur d'espoir ! J'aime bien ta définition, mais quand j'ai lu zone de commerce, ça m'a fait penser à un autre type de rue. Ta définition couvre : - les zones de vie, mes voies privées. On n'y va que parce que c'est une destination. - les zones commerciales, où l'accès est essentiellement piéton, mais les voitures sont autorisées pour des raisons pratiques. Dans les faits, les voitures roulent doucement (pour les parisiens : un bout de la rue Daguerre : http://www.parislogue.com/files/2008/04/dsc01196_1.jpg Vous noterez qu'il n'y a pas de trottoir, mais que les gens ne marchent pas au milieu de la rue...) Celà dit, j'aime bien ta définition tout de même parce qu'elle va inciter les GPS à utiliser un chemin altenatif. Pour que le terme dense soit plus défini, j'inverserais les 2 éléments : Voie goudronnée ou pavée en zone de commerce dense ou d'habitation où piétons et voitures se partagent le même espace sans aucune délimitation entre catégories (pas de trottoirs, ni plots). Est signalé par un panneau indicateur dans certains pays (Allemagne, Pays-Bas, Suisse...). Principal problème : le panneau indicateur ne concerne que les zones d'habitation, et pas les zones de commerce. - Mail Original - De: Pieren [EMAIL PROTECTED] À: Discussions sur OSM en francais talk-fr@openstreetmap.org Envoyé: Vendredi 13 Juin 2008 10:35:44 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Re : Définition des Highways en ville Je pense finalement qu'on peut encore modifier la définition du wiki ;-) Ce qui m'a fait tilt, c'est ta remarque sur les trottoirs. Finalement, ce qui caractérise le plus ces voies, c'est le fait qu'il n'y ait plus de troittoir, plus de séparation physique entre catégories d'usagés, que ça ressemble à une rue piétonne sans en être une. La voie est partagée sur toute sa largeur par les piétons et les véhicules. Les suisses appellent ça zone de rencontre. Et finalement, je doit admettre avoir déjà vu ce genre de rues en France dans des zone résidentielles récemment construites sans trottoirs. Jusqu'ici, j'ai toujours utilisé highway=residential sans me poser de questions, mais c'est vrai qu'on pourrait y appliquer highway=living_street. Il faudrait trouver une définition pour la France qui ne porte pas sur un statut juridique (qui n'existe pas chez nous), mais sur un critère physique basé sur la non-séparation entre piétons et voitures. Genre: Voie goudronnée ou pavée en zone d'habitation ou de commerce dense où piétons et voitures se partagent le même espace sans aucune délimitation entre catégories (pas de trottoirs, ni plots). Est signalé par un panneau indicateur dans certains pays (Allemagne, Pays-Bas, Suisse...). En attendant vos opinions... Pieren 2008/6/13 Charlie Echo [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Définition des Highways en ville
2008/6/15 Philippe Piquer [EMAIL PROTECTED]: la quasi n'importe quelle rue commercante pietonniere tombe sous cette définition ... Pour moi, soit la rue est piétonne avec le panneau rue piétonne, donc interdite aux voitures et là, on met highway=pedestrian comme avant; soit la rue n'est pas piétonne, donc pas interdite aux voitures et là, on a deux possibilités: - il y a une séparation physique - un trottoir, des plots, un marquage, etc - entre les piétons et les voitures, et on tague comme avant avec highway=unclassified ou highway=residential, - il n'y a aucune séparation entre les piétons et les voitures, l'aménagement au sol est identique sur TOUTE la largeur de la voie (jusqu'aux murs des bâtiments) et là, on peut parler d'espace partagé comme dans les autres pays qui utilisent ce terme pour définir le living_street et on peut (pourrait) mettre highway=living_street. Maintenant, des rues qui seraient piétonnes (donc interdites aux voitures) à certaines heures de la journée, je dois dire que je n'ai encore jamais vu. Et là, on est pas sorti de l'auberge... N'oubliez pas la définition anglaise de living_street : a street where pedestrians have priority over cars, children can play on the street, maximum speed is low. alors que les anglais n'ont pas non plus ce genre de rues et n'ont pas été demandeurs contrairement aux allemands, suisses, etc. Ca serait intéressant de voir s'ils l'utilisent dans leur pays (d'après tagwatch, il semble que non). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Définition des Highways en ville
Bon, je suis heureux d'apprendre qu'il existe des rues piétonnes qui ne le sont qu'à certaines heures de la journée. Mais ça reste des cas très particuliers (et pas encore en France jusqu'à preuve du contraire). Maintenant, on peut supprimer les rues commerçantes de la définition du living_street. Je les avais mis parce que certains avaient déjà soulevé la question et je trouve que mettre highway=pedestrian et car=yes est antinomique. Pieren 2008/6/16 Philippe Piquer [EMAIL PROTECTED]: En France , je sais pas mais si tu fais un tour par Bruxelles (Tu peux prendre Google Maps hein pas besoin du train) http://maps.google.be/maps?f=qhl=frgeocode=q=rue+neuve+bruxellessll=50.712126,3.830517sspn=0.128917,0.203247ie=UTF8ll=50.851221,4.354443spn=0.000502,0.000794t=kz=20 La rue commercante du centre ville s'appelle la Rue Neuve , en journée (10h-19h si je ne me trompe) , elle est totalement piétonne, pas de trottoir , pas de poteaux , pas de délimitation, mais le soir elle est rendue à la circulation (il fut un temps ce n'était pas le cas mais c'était devenu un vrai coupe gorge ...) 2008/6/15 Pieren [EMAIL PROTECTED]: 2008/6/15 Philippe Piquer [EMAIL PROTECTED]: la quasi n'importe quelle rue commercante pietonniere tombe sous cette définition ... Pour moi, soit la rue est piétonne avec le panneau rue piétonne, donc interdite aux voitures et là, on met highway=pedestrian comme avant; soit la rue n'est pas piétonne, donc pas interdite aux voitures et là, on a deux possibilités: - il y a une séparation physique - un trottoir, des plots, un marquage, etc - entre les piétons et les voitures, et on tague comme avant avec highway=unclassified ou highway=residential, - il n'y a aucune séparation entre les piétons et les voitures, l'aménagement au sol est identique sur TOUTE la largeur de la voie (jusqu'aux murs des bâtiments) et là, on peut parler d'espace partagé comme dans les autres pays qui utilisent ce terme pour définir le living_street et on peut (pourrait) mettre highway=living_street. Maintenant, des rues qui seraient piétonnes (donc interdites aux voitures) à certaines heures de la journée, je dois dire que je n'ai encore jamais vu. Et là, on est pas sorti de l'auberge... N'oubliez pas la définition anglaise de living_street : a street where pedestrians have priority over cars, children can play on the street, maximum speed is low. alors que les anglais n'ont pas non plus ce genre de rues et n'ont pas été demandeurs contrairement aux allemands, suisses, etc. Ca serait intéressant de voir s'ils l'utilisent dans leur pays (d'après tagwatch, il semble que non). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Définition des Highways en ville
Donc, c'est interdit sauf riverain à certaines heures ? 2008/6/16 Olivier Boudet [EMAIL PROTECTED]: (il s'agit tout de même généralement des riverains car sinon on perd du temps puisque l'on ne peux pas rouler vite). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] développement d'un plugin JOSM p our le cadastre
Salut à tous, Pour éviter qu'on soit plusieurs à faire la même chose en double, je voulais juste signaler que je suis en train de finaliser une première version d'un plugin pour télécharger les images du cadastre directement dans JOSM. J'ai mis une première image sur le wiki : http://wiki.openstreetmap.org/index.php/Cadastre_Fran%C3%A7ais/Technique#Plugin_WMS_Cadastre_pour_JOSM Il reste quelques détails à peaufiner (listés dans le wiki) mais une première version devrait bientôt être disponible. D'ailleurs, si quelqu'un veut donner un coup de main pour les points listés, l'appel est lancé. La difficulté majeure (voire peut-être insoluble) sera de trouver le code de la ville automatiquement suivant l'endroit où on se trouve dans la vue JOSM. En effet, un node de la ville la plus proche du centre de l'écran ne donne pas forcément la bonne planche cadastre (les limites administratives entre villes sont plutôt tordues, c'est le moins qu'on puisse dire). Pour l'instant, il faudra se contenter d'entrer manuellement le nom de la ville (et éventuellement le code de la ville). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] développement d'un plugin JOSM p our le cadastre
2008/6/17 g.d [EMAIL PROTECTED]: Le calque sections d'un cadastre vectorisé n'a pas d'importance pour nous (osm), On devrait pouvoir choisir quels calques on veut afficher ou pas, suivant la liste founie par Jocelyn sur le wiki. C'est vrai que par défaut, on peut supprimer le calque section. mais je suppose, que ton plug-in saura charger aussi ces bitmapses, ou plutôt leurs pdf fournis par cadastre.gouv.fr (?). Pour les planches non vectorisées, ça devrait venir plus-tard mais je ne sais pas ce que le serveur WMS fournit comme image en retour (ça doit être du PNG aussi). Il y a déjà dans le plugin WMS la possibilité de repositionner le calque mais c'est uniquement un repositionnement horizontal et vertical. Or je sais que ces planches non vectorisées ne sont que rarement orientées vers le nord... Donc il faudrait aussi envisager une commande de rotation de l'image pas impossible mais pas rapidement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Des images de carte
Sinon, est-ce que vous avez pensé à Kosmos ? Vous faites une extraction OSM puis faites le rendu avec Kosmos. Il gère aussi l'impression sur plusieurs pages, format poster. Pour extraire une large zone de la base de donnée d'informationfreeway.org, utilisez osmxapi qui est moins limité dans la taille du bbox que la base originale. Kosmos: http://wiki.openstreetmap.org/index.php/Kosmos osmxapi : http://wiki.openstreetmap.org/index.php/Osmxapi Pieren 2008/6/17 Vilain Mamuth [EMAIL PROTECTED]: dernierement je voulais faire un pti serveur WMS pour rappatrier les tuiles google sat j'avais trouvé cà, le systeme est sensiblement pareil pour google ou autre http://msdn.microsoft.com/en-us/library/bb259689.aspx c'est à base de quadtree (arbre avec toujours 4 fils) pour chaque zoom, il faut créer un nouveau systeme de coordonnées en pixels. le plus dur pour moi a été de determiner le niveau de zoom à prendre en fonction de la bbox et de la taille de l'image demandée. Axel R. a écrit : j'ai l'impression d'avoir ma réponse : le numéro est le double pour un zoom + 1. C'est bien ça ? ça veut dire qu'il ne peut pas avoir deux Tiles qui ont les mêmes numéros lat/long ? Axel Est ce que quelqu'un peut m'expliquer comment fonctionne la numérotation des Tiles suivant le zoom ? Je comprends bien qu'à un niveau de zoom donné la Tiles suivantes (celle au sud de la Tiles en cours) a un numéro incrémenté de 1. Mais y'a t'il une relation entre des Tiles d'un même endroit avec un zoom différent ? Merci beaucoup, Axel Pour récupérer des tuiles je fais touner pymap, je me ballade sur la zone qui m'intéresse et j'ai les tuiles sur ma machine ;-) Si tu ne peux pas le faire tourner utilisehttp://tah.openstreetmap.org/Browse/?x=253y=170z=9layer=tile pour connaitre les coordonnées des tuiles que tu recherches. A++ ___ Talk-fr mailing [EMAIL PROTECTED]://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing [EMAIL PROTECTED]://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] cadastrewms.jar, plugin pour josm, premier jet ;-)
Bon, malgré le fait que Jocelyn ait déjà mis son serveur wms à disposition, je vous propose de tester (aussi) le plugin cadastrewms pour josm. Différence avec cadastre_wms.py de Jocelyn : - il n'y a pas de serveur wms, on accède directement au serveur wms du cadastre - on change la projection de josm en Lambert zone, on ne fait donc pas de transformation d'image - c'est entièrement en java (le plugin fait 30KB), donc python n'est pas nécessaire Installation: - en attendant la prochaine publication de josm, vous devez charger un josm compilé avec les derniers sources ici. J'en met un prêt à l'emploi ici : http://dl.free.fr/eahENcTSL/josm-custom.jar - démarrez josm puis changez la projection en Lambert dans l'écran de préférences (symbole avec un grille) - redémarrez puis installez le plugin wmsplugin à partir de l'écran de préférences (symbole d'une prise électrique), à moins que vous ayez déjà installé ce plugin avec le josm standard - le plugin cadastrewms doit pour l'instant être installé manuellement: - téléchargez le fichier ici : http://dl.free.fr/edTlolOg4/cadastrewms.jar - copiez le fichier dans le répertoire des plugins de josm : - avec windows: C:\Documents and Settings\votre_nom_utilisateur\Application Data\JOSM\plugins - avec linux : ~/.josm/plugins (ou similaire, à vérifier) - éditez le fichier preferences avec un éditeur texte simple (genre notepad), localisez la ligne plugins=. En principe, le plugin wmsplugin doit déjà s'y trouver. Ajoutez ,cadastrewms à la fin de la ligne (sans les guillemets) - redémarrez josm - si le plugin est correctement installé, vous devez voir deux nouveaux menus items dans le menu WMS: - cadastre : appelle le serveur wms du cadastre - change location : configurez le nom de la ville - positionnez vous sur la zone qui vous intéresse en chargeant un GPX et/ou en téléchargeant des données OSM - entrez le nom de la ville à partir du menu, puis lancez la requête wms avec le menu cadastre, et voila. Les prochaines améliorations sont dans le wiki. J'ai déjà tenté de filtrer certains calques mais il semblerait que le serveur wsm ne l'accepte pas. C'est vrai que le plus gênant pour l'instant, c'est le fond blanc des images. Maintenant, je ne sais pas si ça vaut la peine de continuer puisqu'on a 2 solutions josm pour le cadastre. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] cadastrewms.jar, plugin pour josm, premier jet ; -)
NB: j'ai oublié de préciser que le fichier preferences se trouve dans le répertoire au-dessus du répertoire des plugins. Pieren 2008/6/19 Pieren [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] cadastrewms.jar, plugin pour josm, premier jet ; -)
Comme je l'ai déjà dis, c'est vrai que l'image actuelle n'est pas facile à exploiter avec son fond blanc. Mais la modification de l'image peut se faire directement dans le plugin. J'ai pensé ajouter un nouveau tab dans les préférences avec des paramètres de contraste/brillance ajustable (avec option de suppression du blanc si faisable). Si vous avez des problèmes avec certains noms de villes, envoyez-les moi. POUR LES ASPECTS LEGAUX: - c'est une version de test, - il manque un lien vers la license du cadastre et un copyright devrait être inséré dans l'image. - Il est interdit de faire commerce des images ainsi récoltées. - N'ajoutez pas de nouvelles données avec l'aide du cadastre sans préciser la source comme l'a déjà dit Jocelyn. Certains ont mentionné le fait que le cadastre peut avoir une grosse déviation par rapport à la réalité. Donc méfiance. Pieren On Thu, Jun 19, 2008 at 2:51 PM, murphy2712. nospam [EMAIL PROTECTED] wrote: Maintenant, ça serait sympa de pouvoir modifier un peu l'image (modifier le contrate, transformer le blanc en transparent)... quoique c'est plus vraiment au plugin mais à JOSM qu'il faudrait ajouter ces options (sur les layers WMS). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] cadastrewms.jar, plugin pour josm, premier jet ; -)
J'aurai dû préciser que le plug-in ne fonctionne pas pour les dom-tom. 2008/6/19 murphy2712. nospam [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] The State of France
Concernant ta présentation à l'SOTM, il faudra faire très attention aux termes employés sur l'aspect légal du cadastre et de son serveur wms. Par exemple, ce n'est pas parce que le serveur donne accès à des images au public que l'on peut forcément en faire l'usage que l'on veut. Je pense que le public du SOTM sera d'avantage attentif aux aspects légaux et compatibilité avec la license que sur les aspects techniques. Pieren 2008/6/10 Renaud Martinet [EMAIL PROTECTED]: Concernant le cadastre, ce serait plus sur l'aspect technique et ce que l'on pourrait en faire si on pouvait l'utiliser mais je présenterai aussi le côté légal du truc. Pour ce qui est de l'accès au WMS il n'y a priori aucun problème pour faire ce que fait Jocelyn, le WMS étant publiquement accessible. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Rue à double sens obstruée d'u n coté
Je couperais la rue en deux ways séparé dont un qui serais très petit du coté de l'entrée bouchée (quelques mètres) et je mettrais lanes=1 et oneway=true pour qu'un hypothétique logiciel de navigation ne se plante pas. Mais j'ai pas bien compris : c'est juste un rétrécissement sur une voie (lanes=1) ou la route est sens unique avec panneau qui va bien à l'entrée (oneway=true) ? Pieren 2008/6/20 Thomas Petazzoni [EMAIL PROTECTED]: Bonjour, Sur Colomiers (31), j'ai le cas d'une rue un peu étrange. Toute la rue est à double sens, mais d'un coté, un sens de la circulation est obstrué. Pour ceux qui veulent voir: http://informationfreeway.org/?lat=43.61263794945466lon=1.3293579744515358zoom=16layers=B000F000F (attendre le refresh d'informationfreeway, je viens juste d'uploader). Le chemin de la Save est à double sens, mais impossible de rentrer dans cette rue depuis le Rond-Point de l'Humanité. Par contre, aller du chemin de la Save au Rond-Point de l'Humanité est possible. Et un résident du chemin de la Save habitant juste à coté du Rond-Point peut prendre la rue dans la direction Est vu qu'elle est à double sens. Comment tagge-t-on ce type de bizarrerie ? Autre question: comment faites-vous pour «noter» au GPS les points d'intérêts ? Mon GPS prend juste des traces toutes les deux secondes. Comme puis-je savoir après coup que tel point correspond à tel point d'intérêt ? Merci, Thomas -- Thomas Petazzoni, [EMAIL PROTECTED], http://thomas.enix.org Jabber, [EMAIL PROTECTED] Toulibre, http://www.toulibre.org - APRIL, http://www.april.org Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E 1624 F653 CB30 98D3 F7A7 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Out of memory
2008/6/21 Megaten [EMAIL PROTECTED]: en particulier la sauvegarde du nom de la ville d'une session à l'autre pour commencer. Mais je suis sur que tu as déjà commencer les améliorations, vraiment super. Ps: Sous quel délai le pluggin sera proposé en standard? Ou peut-on en apprendre plus sur ce process de mise à jour? J'y travaille. Le nom de ville est sauvegardé maintenant. J'ai aussi corrigé un bug dans la projection Lambert. Le probleme, c'est lorsqu'on a des données à cheval entre deux zones de projection Lambert. Il n'y aura pas de solution parfaite mais bon, j'ai un truc qui tourne assez bien maintenant. Avant de sortir une nouvelle version, je cherche un moyen de changer la couleur du fond blanc qui est vraiment gênant pour l'édition. La version de JOSM actuellement disponible sur le site josm.openstreetmap.decontient une première version de la projection Lambert mais elle n'est pas complète. Vous aurez un décalage d'une dizaine de mètres dans un sens ou l'autre. Donc, n'utilisez pas encore le plugin pour ajouter des données. Merci à ceux qui m'ont envoyé des remarques ou défaillances pendant leurs tests. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Out of memory
Il semblerait que ce problème soit lié à la projection Lambert. Il me semble qu'en repassant dans une projection EPSG:4326 ou Merkator, le problème disparaisse. Dites-moi si ça résoud aussi vos problèmes. Pieren 2008/6/21 [EMAIL PROTECTED]: J'ai eu le même problème ici et ca venait du validator. Essaye de le désactiver si tu l'as... On 6/21/08, Megaten [EMAIL PROTECTED] wrote: Je crois que j'ai résolu mon cas. J'ai voulu testé les WMS de Jocelyn et de Pierren en même temps. J'ai du faire un je ne sais quoi, mais en supprimant celui de Jocelyn ( je n'ai pas Python installé) je me suis aperçu que j'avais en double l'url de NPE, en le supprimant cela à l'air de baigner avec le WMS de Pierren actif. Pas de chance Pierren je vais maintenant pouvoir demander plus, en particulier la sauvegarde du nom de la ville d'une session à l'autre pour commencer. Mais je suis sur que tu as déjà commencer les améliorations, vraiment super. Ps: Sous quel délai le pluggin sera proposé en standard? Ou peut-on en apprendre plus sur ce process de mise à jour? Philippe Piquer a écrit : HSWubi , c'est bien mais uniquement pour des tests car Ubuntu installé dans Windows comme un autre programme , devient lui aussi vulnérable comme un autre programme Windows .../HS Pas encore eu ce type de probleme avec JOSM mais bon les changements de versions sont fréquentes , peut etre un probleme pour une version précise ...(v639 pour moi) 2008/6/21 Marc Quinton [EMAIL PROTECTED]: 2008/6/21 Marc Quinton [EMAIL PROTECTED]: dans ce cas, rien ne t'empeche de faire du double boot. il y a aussi la virtualisation via virtualBox par example, mais ca nécessite un peu plus de mémoire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] cadastrewms.jar, plugin pour jos m, première version stable
Vous pouvez trouver une deuxième version du plugin JOSM pour le cadastre à l'adresse suivante: http://dl.free.fr/bWcc0yUtz/cadastrewms.jar Il faut aussi absolument charger une version temporaire de JOSM ici: http://dl.free.fr/aLcUgD5TM/josm-custom.jar car la première version de la projection Lambert comprend un bug. J'ai envoyé le nouveau code source à Frederic Rahm pour qu'il l'intègre à la prochain version téléchargeable de JOSM depuis son site, ce qui peut prendre quelques jours. Ce qui change: - la localité est sauvegardée, donc plus besoin de retaper le nom de la ville si on ne veut pas changer; - la requête complète au cadastre avec demande de cookie ne se fait que la première fois. Conséquence : les requêtes suivantes sont plus rapides, le serveur wms est soulagé car il a moins de clients. Inconvénient : votre session peut maintenant arriver à expiration. Une version ultérieure du cadastre le détectera automatiquement mais en attendant, il faudra appeler le menu Reset cookie pour que ça r-emarche (sans redémarrer josm). - il y a maintenant un raccourci clavier F11 pour lancer les requêtes au serveur. Très pratique. - il y a un menu de configuration dans les preferences. L'image de l'onglet est encore un gif yahoo mais si quelqu'un est volontaire pour un nouveau gif pour symboliser l'onglet cadastre plugin, qu'il me l'envoie. - On peut activer dans ce nouveau onglet preference un traitement de l'image. On peut maintenant changer la couleur de fond du cadastre et remplacer le blanc par la couleur de fond de JOSM background (configurable aussi dans preference/Display settings). On peut aussi inverser l'échelle des gris (utile pour faire apparaitre les textes noirs sur un fond noir). J'ai créé une page dédiée sur le wiki : http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre Voila. Je ne serais moins présent les 3 prochaines semaines (pour raisons professionnelles). Mais les sources sont dans le plugin. Si quelqu'un veut prendre le relai... l'environnement est Eclipse. Sinon je continuerai en Juillet. Je dirais que ce qui manque encore principalement, c'est l'ajout automatique du tag source=. Mais j'attend aussi vos commentaires. Une dernière remarque : la projection Lambert fonctionne sur quatre zones en France métropolitaine et Corse uniquement. Si vous travaillez à cheval entre deux zones, JOSM va conserver la projection d'une seule zone, quitte à avoir une distorsion qui augmente au fur et à mesure qu'on s'éloigne de la zone d'origine. Mais au delà d'une certaine distance, vous aurez un message d'alerte et des points qui s'afficheront en décalage complet. Dans ce cas, il vaut mieux vider votre layer et recommencer dans la nouvelle zone. C'était ça ou mettre les quatres projections Lambert zone en configuration manuelle... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] cadastrewms.jar, plugin pour jos m, première version stable
J'ai oublié un dernier point mais important : comme d'autres l'ont déjà signalé, le plugin Validator ne supporte pas la projection Lambert. Au moment de valider des données avant transfert vers le serveur, on a un message d'erreur out of memory. En attendant que le problème soit identifié, désactivez le plugin Validator. Pieren 2008/6/23 Pieren [EMAIL PROTECTED]: Vous pouvez trouver une deuxième version du plugin JOSM pour le cadastre à l'adresse suivante: http://dl.free.fr/bWcc0yUtz/cadastrewms.jar Il faut aussi absolument charger une version temporaire de JOSM ici: http://dl.free.fr/aLcUgD5TM/josm-custom.jar car la première version de la projection Lambert comprend un bug. J'ai envoyé le nouveau code source à Frederic Rahm pour qu'il l'intègre à la prochain version téléchargeable de JOSM depuis son site, ce qui peut prendre quelques jours. Ce qui change: - la localité est sauvegardée, donc plus besoin de retaper le nom de la ville si on ne veut pas changer; - la requête complète au cadastre avec demande de cookie ne se fait que la première fois. Conséquence : les requêtes suivantes sont plus rapides, le serveur wms est soulagé car il a moins de clients. Inconvénient : votre session peut maintenant arriver à expiration. Une version ultérieure du cadastre le détectera automatiquement mais en attendant, il faudra appeler le menu Reset cookie pour que ça r-emarche (sans redémarrer josm). - il y a maintenant un raccourci clavier F11 pour lancer les requêtes au serveur. Très pratique. - il y a un menu de configuration dans les preferences. L'image de l'onglet est encore un gif yahoo mais si quelqu'un est volontaire pour un nouveau gif pour symboliser l'onglet cadastre plugin, qu'il me l'envoie. - On peut activer dans ce nouveau onglet preference un traitement de l'image. On peut maintenant changer la couleur de fond du cadastre et remplacer le blanc par la couleur de fond de JOSM background (configurable aussi dans preference/Display settings). On peut aussi inverser l'échelle des gris (utile pour faire apparaitre les textes noirs sur un fond noir). J'ai créé une page dédiée sur le wiki : http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre Voila. Je ne serais moins présent les 3 prochaines semaines (pour raisons professionnelles). Mais les sources sont dans le plugin. Si quelqu'un veut prendre le relai... l'environnement est Eclipse. Sinon je continuerai en Juillet. Je dirais que ce qui manque encore principalement, c'est l'ajout automatique du tag source=. Mais j'attend aussi vos commentaires. Une dernière remarque : la projection Lambert fonctionne sur quatre zones en France métropolitaine et Corse uniquement. Si vous travaillez à cheval entre deux zones, JOSM va conserver la projection d'une seule zone, quitte à avoir une distorsion qui augmente au fur et à mesure qu'on s'éloigne de la zone d'origine. Mais au delà d'une certaine distance, vous aurez un message d'alerte et des points qui s'afficheront en décalage complet. Dans ce cas, il vaut mieux vider votre layer et recommencer dans la nouvelle zone. C'était ça ou mettre les quatres projections Lambert zone en configuration manuelle... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre-WMS
Je crois que la seule solution est d'ajouter un deuxième critère dans la localisation comme le code postal ou le code département. Je ne pensais pas que le cas se présenterais si tôt ! Je vais essayer de faire une version intermédiaire du plugin ce soir si je peux. Pieren PS: pour le source= automatique, ça semble faisable dans un plugin mais uniquement au moment du téléchargement vers le serveur (comme pour le plugin Validator). Donc le tag source ne sera visible qu'après un upload. 2008/6/24 Megaten [EMAIL PROTECTED]: J'avais supposé que le problème des nom composée de commune étais susceptible de créer des difficultés avec le plugin de Pieren mais je ne m'attendais pas à en trouver avec des noms de commune très simple comme 'Pringy' par exemple. En effet pour les noms composés j'appelle le serveur du cadastre et j'utilise le numéro de département ou le code postal et il me propose un choix qui me permet d'identifier la bonne orthographe: blanc, tiret, majuscule... Mais pour les noms simples existant dans plusieurs département je n'ai pas trouver l'astuce pour identifier via le plugin la commune. Qui aurais un idée, un pointeur, une documentation pour identifier exactement ce type de situation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] CadastreWMS v0.3
Une version 0.3 du cadastrewms plugin pour JOSM est disponible ici: http://dl.free.fr/chHN1PMmi/cadastrewms.jar Cette version ajoute le support du numéro départemental dans la localisation de la commune (uniquement nécessaire pour les villes qui ont des homonymes). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] 4e réunion IRC francophone
A tous, Je propose d'organiser une 4e réunion francophone sur l'IRC habituelle le samedi 19 juillet à partir de 21h. Si vous avez des désires particuliers (thème, changement de date,etc), c'est le moment d'en parler. La page dédiée sur le wiki: http://wiki.openstreetmap.org/index.php/Reunions_Francophones/4%C3%A8me_R%C3%A9union Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre : projet de courrier
Bon travail, Denis. 2008/7/1 Jean-Christophe Haessig [EMAIL PROTECTED]: Le mardi 01 juillet 2008 à 22:07 +0200, Denis a écrit : Afin de lever toute ambiguïté sur l'utilisabilité des données cadastrales, il importe d'obtenir des réponses claires de la part de la DGI. Au risque de me répéter, cette confirmation est utile mais pas indispensable. L'article 2 des conditions générales d'utilisation du cadastre est clair: Les différents utilisateurs du plan cadastral sont autorisés à diffuser, *sans accord préalable de la DGI*, un produit composé pour partie du plan cadastral papier ou numérique... Tout le problème tient dans la définition de travail composé ou dérivé. Les CG d'utilisation indiquées sur le site excluent toute utilisation commerciale, ce qui est — il me semble — incompatible avec la licence d'OSM. Là encore, il faut lire chaque mot : l'article 1 dit: L'usage interne exclut toute exploitation commerciale des fichiers. Ce qui est interdit, c'est de récupérer les fichiers du cadastre tel quel et d'en faire le commerce. Pour ce qui concerne un travail composé, voir l'article 2. D'ailleurs, navteq utilise le cadastre comme source d'information. Et ça n'empêche pas Navteq de vendre le résultat ! [1] http://www.zdnet.fr/galerie-image/0,50018840,39380306,00.htm [2] http://www.geodatablog.com/2006/10/les-annonces-de-navteq-lors-de-sig2006_24.html Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre : projet de courrier
Aah, j'attendais avec impatience le mail de g.di sur ce fil ;-) Juste trois remarques (courtes ;): - non, reconstituer les bâtiments en le faisant à main levée comme l'a fait Olivier n'est pas un problème dans mon interprétation des CGU. Ce qui peut poser problème, c'est importer les données cadastrales sous forme de svg et les exporter directement dans osm. On est plus dans le travail dérivé. - pour parler au nom d'OSM, ça peut être assez facile. Il suffirait que celui qui envoit le courrier fasse partie de la fondation OSM en Angleterre et que cette demande soit approuvée par les membres de la fondation. Ou alors créer un équivalent français sous forme d'association 1901 et être officiellement reconnu comme représentant français de la fondation osm. - pour finir, dans cette histoire, il faut remettre un peu les pieds sur terre. Je lis état français associé à droit d'auteur. Vous connaissez beaucoup d'exemples où l'état français à porter plainte pour violation de ses droits d'auteurs ? Pour finir, c'est vrai que les CGU ne parlent pas de travail dérivé et je pense que ce flou est volontairement entretenu par les rédacteurs de ces CGU parcequ'ils sont eux-même incapables de dire si c'est autorisé ou pas (d'où aussi leurs non-réponses aux emails déjà envoyés). Etant l'auteur du plugin cadastre dans josm, je suis prêt à prendre mes responsabilités en cas de procès. Il sera alors facile de produire les preuves de notre bonne foi (les courriers sans réponse, les discussions dans cette ML) et - en cas d'interdiction de cette forme d'usage par un juge (puisque apparement les gens de la cgi eux-mêmes ne peuvent trancher, il faut une jurisprudence) - ce qui m'étonnerait et ferait un énorme tapage médiatique car ce serait une première, il suffira de retirer le plugin et toutes les données sourcées cadastre sur la France métropolitaine et Corse. N'oubliez pas que OSM ne va jamais importer les données essentielles du cadastre : les parcelles et leurs propriétaires. Pieren 2008/7/2 g.d [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Remarques sur le plugin josm cadastrewms
Juste deux remarques sur l'utilisation du plugin josm cadastrewsm: - si vous voyez le message Some data are positionned far away from.., c'est que vous avez commencer vos edit sur une zone lambert et que une coordonnée apparait dans une autre zone lambert. Il y a une certaine tolérance pour conserver la zone lambert actuellement en usage (de 0.5 degrés en lat) mais ce message apparait au-dela des 0.5 degrés de dépassement de la zone lambert. = si vous voyez le message Some data are positionned far away from..., ne faites pas d'upload vers OSM, les nouveaux points seront mal positionnés. Annulez votre dernière action et sauvegardez votre travail (dans un fichier ou avec l'upload) puis redémarrez josm pour travailler dans la nouvelle zone. - certaines communes se trouvant à cheval entre deux zone lambert posent problèmes. Comme elles sont entre deux zones lambert, il est possible que josm choisisse une zone qui ne corresponde pas à celle utilisée par le cadastre Pour le point 1, je vais augmenter la tolérance de dépassement de la zone lambert en cours avant de faire apparaitre le message qui indiquera aussi plus clairement qu'il ne faut pas utiliser les nouvelles données (de 0.5 , on passera a 1.5 degres) Pour le point 2, il faudra ajouter la possibilité de définir manuellement dans quelle zone lambert on souhaite travailler, uniquement nécessaire pour ce genre de communes (en attendant une hypothétique base de donnée avec les coordonnées géographiques par communes et la zone lambert utilisée par le cadastre lorsque la commune est à cheval entre deux zones). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Remarques sur le plugin josm cadastrewms
Non, je ne vois pas de problème. Sauf que je connais déjà la réaction du public OSM qui voudra interdire l'usage du plugin tant que le moindre doute persiste sur l'aspect légal... c'est à dire potentiellement forever. De toute façon, on peut présenter ça comme un poc (proof of concept) et intention est de commiter une version dans le svn que lorsqu'on aura une réponse de la dgi ou une absence de réponse prolongée (ce qui sera le scénario le plus probable à mon avis). Pieren 2008/7/7 Renaud Martinet [EMAIL PROTECTED]: Pieren, Est-ce que ça te dérangerait si je faisais une petite démo du plugin à la conf ce week-end ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagué un route avec un chi ffre secondaire en indice
Je met aussi un point. Le R de RD ou RN existe encore sur les anciens panneaux. R pour Route, pour moi n'apporte aucune information. Donc je ne met pas. J'ai vu certaines routes marquées en D1.2 et D1.II .Si en général il faut essayer d'être le plus proche du panneau indicateur, il faut surtout trouver la notation officielle. Puisqu'on est dans les références, juste un mot pour dire que les panneaux européens sont officiellement en E(espace)xx dans la documentation officielle. Pieren 2008/7/9 [EMAIL PROTECTED]: Salut ! Moi perso je met un point (du style D311.7) Y a beaucoup de truc de ce genre sur les routes de campagnes (notamment vers Dreux) + Yann - Mail Original - De: Miroslav Sedivy [EMAIL PROTECTED] À: Discussions sur OSM en francais talk-fr@openstreetmap.org Envoyé: Mercredi 9 Juillet 2008 10:59:18 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Comment tagué un route avec un chiffre secondaire en indice Stephane, TomTom est une concurrence, alors à ignorer! ;-) Toujours regarder ce qui est sur les panneaux, alors D154. Le petit 2? J'ai vu plein de petites lettres ou de bis, mais jamais un numéro extra. Je ferais D154 2 ou D154/2. Miro 2008/7/9 Stephane [EMAIL PROTECTED]: Comment faire par exemple pour la D154 et la D1542 ? le petit 2 je le met où ? On met D154 ou RD154 ? a priori c'est juste le D d'après ce que j'ai pu voir aux alentours ? Mais arexemple sur un tom tom c'est RD qui est utilisé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Remarques sur le plugin josm cadastrewms
François, je suis d'accord avec toi pour dire que ni le cadastre, ni l'imagerie aérienne ne vaut une visite sur le terrain. Mais le cadastre permet de mieux positionner les rues surtout en centre ville, là où les GPS pédalent dans la choucroute à cause de l'effet canyoning et où l'imagerie yahoo en haute résolution manque (voir Colmar et l'ouest de Strasbourg). On peut aussi par ce biais récupérer des informations difficiles à collecter sur le terrain comme certaines voies ferrées ou recouper les noms de rues en cas de doute ou de confusion sur certaines portions de voies (savoir où s'arrête une rue et où commence la suivante s'avère parfois impossible sur le terrain). Quant aux exemples que tu cites (google maps, OS), ce sont tous des exemples où les conditions d'utilisation ont été très claires et n'ont pas poser question. Pour le cadastre, c'est le contraire. Aucun texte n'interdit l'usage pour ce que nous en faisons mais il reste un doute, notament sur la définition entre travail composé et travail dérivé. Ce doute doit être levé grâce au courrier de Denis. Mais je suis d'accord avec toi pour dire qu'il faut aussi passer sur le terrain. Le cadastre ne montre pas les sens interdits, les rue piétonnes, les pistes cyclables, les POI. Bref, tout ce qui fait la richesse d'OSM. Pieren 2008/7/9 François Schnell [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagué + AUTRES QUESTIONS
La définition est volontairement vague et le wiki parle de Dxx et Nxx pour simplement guider les nouveaux arrivants qui comme moi sont troublés par ça. Avec un peu d'expérience, il faut penser hiérarchisation des voies, y compris en ville. Les voies primary, secondary et tertiary sont les 3 niveaux pour les voies de transit (et ce qui se rapproche le plus est nationale, départementale et communale mais ça n'est pas toujours vrai). Unclassified et residential sont des voies de desserte. Les aménageurs territoriaux ont la même volonté de hiérarchie en aménageant des routes plus ou moins importantes suivant le trafic et en mettant des panneaux pour guider le flot de voitures. Un exemple est une petite ville qui a une voie qui contourne le centre (généralement récente) et une voie qui traverse le centre (générale la voie historique). Si les locaux ont dépensés des millions pour faire un contournement, c'est bien que dans leur esprit la voie de contournement est la voie de transit qui doit avoir une classification supérieure à la voie qui traverse le centre. On connais tous l'intersection avec le panneau toutes directions et le panneau centre ville. Pour homogénéiser le tout, il suffit de regarder la carte en reculant le zoom. Pieren 2008/7/9 g.d [EMAIL PROTECTED]: En principe, on classe subjectivement, d'après ce qu'on rencontre sur place... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] message You are out of memory. à l'upload
Ce problème est sur la liste des choses à faire. Voir le wiki http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre Pieren 2008/7/10 Fabienne Gibert [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] nom des villages
Tu peux essayer de contacter Alban (alban.noir chez free.fr) qui possède un script pour ajouter les villes et villages par département. Mais il faut repasser derrière pour corriger les positions qui peuvent se trouver à plusieurs centaines de mètres voire en kilomètres par rapport au centre réel de la ville/village. De plus, son script peut introduire des doublons mais ça reste quand même bien utile.Il faudrait juste qu'il corrige encore la classification des tags place pour hamlet (hameaux) qui ne devrait s'appliquer qu'aux patelins en dessous de 100 habitants et qui ne sont rendus que sur le dernier niveau de zooms sur les cartes en ligne. Pieren On Mon, Jul 14, 2008 at 5:48 PM, Axel R. [EMAIL PROTECTED] wrote: Bonjour, Je voulais savoir si y'avait un truc qui remplissait automatiquement le nom des villages ? J'ai l'impression qu'il y en a beaucoup, mais qu'il en manque aussi beaucoup. Dois-je le faire à la main ? Comme y'a pas mal d'infos (code postal, code insee etc.), je me demandais si y'avait un robot qui automatise tout ça. Merci, Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] CadastreWMS v0.4
Voici la 4e version du plugin cadastrewms pour Josm. Vous pouvez télécharger le fichier jar ici : http://dl.free.fr/aPdkDjnZj/cadastrewms.jar Je conseille aussi d'utiliser une version récente de Josm. Ce qui change: - le message d'erreur au moment de l'upload est corrigé; - l'installation du plugin wmsplugin n'est plus indispensable; - ajout automatique du tag source=Cadastre... en l'activant à partir du menu. Le texte de la source est modifiable dans la fenêtre des préférences (à faire au moins une fois pour indiquer l'année); - configuration manuelle de la zone Lambert. Surtout utile pour certaines villes se trouvant ä cheval entre deux zones Lambert. Il arrive que Josm choississe automatiquement la zone Lambert qui ne corresponde pas à celle utilisée par le cadastre (image retournée vide). Il faut alors vider tous les layers avant de définir la zone manuellement puis de charger les données soit en faisant un download du serveur osm ou en chargeant un fichiier osm ou gpx. Petit rappel : restez à des niveaux de zooms assez grands, les planches cadastrales ne couvrant qu'une seule commune à la fois; - on peut enfin choisir un multiplicateur d'image dans la fenêtre des préférences. L'écran sera divisé en 4 ou 9 sections avec un niveau de détails augmenté mais aussi un temps de chargement plus long. Ce qui ne change pas: - la cohabitation avec le plugin validator est toujours impossible. En cours d'investigation (validator ne supporte pas la projection Lambert). Autres rappels: - si vous voyez un message d'alerte vous signalant que vos dernières données sont trop éloignées de la zone Lambert actuelle, n'insistez pas : annulez votre dernière commande (Undo) et faites une sauvegarde soit en uploadant, soit en sauvegardant dans un fichier. Mais n'utilisez PAS ces dernières données qui seront mal positionnées dans la base OSM. La dernière version de Josm affiche un message d'avertissement plus explicite que précédement. - concernant l'aspect légal, certains pensent que les conditions générales d'utilisation du wms cadastre ne permettent pas d'utiliser ces données pour le projet OSM. Le contributeur Denis va adresser un courrier à la DGI pour lever tous les doutes. Il est donc possible qu'en cas de réponse négative, il faille supprimer toutes les données tagguées avec source=Cadastre Utilisez donc le plugin avec parcimonie en attendant cette confirmation. - les données du cadastre qui nous intéressent se trouvent en creux sur les planches. Si le cadastre peut être très utile pour mieux géolocaliser des voies en centre-ville, là où le GPS est le plus mauvais, il ne remplace en aucun cas une visite sur le terrain. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Retour d'expérience GPS
Je trouve le texte de Gwenn très bon et je pense aussi qu'il ferait une très bonne introduction à la version française de la page wiki Fr:GPS_reviews ;-) Peut-être mettre un texte plus court renvoyant vers la page française du wiki ? Comme ça, chacun pourrait ajouter directement ses propres commentaires comme le veut le principe du wiki. A noter que le sujet fait partie des thèmes qui seront abordés lors de la prochaine réunion IRC: http://wiki.openstreetmap.org/index.php/Reunions_Francophones/4%C3%A8me_R%C3%A9union Pieren 2008/7/16 Gwenn [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] CadastreWMS v0.4
1/ Tu peux changer la couleur du fond blanc en activant l'option dans la fenêtre des préférences (F12), tab cadastre. La couleur blanche sera remplacée par la couleur de fond de Josm (configurable) et qui est noire par défaut. La deuxième option inverse la couleur des gris pour rendre les textes plus lisible. 2/ J'ai déjà un peu regardé pour un fond transparent. Ca permettrait surtout de cumuler les planches de plusieurs communes sur le même calque. Pour l'opacité, ça devrait faire partie des fonctions de base de josm et non du plugin à mon avis mais ils n'ont pas encore prévu ça pour l'instant. Mais c'est une idée à creuser. 3/ Si tu as un avertissement sur la zone Lambert, il faut impérativement annuler la dernière commande, sauvegarder et recommencer un nouveau layer (supprimer tous les calques en cours) sinon tu risques d'introduire des données mal positionnées de plusieurs centaines de kilomètres. C'est dû à la projection Lambert zone qui travaille avec des coordonnées X,Y qui ne sont pas uniques sur le territoire français. Ainsi le point X=10 et Y=30 peut représenter un point du territoire sur la zone 1, un autre sur la zone 2, etc... Josm jongle avec deux systèmes de coordonnées en permanence : lat/lon pour la géolocalisation des données (gpx, osm) et east/north pour les x/y utilisés pour l'affichage à l'écran. C'est le système de projection qui permet de passer de l'un à l'autre et Josm fait des conversions dans un sens puis dans l'autre constamment. Or le Lambert zone se limite à une portion du territoire. La zone est calculée automatiquement sur la première position convertie du lat/lon en x/y d'un nouveau layer puis on conserve cette zone pour toutes les conversions ultérieures car il est impossible de déterminer automatiquement la zone à partir des x/y. 4/ D'après g.di et certaines lectures, le cadastre possède une très grande précision sur les villes mais peut être parfois très mauvais à certains endroits (à la campagne ?). Je ne peux pas en dire plus si ce n'est que - comme avec les images satellites - il faut d'avantage se fier à ses relevés GPS lorsqu'ils sont pris dans de bonnes conditions (pas d'effet canyoning). Certaines images yahoo dépassent la centaine de mètres d'erreur. Mais jusqu'à maintenant, sur les quelques communes que j'ai pu tester sur le cadastre comparées aux données osm, j'ai été surpris par la très grande qualité de recoupement. Allez aussi voir la page dédiée sur le wiki: http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre Pieren 2008/7/17 Patrice Vetsel [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] CadastreWMS v0.4
2008/7/17 Patrice Vetsel [EMAIL PROTECTED]: Si je continue tout semble ok, dois je continuer ou supprimer mes bookmarks et les refaire ? non, le raccourci utilise les coordonnées lat/lon donc ça ne dépend pas de la projection. Par contre, il est possible que tu charges des données très éloignées de ta zone de travail. Ca arrive avec des ways très longs (autoroutes, canaux, rivières). Il faudrait que tu m'envoies ton raccourci pour que je puisse en dire d'avantage. On peut voir ça ensemble en dehors de la ML si tu veux. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Dernier rappel : 4e réunion IRC francophone le 19 juillet
A tous, Dernier rappel donc, à ceux qui veulent partager leurs interrogations, expérience, suggestions en direct live à la communauté OSM francophone qu'ils peuvent se joindre à la 4e réunion IRC du 19 juillet. Tout le monde est le bienvenue. Vous pouvez venir comme simple auditeur. Un client IRC suffit. Pour les commentaires et l'ordre du jour, voir le wiki: http://wiki.openstreetmap.org/index.php/Reunions_Francophones/4%C3%A8me_R%C3%A9union Pour savoir comment se connecter, voir la section Rejoindre le salon du wiki: http://wiki.openstreetmap.org/index.php/Reunions_Francophones#Comment_acc.C3.A9der_au_chan_IRC Pieren PS: la date a été choisie pour respecter le délai des 2 mois entre chaque réunion comme le souhaitait la majorité des participants. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Quelqu'un sur orléans ?
Pas besoin d'aller sur place pour ce genre d'information. Il se trouve que maps.live (http://maps.live.com/) possède une très bonne vue aérienne du lieu qui devrait répondre à ta question. Pieren 2008/7/18 GARETTE Emmanuel [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] lavoirs
et pourquoi pas historic=lavoir ? Je vois pas trop l'intétêt touristique de ce genre de chose mais plutôt le côté conservation du patrimoine (mais bon, c'est un point de vue). Pieren On Sun, Jul 20, 2008 at 1:01 PM, Delalande Jocelyn [EMAIL PROTECTED] wrote: Salut, Je ne trouve rien pour marquer les lavoirs sur la carte. C'est une indications qui me semble intéressantes sur une carte rando/touristique (au même titre que les moulins à vent). Pour l'instant j'ai mis tourism=attraction;name=Lavoir mais ça me va moyen... Savez-vous si il y un proposal dans ce sens ? Auriez-vous l'utilité d'un tel tag ? (comprendre: est-ce ça vaut le coup que je fasse un proposal ou pas). Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] lavoirs
je pense que le terme le plus proche en anglais est wash house mais c'est plus un lieu fermé qu'en France (normal, il pleut tout le temps et il fait plus froid ;-). Mais tu devrais conserver le mot français lavoir pour identifier quelque chose qui n'a pas d'équivalent chez les anglais (voir par exemple wikipedia en anglais : http://en.wikipedia.org/wiki/Lavoir) Pieren 2008/7/20 Delalande Jocelyn [EMAIL PROTECTED]: Le dimanche 20 juillet 2008 à 15:40 +0200, Pieren a écrit : et pourquoi pas historic=lavoir ? Je vois pas trop l'intétêt touristique de ce genre de chose mais plutôt le côté conservation du patrimoine (mais bon, c'est un point de vue). On a peut-être pas la même définition du tourisme ;-). Mais oui, un truc en historic c'est vrai que ça serait pas mal. Par contre peut-être plutôt un terme plus anglais que « lavoir »... Que je m'arrive pas à trouver, il y a bien « laundry » mais c'est assez générique, c'est aussi bien les blanchisseries que les lavoirs. Jocelyn On Sun, Jul 20, 2008 at 1:01 PM, Delalande Jocelyn [EMAIL PROTECTED] wrote: Salut, Je ne trouve rien pour marquer les lavoirs sur la carte. C'est une indications qui me semble intéressantes sur une carte rando/touristique (au même titre que les moulins à vent). Pour l'instant j'ai mis tourism=attraction;name=Lavoir mais ça me va moyen... Savez-vous si il y un proposal dans ce sens ? Auriez-vous l'utilité d'un tel tag ? (comprendre: est-ce ça vaut le coup que je fasse un proposal ou pas). Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Tag byway
J'aimerais avoir votre avis sur le tag byway récemment apparu dans la Map Features. Il semblerait que cela recouvre un type de chemin qui n'existe pas en France (en tout cas, certains chemins sont identifiés sous ce nom là-bas). Il semblerait que ça fasse un peu doublon avec highway=track mais comme beaucoup de gens ont simplement utiliser byway parce que c'est marqué sur le panneau, les stats ont ensuite fait que quelqu'un a décidé d'officialiser la chose en le mettant dans le Map Features. J'aurais tendance à dire que byway n'est pas applicable à la France et que highway=track est suffisant. Quelles sont les statistiques de byway en France ? Peut-on ignorer ce tag ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Tag byway - définition en Anglais
2008/7/21 Dan Rootham [EMAIL PROTECTED]: Mais en Anglais le mot track signifie qu'on n'attend pas de voir les véhicules du tout. Un track c'est donc encore moins fréquenté qu'un byway. justement, je pense au contraire que track dans OSM ne veut pas dire impraticable pour les voitures, même si une Ferrari ne s'y aventurera pas (voir les photos dans les tracktype ref.[1]). Dans tracktype, n'importe quelle voiture (ou presque) peut rouler sur un chemin grade1 et grade2. Pour les autres grades, un véhicule type 4x4 sera plus recommandé mais pas obligatoire. Mais si on suit la définition donnée dans une des pages du wiki (ref.[2]), on pourrait croire que byway, c'est la même chose que bridleway sauf que les voitures y ont accès (pour le cas des B.O.A.T). En plus, il y a les restricted byway qui eux ressemblent à des bridleways, mais bon, on va rester simple... Il semblerait donc que pour les anglais, track est une piste plutôt étroite et non carrossable...(ref.[3]) sauf que la page track du wiki nous montre une jolie piste tout à fait carrossable (ref.[4]). Pour finir, ayant posé la question sur la ML anglaise, j'ai la réponse suivante (parmi d'autres): Arguably, a highway=byway could be used internationally for any track in the countryside which motor vehicles are permitted on. (ref.[5]). Donc, si on comprend Nick W., byway c'est pour les véhicules motorisés et track pour le non-carrossable. Mais comme la limite est souvent très floue entre carrossable et non carrossable (ça dépend de la voiture et des risques que souhaite prendre le chauffeur), j'aurais tendance à dire que pour la France, on utilise uniquement highway=track. Qu'en pensez-vous ? Pieren [1] http://wiki.openstreetmap.org/index.php/Map_Features#Tracktype [2] http://wiki.openstreetmap.org/index.php/UK_public_rights_of_way#Byway [3] http://wiki.openstreetmap.org/index.php/UK_public_rights_of_way#Tracks [4] http://wiki.openstreetmap.org/index.php/Tag:highway%3Dtrack [5] http://lists.openstreetmap.org/pipermail/talk/2008-July/028070.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre : projet de courrier
A propos du cadastre et de son ouverture, je suis tombé par hasard sur un document extrèmement intéressant: http://www.eurocadastre.org/pdf/Final_report_INSPIRE/the_cadastral_parcel_in_NSDIs_and_in_INSPIRE.pdf sur le site http://www.eurocadastre.org/index.htm qui est une sorte d'état des lieux des différents cadastres européens avec un questionnaire que les cadastres nationaux ont remplis (curieusement, pour la France, c'est l'IGN qui a répondu). La section 4.2 Accessibility of the data nous concerne particulièrement: - Is there a direct access to cadastral data by portal for the public administration ? : France=not applicable, open, unknown - Is there a direct access to cadastral data by portal for companies/citizens ? : France=open, unknown - Is there a direct access to cadastral data by webservice for the public administration ? : France=not applicable, open, unknown - Is there a direct access to cadastral data by webservice for companies/citizens ? : France=open, unknown Plusieurs remarques: - l'IGN n'a pas explicitement répondu non pour l'accès aux données. mais comme elle n'a pas répondu oui, cela confirmerait mon impression que, en fait, ils ne savent pas. - je pense que la situation actuelle est un grand flou artistique et que, bien que l'Europe fasse pression pour libérer ces données (directive INSPIRE), l'administration française et l'IGN attendent peut-être des décisions au niveau politique. - ce qui voudrait dire que, concernant notre problème d'OSM, les administrations concernées ne peuvent décider par elle-mêmes et ne peuvent répondre à nos questions, dans l'attente d'une décision politique qui mettra du temps puisqu'elle se situe au niveau européen. Pieren PS: à noter que la section 4.1 pose la question de l'accès ouvert aux informations sans restrictions ou limitations, la réponse est évidement non puisque cadastre.gouv.fr ne donne pas les informations concernant les propriétaires de parcelles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] CadastreWMS v0.4
Ca ne devrait pas être extrêmement compliqué. Mais la projection fait partie de JOSM, pas du plugin. Cependant, la différence entre le Lambert zone français et le Lambert 72 belge ne semble pas énorme. En plus, la Belgique n'a pas de zones comme la France, donc plus simple à programmer. Mais comme les deux se recoupent géographiquement (puisqu'une partie du Lambert belge recouvre la France et inversement), il faudrait créer deux projections distinctes dans JOSM. Est-ce que l'adresse du wms belge est: http://cartographie.wallonie.be/NewPortailCarto/index.jsp?page=ProfDonnRefAccesWMSnode=33 ? Il semblerait que l'aspect légal pose aussi problème chez-vous ( http://cartographie.wallonie.be/NewPortailCarto/index.jsp?page=mentions_legales ) De plus, j'ai lu un thread qui disait qu'il y avait possibilité de régler la projection dans le wmsplugin plutôt que dans josm mais je vais étudier tout ça. Pieren 2008/7/22 Philippe Piquer [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Villes et importance...
C'est le type de place qui détermine ce qui apparait à tel niveau de zoom. le plus bas étant place=hamlet qui n'apparait qu'au zoom 17 je crois (il faudrait regarder dans le stylesheet de mapnik). Pour le reste, les noms des grosses villes qui disparaissent au profit de petites villes voisines, c'est un problème de rendu dans Mapnik qui dessine les objets sur un même plan dans l'ordre de traitement des données (premier arrivé, premier servi). Et lorsque deux objets sont en collision, il ne garde que le premier. C'est un problème qui existe aussi pour les icônes trop proches par exemple. La solution serait d'améliorer Mapnik pour que les tags place soient affichés par ordre d'importance et non pas simplement dans l'ordre de traitement des données. Pieren 2008/7/23 Vincent MEURISSE [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Question bête : France ou République française ?
voila, c'est changé. Notez aussi que j'ai découvert ce site qui permet de naviguer dans la hiérarchie des relations administratives, pour ceux que ça intéresse: http://osm.schunterscouts.de/relation-browser.php Pieren 2008/7/24 Raphaël Jacquot [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Majuscules
Oui, Le Brun avec un L majuscule parce que c'est un nom propre et pas un article. Oui, Avenue, Rue, etc ont une majuscule car c'est une règle toponymique. Je connaissais ce document de l'IGN qui fait référence en la matière. Lors d'une précédente réunion IRC, j'avais dis que je ferais une page wiki sur le sujet. C'est toujours en haut de mes priorités. Si les règles sont faciles à expliquer (grâce au document de l'IGN et à d'autres sources), il sera en revanche plus difficle de trouver la réponse si ce que nous voyons sur le terrain est en contradication avec la règle. Cela peut venir d'une méconnaissance de ces règles par les autorités locales ou d'un usage ancien (toléré comme exception). Trancher pourra s'avérer difficile dans certains cas. Mais dans le doute, la règle d'or d'OSM marquez ce que vous voyez sur le terrain s'appliquera ici aussi (même si, sur le terrain, il peut arriver que des noms de rues soient écrits avec plusieurs orthographes comme quelqu'un l'a relevé lors d'un précédent fil sur le sujet). Pieren On Fri, Jul 25, 2008 at 12:40 PM, JonathanMM [EMAIL PROTECTED] wrote: C'est dans la nomenclature officiel qu'utilise OSM ;) JonathanMM Gand' a écrit : hu, pourquoi ? On Fri, Jul 25, 2008 at 12:32 PM, Axel R. [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Je penche pour la 2e aussi mais juste sur un sentiment perso. Pareil et j'en profite pour rappeler que Rue, Avenue, Passage, Boulevard... prennent une majuscule (j'ai fait plusieurs corrections à ce sujet récemment... et ça prends du temps :-( ...) Merci, Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping party Paimpol/Bréhat
Par curiosité, j'ai voulu voir si cette île faisait partie du cadastre, et je confirme que oui, on peut voir toutes les infos sur JOSM avec le plugin cadastre. Centrez la vue principale de josm en chargeant les données OSM avec ceci: http://www.openstreetmap.org/index.html?mlat=48.84634487709857mlon=-3.003910245240389zoom=13 puis mettez BREHAT dans la localisation du plugin cadastre et F11 Le résultat montre qu'il y a un gros décalage sur les lignes côtières. Vous pourrez nous dire qui a raison : le cadastre ou l'import des données PGS (faites par satellite). Maintenant, le coin a l'air assez sympa. Dommage que je ne puisse pas venir. Pieren 2008/7/27 Olivier Boudet [EMAIL PROTECTED] Bonjour, Alors le camping municipal de Paimpol à été réservé. Je récapitule le nombre de personnes : - Jeudi soir : Gwenn, Jocelyn, Erwan, Aurélie et moi - Vendredi soir : Gwenn, Jocelyn, Erwan, Aurélie, Ludovic et moi - Samedi soir : Gwenn, Jocelyn, Ludovic et moi En théorie, on sera tous sur le même emplacement, et en prenant l'électricité pour 3€50 on sera nickel pour mapper :-) Eventuellement on prévoit une table et c'est parfait ! Finalement, il n'y a pas de frais de réservation. Au niveau du transport, si le porte vélo de Gwenn s'adapte sur ma voiture, je peux la prendre. Erwan à lui aussi besoin de sa voiture. Ca fait donc deux voitures au départ de Rennes pour cinq personnes (Gwenn, Erwan, Aurélie, moi et Jocelyn si tu fais une étape à Rennes...). C'est donc parfait aussi. Il reste un détail que l'on peut améliorer : si quelqu'un possède des barres de toit pour Renault 21, qu'il se manifeste ! J'ai les portes vélos mais pas les barres... ca permettrait d'emmener trois vélos de plus ! Par contre la mauvaise nouvelle se trouve au niveau du prix des vedettes : le site ne donnait pas le bon prix, qui est en réalisé de 23,50€ pour une personne et son vélo... Voilà voila ca se précise. PS : j'ai eu des nouvelles pour l'accès à la salle de la cybercommune de Paimpol... si vous êtes motivés, c'est 340€/jour ;-) Olivier Boudet a écrit : Bonjour, Comme certains d'entre vous en ont entendu parlé sur IRC, moi et un ami (bientôt OSMien) proposons de réaliser une petite mapping party dans la région paimpolaise pour le weekend du 15 aout (vendredi, samedi et dimanche). L'organisation est loin d'être réalisée, mais je peux déjà dire que : - l'ile de bréhat fait 3km², nous n'y passerons donc qu'une journée. Au niveau des horaires, il faut compter 9h-16h (car les transports de vélo sont limités sur les vedettes) - le jour pour aller a bréhat est fixé au vendredi - l'aller/retour en vedette avec vélo est de 15€ (avec limitation horaire : 9h-16h) - le samedi et dimanche sera donc consacré à paimpol et l'arcouest (embarcadère) - nous n'aurons pas de salle ni d'accès à Internet (sauf si on trouve un hotspot wifi (j'ai des accès Neuf, Fon ou Orange) ou sauf changement d'ici là) Afin d'organiser un peu mieux tout ça, d'autant plus qu'il s'agit d'un weekend touristique, nous comptons réserver un camping sur paimpol pour les 3 jours. J'aimerais donc que ceux qui sont *certains* de venir et qui souhaitent que leur place soit réservée me le signale... Le camping municipal coute : - 7€ l'emplacement de tente + 1 voiture - 3€ par campeur - 6€ le vélo à la journée (caution de 150€) Nous allons voir un peu les tarifs dans les autres campings... Je vous tiendrais au courant, ceci est un début. A bientôt ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Histoire de tourner en rond
Le problème du 'o' qui donne une ligne, c'est ma faute... mea culpa. Il faut quitter la projection Lambert pour que ça refonctionne (l'autre gros problème de cette projection étant son incompatibilité avec le plugin validator). J'avais un peu délaissé le plugin cadastre ces derniers temps mais je vais pouvoir m'y remettre à partir de la fin de cette semaine. Sinon ta demande pour faire des cercles plus simplement dans Josm n'est pas nouvelle mais il manque de programmeurs suffisament motivés pour ça. Mais je suis d'accord avec toi pour trouver que ça serait bien utile étant moi-même un gros générateur de ronds-points (en plus, il y en a partout). Pieren PS : à quoi reconnait-on un OSMeur sur la route ? c'est lorsqu'on voit une voiture qui fait le tour de chaque rond-point ;-) 2008/7/29 Megaten [EMAIL PROTECTED] Tiens c'est vrai je n'ai pas essayé le 'o' j'y vais de ce pas. non meme avec 'o' l'option débloque, et ce depuis quelques temps, on obtient une ligne? sylvain letuffe a écrit : et surtout des dizaines de Ronds-point à m'en donner le tournis. Même flemme chez moi, mais je solutionne le problème en faisant un duplicate dans JOSM d'un rond point déjà bien fait, bien taggé et avec suffisamment de node. Ensuite pour adapter la taille je rapproche ou éloingne certain noeud puis o et ça marche pas trop mal ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Histoire de tourner en rond
2008/7/29 Megaten [EMAIL PROTECTED] J'en profite pour te relancer sur une question: ou peut-on trouver la doc: comment construire un plugin . Il faut aller sur le site de JOSM : http://josm.openstreetmap.de/ et en particulier la page sur 'développer des plugins': http://josm.openstreetmap.de/wiki/DevelopingPlugins Après, d'après moi, le mieux est de récupérer les sources de josm et de compiler le tout dans un environement sympa genry Eclipse. Puis étudier quelques plugins existants et voir comment ça tourne. Mais comme dit, une nouvelle commande pour faire des rond-points devrait se trouver dans le JOSM standard, pas dans un plugin. Ou alors temporairement, juste comme proof of concept et pour que d'autres puissent aussi tester. Je suis prêt à plancher sur les noms de commune pour réduire les 'Town inconnus'. Est-ce qu'il reste encore beaucoup de 'towns inconnus' si on ajoutes le code département ? Au fait sans surprise je n'ai reçu aucune réponse au site du cadastre sur ma demande de documentation. Sans surprise effectivement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage : traduction de 'mapping party'
c'est ajouté dans la liste. Je ne crois pas que tu puisses revoter sous le meme pseudo mais tu peux ajouter un vote pour cette proposition. 2008/7/29 Gand' [EMAIL PROTECTED] j'ai voté pas de changement parce que j'aime pas les autres propositions ! (et tout particulièrement ceux avec partie dedans) par contre, j'aime bien *fête des cartes* -- Gand' 2008/7/29 Pieren [EMAIL PROTECTED] A tous, Comme on en avait parlé lors de la dernière réunion IRC, voici un sondage pour choisir la meilleure traduction possible à l'expression 'Mapping party' ici: http://doodle.ch/cye4t5wve9h3v6ky Cela permettra aux PTDW (pauvres traducteurs du wiki) ainsi qu'aux IDNF (inventeurs de néologismes français) d'avoir un point de vue général sur cette question existentielle. Il n'est pas trop tard pour ajouter d'autres propositions. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Bug de rendu
qelle est la taille du fichier svg ? et en augmentant la taille du swap ? Pieren On Tue, Jul 29, 2008 at 4:52 PM, Axel R. [EMAIL PROTECTED] wrote: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Bug de rendu
il existerait une solution dans la ML de [EMAIL PROTECTED] : http://lists.openstreetmap.org/pipermail/tilesathome/2008-February/001835.html Pour résumer, il faut recompiler inkscape avec un autre garbage collector qui supporte de plus grosses quantités de données mais je n'ai pas compris les détails. Par contre, il semblerait que le rendu d'autres grandes villes pose ce problème depuis quelque temps déjà ( http://lists.openstreetmap.org/pipermail/tilesathome/2008-February/001834.html, 4 Go de RAM + 4 Go de swap). On Tue, Jul 29, 2008 at 5:37 PM, Axel R. [EMAIL PROTECTED] wrote: Je ne pense pas que ça résolve le problème, Rodolphe a essayé avec 4 Go de RAM et ça plante avant d'avoir tout rempli la mémoire. Je pense qu'il y a un truc qu'Inskape n'aime pas trop et qui le fait planter... Mais de là à savoir quoi... Axel qelle est la taille du fichier svg ? et en augmentant la taille du swap ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage : traduction de 'mapping party'
Je l'ai ajouté à la liste. Si d'autres apprécient cette proposition, ils peuvent revoter avec un autre pseudo. Pieren On Tue, Jul 29, 2008 at 6:25 PM, GARETTE Emmanuel [EMAIL PROTECTED]wrote: Perso je dis rendez-vous cartographique ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Ah bah c'est du propre !
Je pencherais pour quelqu'un qui a voulu souligner sur la carte le fait que la rue parallèle soit sans nom. C'est original. C'est un peu plus voyant que le name=FIXME qui n'est guère mieux. Moi je n'ai rien contre ce genre de manip à condition que ce soit (très) temporaire. Pieren 2008/8/2 Megaten [EMAIL PROTECTED] Robot ou mappeur demeuré ?, pré-ado boutonneux Allons au delà des préjugés c'est plus constructif et considérons que c'est la rançon du succès... Philippe Piquer a écrit : C'est clair , OSM commence à être connu :) Ni l'un , ni l'autre , je pencherais pour pré-ado boutonneux accro à son portable sur lequel msn est installé :) 2008/8/2 Yann SLADEK [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Salut ! Juste pour savoir si vous avez des trucs de ce genre dans vos coins ? http://openstreetmap.org/?lat=48.7931lon=1.98945zoom=16layers=0B0FTF Robot ou mappeur demeuré ? + Mav -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIlCmnkEZRefkDBDsRAgPWAJ9fX+mUfI3IN30W7UvDZ6xB2bxb2wCdEEIH wjAE4Rtlt09dRe4ZtQM/wc4= =ul0v -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- ___ Talk-fr mailing [EMAIL PROTECTED]://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Questions sur geoportail, geosignal et GEopochi
2008/8/4 Dolanor Tharivae [EMAIL PROTECTED] Ma question du coup est la suivante ... Puisque geoportail est censé donner des données d'informations publique, est il possible d'avoir un serveur WMS pour récupérer ces données et les intégrer a OSM ? Désolé de te décevoir Dolanor, mais Géoportail est essentiellement basé sur des données IGN qui ne elles-mêmes sont pas compatible avec la license d'OSM puisque tout usage commercial sans autorisation est interdit, que ce soit les données vectorielles ou les photos. Sinon, crois-moi, ces données seraient déjà importées depuis longtemps dans la base OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Cohabitation boundary=administrative et area place=town
Tu oublies le niveau 2 pour les limites nationales. Ce qui peut porter à 4 ou 5 le nombre de niveaux administratifs sur le même way. Le Haut-Rhin contient déjà pas mal de limites communales: http://www.openstreetmap.org/?lat=47.966lon=7.528zoom=10layers=B00FTF Il semblerait que le tag left: et right: porte le nom left:city et right:city même si c'est un village. En fait, je ne crois pas que ce soit important. Pieren 2008/8/4 Arnaud CORBET [EMAIL PROTECTED] Il est appelé à faire partie des relations boundary Arbent, Ain, Rhône-Alpes, Lavancia-Epercy, Jura et Franche-Compté qui elles contiennent l'admin_level propre à leur caractéristiques administratives (4: région, 6: département, 8: commune) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fr:Key:boundary
Personnellement, je ne vois pas l'avantage de créer deux catégories de communes et on risque de créer une polémique inutile sur la limite entre les deux. Surtout qu'en France, il n'y a pas de différence sur le plan administratif entre une grande ville et un village (à part peut-être Paris qui a un statut particulier). Mais on peut bien sûr en discuter lors de la prochaine réunion IRC. Pieren 2008/8/6 Gand' [EMAIL PROTECTED] entre une grande ville et une ville de taille normale ou un village, il n'y a pas de raison d'avoir une différence je pense ... par contre, il y a les communautés d'agglomérations -- Gand' 2008/8/6 Steven Le Roux [EMAIL PROTECTED] http://wiki.openstreetmap.org/index.php/Fr:Key:boundary Salut tout le monde, à la vue du tableau dans le lien ci-présent, je ne vois pas de différence entre une limite administrative de grande ville, et une de commune. D'autres part, beaucoup d'admin_level sont inutilisés. Si cela n'a pas déjà été abordé, il serait bon d'en parler lors de la prochaine réunion, qu'en pensez vous ? Cdt, -- Steven Le Roux Jabber-ID : [EMAIL PROTECTED] 0x39494CCB [EMAIL PROTECTED] 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ 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] Un p'tit coup d'oeil svp
Lorsqu'on charge Orléans sur OSM, il y a une voie ferrée qui part de 48.6° et qui descent jusqu'à 47.5°. La projection Lambert choisit la zone 1 parce que les premières données se trouvent dans cette zone (la limite avec la zone 2 se trouve à 48.15°). Mais Orléans se trouve en zone 2. Pour résoudre ton problème, il y a 2 solutions: - segmenter d'avantage la ligne de chemin de fer pour éviter que josm commence en zone Lambert 1 - forcer la zone 2 en vidant tous les layers et en allant dans le menu cadastre / change lambert zone et en choisissant zone 2 puis continuer normalement. J'ai pris note de ta remarque sur l'auto-sourcing. Il ne sera activé qu'après une première utilisation du plugin dans la prochaine version. Pieren 2008/8/8 Megaten [EMAIL PROTECTED] Je voudrais voir si le tracé du tram d'Orléans est bien dans le cadastre mais je récupére la fameuse zone blanche. Est-ce que quelqu'un pourrait faire ce test pour me confirmer ce point. Ps: Pour Pieren J'ai remonté plusieurs way avec l'intitulé 'DGI ... ' alors que je n'avais pas fais appel au plugin mais il me semble que le simple fait d'avoir coché l'option le tag source est affecté à tout ce que l'on remonte... ___ 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] Intermarché sur votre GPS
Ce qu'il faut dans ce genre d'import, c'est trouver le scripte qui évite de créer des doublons. Le tag shop=supermarket est déjà très utilisé... Pieren 2008/8/11 Philippe Piquer [EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contacter le Maire de Laval
Le mieux pour ce genre de choses serait de créer une page dédiée sur le wiki, i.e. http://wiki.openstreetmap.org/index.php/Laval pour donner un aperçu de ce qui est fait, reste à faire, et si quelqu'un a pris contact, de l'indiquer aussi. Un exemple parmis d'autres : http://wiki.openstreetmap.org/index.php/Strasbourg Pieren 2008/8/11 Dolanor Tharivae [EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref avec ou sans espace ?
Un rapide coup d'oeil chez nos voisins : il semblerait qu'il n'y ait que les allemands pour mettre aussi un espace. Et encore, pas partout : j'ai trouvé des secondary sans... Chez les anglais, belges, neerlandais, italiens, suisses : sans espace Espagnols : un tiret Peut-être que notre réticence vient de notre habitude de regarder Googlemaps ? C'est le seul qui ne met pas d'espace sur la carte de France en ligne. Moi-même, ça me gêne. D'autant plus que sur les panneaux, c'est un demi-espace. On pourrait fixer une recommandation avec espace mais ne pas empêcher ceux qui veulent continuer à travailler sans. Ca pourra toujours être corrigé plus-tard par script (c'est facile et ça prend quelques lignes). Ce qui nous manque, ce sont des contributeurs motivés. Je préfère que les gens fassent plus attention aux noms de rues parce que là, c'est plus difficile à corriger automatiquement plus-tard. Pieren 2008/8/11 Megaten [EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref avec ou sans espace ?
Je me suis déjà frité avec un allemand à ce sujet qui avait changé le wiki en ajoutant un espace. Voir la doc. http://www.unece.org/trans/doc/2002/sc1agr/TRANS-SC1-AC5-2002-03e.pdf qui contient toutes les références internationales et effectivement (malheureusement, j'oserais dire) avec un espace. Pieren On Mon, Aug 11, 2008 at 6:10 PM, Thomas Walraet [EMAIL PROTECTED] wrote: Michael Stilmant a écrit : Est-ce que si il faut mettre l'espace sur A 1 il le faut aussi sur E 36 sachant que c'est encodé différement dans d'autre pays. En voilà une bonne question. Quelqu'un sait qui définie les routes internationales Exx (ou E xx) ? ___ 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] OSM sur Flickr
Seules quelques zones non couvertes par Navtec sont remplacées par OSM. Pour le France, c'est que du Navtec. Regardez bien l'attribution en bas à gauche . Pieren On Tue, Aug 12, 2008 at 10:47 PM, Vilain Mamuth [EMAIL PROTECTED] wrote: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comment taguez-vous une chapelle ?
Voila, tout est dans le titre. J'ai peur qu'avec amenity=place_of_worship, ça fasse un peu gros sur une carte. Je viens de mapper un village dont la chapelle date du 11e siècle et l'église abbatiale du 12e (en tout cas, les premières traces). Mais je ne peux pas tagger de la même façon un petit bâtiment de 3 mètres de large et un gros qui fait 15.mètres sur 25. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment taguez-vous une chapelle ?
2008/8/13 Michael Stilmant [EMAIL PROTECTED] Appellés parfois Chappelle-potale ou borne-potale.. Est-ce que ca existe en France ? Est-ce que ca porte un autre nom? Non, je ne connaissais pas ce terme. En Alsace, il y a parfois des statues votives encastrées dans un mur. Moi, je parle de niche mais je ne connais pas le terme officiel. Mais je ne suis pas partisan de tagguer ce genre de petits objets (micro-mapping), sauf s'ils ont un intérêt historique. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment taguez-vous une chapelle ?
2008/8/13 Stéphane Brunner [EMAIL PROTECTED] Dans les proposed features ,il y en a une pour que place_of_worship puisse s'appliquer à un polygone fermé. C'est déjà le cas si on taggue building=place_of_worship, comme n'importe quel autre building=blabla, ça sera rendu comme n'importe quel building. A noter que l'IGN utilise le même symbole sauf avec un point au milieu du rond pour l'église . Sinon, dans tagwatch (Europe), il y a : - 3 chapel=yes - 2 place_of_worship=chapel mais aussi 41 place_of_worship=church, 4 place_of_worship=monastery, 1 place_of_worship=cathedral. Je crois que je vais mettre un node avec amenity=place_of... pour l'église et place_of_worship=chapel pour la chapelle. Merci pour vos réponses. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Info Cadastre WMS?
Je dois dire que je ne comprend pas bien le sens de ta question. En allant sur le site du cadastre, on voit du premier coup d'oeil si la planche est vectorisée ou si c'est une planche d'origine scannée. Pieren 2008/8/13 Megaten [EMAIL PROTECTED] Je prépare un petit séjour dans les Ardennes en traçant la Meuse entre Charleville-Mézières et Sedan. Apparemment j'affiche bien ce que je pense être les grosses communes, mais impossible d'avoir les petites comme Nouzonville, Donchery, Dom le Mesnil... Je pense que ces dernières ne sont pas vectorialisées. Existe-t-il un moyen simple pour identifier si c'est le cas en utilisant la site du cadastre. ___ 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] couloir de bus repetita
Ce qui serait bien, c'est une photo par exemple. Moi je verrai bien une solution avec deux ways parallèles qui pourraient beaucoup simplifier les choses même si physiquement il n'y a pas séparation (mais il y a séparation de fait dans l'usage): - un way primary (éventuellement oneway=true/yes/1, plus lanes=1 ou 2) - et un deuxième way highway=buslane + oneway=true/yes/1 (avec le way dans le bon sens évidement) et qui en plus n'intéressera pas les logiciels de navigation. Si la voie de bus autorise les vélos, ajouter bicycle=yes au way buslane. Pieren 2008/8/13 Sebek Ab. [EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Piste cyclable pour vélos amphibie s ?
De manière générale, il faut se fier d'avantage aux traces GPS plutot qu'aux images satellites surtout si celles-ci sont de mauvaise qualité. Plus les images sont détaillées et mieux elles sont corrigées (déformées pour tenir compte de l'angle de prise de vue, etc). Un GPS a en général une marge d'erreur d'une dizaine de mètres (souvent moins maintenant). Alros que des contributeurs ont rapporté avoir des images yahoo décalées de plus de cent mètres par rapport à leurs traces. L'exception étant les tracés en centre-ville lorsque la hauteur des immeubles empêchent une bonne réception satellite. Le tracé devient cahotique et de plus mauvaise qualité qu'une image satellite de bonne résolution (donc mieux corrigée). Autrement, pour ce lac, j'ai jeté un oeil sur le cadastre qui malheureusement ne contient pas les limites pour l'eau (donc d'aucune aide). Pour les ronds-points, je ne sépare les voies que lorsqu'il y a des gros triangles de séparation. Sinon, je simplifie. Pieren 2008/8/14 Thomas Petazzoni [EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment indiquer une (petite) place?
Salut Matt, C'est une question difficile pour un problème simple. Dans un premier temps, on pourrait dire qu'il suffit de mettre name=Place de... sur le node d'intersection des 2 rues. Mais tu risques d'être surpris et déçu par le rendu car les logiciels utilisent une police et une taille de texte générale si on ne met rien d'autre que name. Mais ajouter un highway= n'a pas plus de sens... Peut-être la solution est-elle de tracer un petit carré autour de l'intersection et de le taguer area=yes et name=Place.. mais c'est une solution qui ne me satisfait pas trop non plus. J'attend de voir si d'autres ont une meilleure idée. Pieren On Fri, Aug 15, 2008 at 4:31 PM, matt [EMAIL PROTECTED] wrote: Bonjour, Près de chez moi, il y a une place. Mais cette place n'est rien d'autre que l'intersection de deux petites rues dans un quartier résidentiel, et n'a vraiment pas l'air d'une place dans le sens plus physique/traditionnel (genre: un (grand) espace, lieu de jonction important..). L'endroit semble plutôt être honorifique. Comment faire pour l'indiquer dans OSM? Merci ___ 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] comment indiquer une (petite) place?
Je suis d'accord que le mieux, c'est le node avec name= mais il faut le combiner avec un autre tag pour dire ce que c'est. En fait, ce qu'il faudrait, c'est un tag highway=square et name=Place de.. sur le node, même si ça n'existe pas encore dans la map features ou les renderers, on comprend ce que ça veut dire. D'un autre côté, c'est juste une plaque pour honorer la mémoire de quelqu'un. Ce n'est même pas une adresse. On parle de micro-mapping là (comme les boîtes aux lettres ou les passages piétons). Bref, des choses qui peuvent ne pas être dans la base, au moins dans un premier temps. Pieren 2008/8/16 g.d [EMAIL PROTECTED] Bhen oui, Gand', ça serait la solution... ...si seulement le tag highway : type-de-voie s'appliquait aux nodes - ce qui n'est pas le cas : ce tag ne vaut que pour les ways. Sur un node, ça ne rend rien, il me semble, sauf ptèt' du not-in-map-feature :-( Est-ce que quelqu'un a déjà essayé, de donner un name : Place de... à un tag highway : mini_roundabout (celui-là s'applique à un node...) ? Gerhard Le 16 août 08 à 10:57, Gand' a écrit : le plus logique me semble de mettre un tag higway=xxx (tertiary, residential, etc.) sur le node comme si c'était un rond point (mais sans le junction=roundabout -- Gand' 2008/8/16 matt [EMAIL PROTECTED] Merci beaucoup pour tous vos conseils. J'avais essayé l'approche ... ___ 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] CadastreWMS v0.5
Ok, merci pour l'info. Il y a un message d'erreur mais tu peux quand même continuer à travailler. Mais le bug est déjà corrigé. Je vais attendre un peu pour voir si d'autres problèmes sont détectés avant de publier un patch. Pieren 2008/8/16 [EMAIL PROTECTED]: Premier essai, premier bug : je tente de changer la zone lambert en zone 3, je clique sur change location (il me dit d'ouvrir une layer d'abord) et là pam ! Voici le log si ca peut t'aider : java.lang.NullPointerException at cadastrewms.DownloadWMSTask.download(DownloadWMSTask.java:44) at cadastrewms.MenuActionSettings.actionPerformed(MenuActionSettings.java:34) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at javax.swing.AbstractButton.doClick(AbstractButton.java:374) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1688) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1732) at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289) at java.awt.Component.processMouseEvent(Component.java:6106) at javax.swing.JComponent.processMouseEvent(JComponent.java:3276) at java.awt.Component.processEvent(Component.java:5871) at java.awt.Container.processEvent(Container.java:2105) at java.awt.Component.dispatchEventImpl(Component.java:4467) at java.awt.Container.dispatchEventImpl(Container.java:2163) at java.awt.Component.dispatchEvent(Component.java:4293) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4125) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) at java.awt.Container.dispatchEventImpl(Container.java:2149) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4293) at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) a+ Mav - Mail Original - De: Pieren [EMAIL PROTECTED] À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Samedi 16 Août 2008 21:54:17 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] CadastreWMS v0.5 Voici la version 0.5 du plugin cadastrewms pour Josm. Vous pouvez télécharger le fichier jar ici : http://dl.free.fr/nzT640RQq C'est une importante mise à jour qui contient de nombreuses améliorations. Le plugin ne devrait plus beaucoup évolué dans un futur proche. Les sources sont comme d'habitude inclus dans le fichier jar pour ceux que ça intéresse. Le plugin sera mis dans le dépôt svn d'openstreetmap lorsque nous recevrons une confirmation officielle pour son usage légal. Son installation en sera alors facilitée. Malgré mes nombreux tests, il est possible qu'il y ait encore des bugs. Merci de me les signaler. Ce qui change: - la fonction transparence : maintenant, on peut rendre le fond de l'image transparent et régler la luminosité générale de l'image. On peut aussi créer plusieurs calques - un par localité - ce qui permet de travailler sur plusieurs communes en même temps; - une meilleure gestion des images : on peut maintenant faire une requête pour une grande image, elle ne cachera plus les images plus petites qui se trouvent derrière; - la fonction cache : il est possible de sauvegarder automatiquement les images des localités chargées sur le serveur du cadastre sur le disque dur. On peut les recharger plus tard directement en chargeant le fichier ou lorsque qu'on entre le nom d'une localité, qu'on lance une requête au serveur WMS et que cette localité est déjà en cache. La taille maximum du répertoire cache sur le disque est configurable. - plusieurs autres petits détails ainsi qu'un descriptif des paramètres et un guide d'installation sont documentés sur le wiki à la page : http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre Ce qui a changé dans l'application JOSM principale: - les bugs sur la fonction arrondir en forme de cercle (raccourci 'o'), rotation de l'objet (ctrl
Re: [OSM-talk-fr] CadastreWMS v0.5
2008/8/17 Megaten [EMAIL PROTECTED]: On peut etre amené à charger des feuilles depuis le serveur et depuis le cache, dans ce cas l'affichage utilise le meme nom d'ou difficulté à manipuler avec l'un ou l'autre . En fait, le but est de n'avoir qu'un seul calque. Je vais faire en sorte qu'il ne soit pas possible d'avoir deux calques avec le même nom. En passant est-il possible de vider le cache quand à terme on en a fini avec une ville. Le cache devrait s'effacer par lui-même si tu atteinds la limite de taille du répertoire (le plugin efface les plus anciens automatiquement). Sinon, tu devras effacer le fichier manuellement. C'est un fichier par commune. Et ne petite derniere pour la route: peut-on envisager de personnaliser le chemin du cache. Je ne pensais pas que cette demande viendrait si vite. Ca doit être utile pour les linuxiens qui ont des partitions assez petites pour leur home. Je vais voir ça pour la prochaine version. Le nom de la ville n'est plus conservé d'une session à l'autre. Je pensais que cela devenait inutile avec la création du cache. Mais même avec ça, c'est vrai qu'on pourrait y accéder par ce biais. Et il y a ceux qui ne voudront pas du cache. Je vais le rétablir. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CadastreWMS v0.5
2008/8/17 Megaten [EMAIL PROTECTED]: On peut etre amené à charger des feuilles depuis le serveur et depuis le cache, dans ce cas l'affichage utilise le meme nom d'ou difficulté à manipuler avec l'un ou l'autre . En fait, le but est de n'avoir qu'un seul calque. Je vais faire en sorte qu'il ne soit pas possible d'avoir deux calques avec le même nom. En passant est-il possible de vider le cache quand à terme on en a fini avec une ville. Le cache devrait s'effacer par lui-même si tu atteinds la limite de taille du répertoire (le plugin efface les plus anciens automatiquement). Sinon, tu devras effacer le fichier manuellement. C'est un fichier par commune. Et ne petite derniere pour la route: peut-on envisager de personnaliser le chemin du cache. Je ne pensais pas que cette demande viendrait si vite. Ca doit être utile pour les linuxiens qui ont des partitions assez petites pour leur home. Je vais voir ça pour la prochaine version. Le nom de la ville n'est plus conservé d'une session à l'autre. Je pensais que cela devenait inutile avec la création du cache. Mais même avec ça, c'est vrai qu'on pourrait y accéder par ce biais. Et il y a ceux qui ne voudront pas du cache. Je vais le rétablir. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr