Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Voilà, l'import a été réalisé. Sujet clos, merci à tous! Jeff MERCIER a écrit : Je venais de trouver, mais je te remercie! Nicolas Dumoulin a écrit : Le jeudi 3 juin 2010 13:53:48 Jeff MERCIER, vous avez écrit : Il y a une manip particulière a effectuer, où c'est automatique? Au moment du commit, tu as un onglet « Expert » (la classe) dans la partie basse de la fenêtre, et là tu trouveras les options en questions. C'est très intuitif :-) Bon par contre, j'avais quand même dû m'y reprendre à plusieurs fois lors d'un gros commit. Tous les petits bouts ne passaient pas d'un coup, mais l'avantage que ceux qui sont passés sont ça de moins à faire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Jeff MERCIER Administrateur SIG Chargé de mission sentiers de randonnée Communauté de Communes du Pays de Romans 04.75.70.68.93 attachment: jeff_mercier.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Un permalink pour montrer le résultat peut-être pas mal ;-) http://www.openstreetmap.org/?lat=45.0521lon=5.0572zoom=14layers=B000FTF Beau travail :) Le 7 juin 2010 08:34, Jeff MERCIER jeff.merc...@pays-romans.org a écrit : Voilà, l'import a été réalisé. Sujet clos, merci à tous! Jeff MERCIER a écrit : Je venais de trouver, mais je te remercie! Nicolas Dumoulin a écrit : Le jeudi 3 juin 2010 13:53:48 Jeff MERCIER, vous avez écrit : Il y a une manip particulière a effectuer, où c'est automatique? Au moment du commit, tu as un onglet « Expert » (la classe) dans la partie basse de la fenêtre, et là tu trouveras les options en questions. C'est très intuitif :-) Bon par contre, j'avais quand même dû m'y reprendre à plusieurs fois lors d'un gros commit. Tous les petits bouts ne passaient pas d'un coup, mais l'avantage que ceux qui sont passés sont ça de moins à faire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Jeff MERCIER Administrateur SIG Chargé de mission sentiers de randonnée Communauté de Communes du Pays de Romans 04.75.70.68.93 ___ 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] Import du bati cadastral du Pays de Romans
Bonjour, Tout d'abord, merci, et bravo pour cet import. En regardant de plus près (couche data sur le lien donné par Etienne), j'ai constaté un grand nombre de noeuds orphelins sur la zone, tels que par exemple http://www.openstreetmap.org/browse/node/763343871 (presque un ou deux par batiments) Savez vous d'ou cela peut provenir ? Quels logiciels ont été utilisés pour la conversion vers osm ? F. 2010/6/7 Jeff MERCIER jeff.merc...@pays-romans.org: Voilà, l'import a été réalisé. Sujet clos, merci à tous! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu train et ferry
Etienne Trimaille a écrit : Chouette :) J'aime quand il n'y a pas trop d'information sur la carte. Mais la, ca fait bizarre tout de même de plus voir les autoroutes et primary. C'est possible de mettre les lignes en construction ? Elles sont incluses dans le rendu, pour le moment sans distinction de couleur, je vais remédier à cela. A++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] petite misère
Bouhouhou Après avoir voulu visioner dans josm un petit village de région parisienne (sans succès, probablement un coup des zones lambert) je reviens chez moi, près de toulouse, et là, surprise, JOSM ne remplit plus avec une couleur les surfaces, building=yes ou autre ; tous les traits sont devenus bleu foncé, la carte devient carrément illisible. Pourtant dans les préférences, rien ne semble avoir changé ; j'ai rechargé depuis une nouvelle carte flottante, pareil. Vu dans OSM, tout est normal, il n'y a que dans josm que les surfaces ne se voient plus. Heu, je doit faire quoi, là ? merci ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] petite misère
Bonjour, de mémoire je dirai un Control+W. cf http://josm.openstreetmap.de/wiki/Shortcuts 2010/6/7 hpmt h...@free.fr Bouhouhou Après avoir voulu visioner dans josm un petit village de région parisienne (sans succès, probablement un coup des zones lambert) je reviens chez moi, près de toulouse, et là, surprise, JOSM ne remplit plus avec une couleur les surfaces, building=yes ou autre ; tous les traits sont devenus bleu foncé, la carte devient carrément illisible. Pourtant dans les préférences, rien ne semble avoir changé ; j'ai rechargé depuis une nouvelle carte flottante, pareil. Vu dans OSM, tout est normal, il n'y a que dans josm que les surfaces ne se voient plus. Heu, je doit faire quoi, là ? 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] petite misère
Hummm, probablement un coup du mode Fil de fer : Affichage Mode Fil de fer (Ctrl+W) 2010/6/7 hpmt h...@free.fr Bouhouhou Après avoir voulu visioner dans josm un petit village de région parisienne (sans succès, probablement un coup des zones lambert) je reviens chez moi, près de toulouse, et là, surprise, JOSM ne remplit plus avec une couleur les surfaces, building=yes ou autre ; tous les traits sont devenus bleu foncé, la carte devient carrément illisible. Pourtant dans les préférences, rien ne semble avoir changé ; j'ai rechargé depuis une nouvelle carte flottante, pareil. Vu dans OSM, tout est normal, il n'y a que dans josm que les surfaces ne se voient plus. Heu, je doit faire quoi, là ? 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] petite misère
Merci Xinfe Ewalavir et Julien D., c'était bien le fil de fer qui était enclenché ; ouf ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Bonjour, Il me semble que cela doit provenir du premier envoi effectué avec josm, qui n'a pas abouti. J'ai relancé l'import le 4 juin, et là ça a fonctionné. Je vais essayer de nettoyer ces nœuds orphelins. Cordialement. François Van Der Biest a écrit : Bonjour, Tout d'abord, merci, et bravo pour cet import. En regardant de plus près (couche data sur le lien donné par Etienne), j'ai constaté un grand nombre de noeuds orphelins sur la zone, tels que par exemple http://www.openstreetmap.org/browse/node/763343871 (presque un ou deux par batiments) Savez vous d'ou cela peut provenir ? Quels logiciels ont été utilisés pour la conversion vers osm ? F. 2010/6/7 Jeff MERCIER jeff.merc...@pays-romans.org: Voilà, l'import a été réalisé. Sujet clos, merci à tous! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Jeff MERCIER Administrateur SIG Chargé de mission sentiers de randonnée Communauté de Communes du Pays de Romans 04.75.70.68.93 attachment: jeff_mercier.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Suite aux assises AITF ...
Hello, Je n'ai pas encore de certitude pour l'instant, mais les choses bougent dans les collectivités, suite aux assises de l'AITF. Nous devrions voir arriver dans les prochains jours des libérations de données (orthophotos et données vectorielles) importantes. Peut etre si importantes, que nous pourrions avoir du mal à absorber ces données. Pour ce qui est des données vectorielles, le facteur limitant est le temps de contributeur disponible pour réaliser des imports. Pour ce qui est des données raster, il me semble que les disques des machines Free sont assez limités, quand il s'agit d'héberger plusieurs dizaines de Go d'orthophotos, afin de monter des serveurs WMS et caches de tuiles. Quelles solutions pouvons nous prévoir dès maintenant ? F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Ouch, il y a du travail ! Cette carte montre les nodes superposés : http://matt.dev.openstreetmap.org/dupe_nodes/?lat=45.0521lon=5.0572zoom=14layers=B000FTF Attention, il ne faut pas toucher aux repères géodésiques. Le 7 juin 2010 10:48, Jeff MERCIER jeff.merc...@pays-romans.org a écrit : Bonjour, Il me semble que cela doit provenir du premier envoi effectué avec josm, qui n'a pas abouti. J'ai relancé l'import le 4 juin, et là ça a fonctionné. Je vais essayer de nettoyer ces nœuds orphelins. Cordialement. François Van Der Biest a écrit : Bonjour, Tout d'abord, merci, et bravo pour cet import. En regardant de plus près (couche data sur le lien donné par Etienne), j'ai constaté un grand nombre de noeuds orphelins sur la zone, tels que par exemple http://www.openstreetmap.org/browse/node/763343871 (presque un ou deux par batiments) Savez vous d'ou cela peut provenir ? Quels logiciels ont été utilisés pour la conversion vers osm ? F. 2010/6/7 Jeff MERCIER jeff.merc...@pays-romans.org: Voilà, l'import a été réalisé. Sujet clos, merci à tous! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Jeff MERCIER Administrateur SIG Chargé de mission sentiers de randonnée Communauté de Communes du Pays de Romans 04.75.70.68.93 ___ 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] Suite aux assises AITF ...
François Van Der Biest a écrit : Hello, Je n'ai pas encore de certitude pour l'instant, mais les choses bougent dans les collectivités, suite aux assises de l'AITF. Nous devrions voir arriver dans les prochains jours des libérations de données (orthophotos et données vectorielles) importantes. Peut etre si importantes, que nous pourrions avoir du mal à absorber ces données. Pour ce qui est des données vectorielles, le facteur limitant est le temps de contributeur disponible pour réaliser des imports. Pour ce qui est des données raster, il me semble que les disques des machines Free sont assez limités, quand il s'agit d'héberger plusieurs dizaines de Go d'orthophotos, afin de monter des serveurs WMS et caches de tuiles. Quelles solutions pouvons nous prévoir dès maintenant ? Que de bonnes nouvelles, c'est très motivant. Pourquoi ne pas organiser des massive-party comme l'on fait déjà des mapping-party. Au cours de celle-ci nous pourrions nous former les uns les autres aux techniques d'import massifs. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Peut etre faire un revert du ou des changesets incriminés alors ? Il me semble que JOSM a cette fonctionnalité maintenant. F. 2010/6/7 Jeff MERCIER jeff.merc...@pays-romans.org: Bonjour, Il me semble que cela doit provenir du premier envoi effectué avec josm, qui n'a pas abouti. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Le Pays de Romans se voit très bien sur la carte : http://matt.dev.openstreetmap.org/dupe_nodes/?lat=45.12291lon=5.1532zoom=11layers=B :) Oui, un revert des premiers changesets semble être nécessaire. Le 7 juin 2010 11:21, François Van Der Biest francois.vanderbi...@camptocamp.com a écrit : Peut etre faire un revert du ou des changesets incriminés alors ? Il me semble que JOSM a cette fonctionnalité maintenant. F. 2010/6/7 Jeff MERCIER jeff.merc...@pays-romans.org: Bonjour, Il me semble que cela doit provenir du premier envoi effectué avec josm, qui n'a pas abouti. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Map Compare | Geofabrik Tools
Bonjour, A propos de http://tools.geofabrik.de/mc/ Puis-je évaluer, en comparant les images mapnik et google satellite, la qualité de mes tracés gps ou cadastre ? Pour le dire autrement, les images google satellite sont-elles fiables (ie correctement géoréférencées ou autre) Je trouve par ailleurs les rendus de Google map souvent imprécis (en les comparant avec google satellite). Désolé si la question a été déjà posée, merci, Maurice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] petite misère
2010/6/7 hpmt h...@free.fr Merci Xinfe Ewalavir et Julien D., c'était bien le fil de fer qui était enclenché ; ouf ! Suis-je le seul à ne travailler que dans le mode fil de fer ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] géoréférencer un cadastre
Bonjour, Vincent de Chateau-Thierry v...@laposte.net écrivit : En effet, en supposant que la commune est en zone Lambert I, il manque quelques chiffres à ces coordonnées. La récupération des coordonnées projetées du repère géodésique de la base du clocher (node_id : 670188590) te donnent une idée des coordonnées qu'il faudrait retrouver : X : 453615 Y : 134625 L'église est sur la planche AB, approximativement en X:5000 et Y:1000 dans le système de la planche AB. Tu peux donc essayer de géoréférencer la planche en ajoutant aux chiffres des croisillons autour de 448615 en X, et 133625 en Y, dans un premier temps. Ta planche sera orientée au Nord et à la bonne échelle. Ensuite, à l'aide de l'outil d'ajustement de la position du calque dans JOSM (3e outil sous la loupe, panneau de gauche), tu peux ajuster la position de la planche en fonction de tes tracés et des repères géodésiques. Bon courage, et merci aux repères géodésiques :-) vincent Merci Vincent de ta réponse, je ne savais pas que les coordonnées visibles sur les feuilles du cadastre correspondaient au coordonnées projetées de josm. *Mais* Je constate un décalage jusqu'à 10m par rapport aux chemins complétés en reportant mes traces gps. J'ai vérifié avec google satellite mes apports qui semblent mieux respecter la réalité. Bref, je suis perplexe. Si je peux me fier à Google satellite - voir autre message. Maurice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Rendu train et ferry
Christian Quest a écrit : Jolie carte ferroviaire. Un petit ajout des anciennes lignes ? Ca permettrai de voir tout ce qu'on a perdu en transport en commun :-( Bon, je vais aller poser le buttoirs sur les lignes que j'ai récemment ajouter... J'ai ajouté les anciennes et futures voies, le rendu est en cours. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Le 07/06/2010 11:21, François Van Der Biest a écrit : Peut etre faire un revert du ou des changesets incriminés alors ? Il me semble que JOSM a cette fonctionnalité maintenant. F. Un coup de validator dans JOSM. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite aux assises AITF ...
2010/6/7 François Van Der Biest francois.vanderbi...@camptocamp.com Quelles solutions pouvons nous prévoir dès maintenant ? F. Se cotiser pour acheter un gros disque dur (et éventuellement un controlleur sata) à mettre sur un des serveurs free, genre 1To (la redondance ou la rapidité n'est pas indispensable ici). On passerait par l'osgeo-fr et quelqu'un qui administre ces serveurs (suivez mon regard) passerait commande lorsque la somme serait réunie. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite aux assises AITF ...
Le 07/06/2010 11:14, François Van Der Biest a écrit : Hello, Je n'ai pas encore de certitude pour l'instant, mais les choses bougent dans les collectivités, suite aux assises de l'AITF. Nous devrions voir arriver dans les prochains jours des libérations de données (orthophotos et données vectorielles) importantes. Peut etre si importantes, que nous pourrions avoir du mal à absorber ces données. Bonne et mauvaise nouvelle ;-) Pour ce qui est des données vectorielles, le facteur limitant est le temps de contributeur disponible pour réaliser des imports. On dispose d'outils assez aboutis, il me semble. Pour ce qui est des données raster, il me semble que les disques des machines Free sont assez limités, quand il s'agit d'héberger plusieurs dizaines de Go d'orthophotos, afin de monter des serveurs WMS et caches de tuiles. Quelles solutions pouvons nous prévoir dès maintenant ? Ça coûterait combien une mise à jour de l'espace de stockage sur un des serveurs pour se donner un peu de marge ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Map Compare | Geofabrik Tools
2010/6/7 maur...@mboucher.info Bonjour, A propos de http://tools.geofabrik.de/mc/ Puis-je évaluer, en comparant les images mapnik et google satellite, la qualité de mes tracés gps ou cadastre ? Pour le dire autrement, les images google satellite sont-elles fiables (ie correctement géoréférencées ou autre) Je trouve par ailleurs les rendus de Google map souvent imprécis (en les comparant avec google satellite). Désolé si la question a été déjà posée, merci, Bonjour, généralement oui, les images satellites de Google sont relativement fiables. J'utilise régulièrement l'outil pour vérifier si ce que j'ai fait est probable ou pas, et de retourner vers le cadastre s'il semble que j'ai fait une grosse bourde ou pas. Je ne corrige pas l'erreur si je ne peux pas la voir d'après le cadastre ou Yahoo, car sinon je dérive l'information de Google, ce qui n'est pas permis (bien sur, je corrige une erreur mineure). J'ai récemment corrigé une erreur vu via cet outil, et en regardant le cadastre, je me suis rendu compte qu'en effet ma route était mal calée sur le cadastre. Les rendus de Google Map sont bases sur les données de Tele Atlas qui sont de qualités médiocres régulièrement avec de gros décalages parfois. Il est donc normal qu'il y ait un décalage entre les données cartographiques et les images satellites de Google. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
2010/6/7 Vincent Pottier vpott...@gmail.com Un coup de validator dans JOSM. -- FrViPofm Cela prouve surtout que JOSM n'est pas un bon outil pour faire des imports (ou alors sauvegarder les données du calque en cours avant de redémarrer JOSM et ne pas reprendre le jeu de données d'origine). Recommandez systématiquement bulk_upload.py qui évite ce genre de lacunes. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Map Compare | Geofabrik Tools
Le 7 juin 2010 12:38, Emilie Laffray emilie.laff...@gmail.com a écrit : ... A propos de http://tools.geofabrik.de/mc/ ... Bonjour, généralement oui, les images satellites de Google sont relativement fiables. J'utilise régulièrement l'outil pour vérifier si ce que j'ai fait est probable ou pas, et de retourner vers le cadastre s'il semble que j'ai fait une grosse bourde ou pas. Je ne corrige pas l'erreur si je ne peux pas la voir d'après le cadastre ou Yahoo, car sinon je dérive l'information de Google, ce qui n'est pas permis (bien sur, je corrige une erreur mineure). J'ai récemment corrigé une erreur vu via cet outil, et en regardant le cadastre, je me suis rendu compte qu'en effet ma route était mal calée sur le cadastre. Les rendus de Google Map sont bases sur les données de Tele Atlas qui sont de qualités médiocres régulièrement avec de gros décalages parfois. Il est donc normal qu'il y ait un décalage entre les données cartographiques et les images satellites de Google. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Mon préféré reste quand même le sautter.com qui superpose les images... Uniquement pour du contrôle, cela s'entend ! http://sautter.com/map/?zoom=6lat=46.86019lon=2.52686 A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite aux assises AITF ...
2010/6/7 Pieren pier...@gmail.com: Se cotiser pour acheter un gros disque dur (et éventuellement un controlleur sata) à mettre sur un des serveurs free, genre 1To (la redondance ou la rapidité n'est pas indispensable ici). On passerait par l'osgeo-fr et L'OSGeo doit pouvoir apporter sa pierre à l'édifice, oui. Je vais voir avec notré trésorier dans quelle mesure le budget nous y autorise, et vous tiens au courant. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Le 07/06/2010 12:42, Pieren a écrit : 2010/6/7 Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com Un coup de validator dans JOSM. -- FrViPofm Cela prouve surtout que JOSM n'est pas un bon outil pour faire des imports (ou alors sauvegarder les données du calque en cours avant de redémarrer JOSM et ne pas reprendre le jeu de données d'origine). Recommandez systématiquement bulk_upload.py qui évite ce genre de lacunes. Pieren Par contre le validator a été mis à jour pour tenir compte des remarques sur les repères géodésiques : Il semble que les points superposés, mais à altitude différente ne sont plus considérés comme points dupliqués. Par mesure de prudence, j'utilise l'item noeuds non connectés et sans attribut On verra dans un deuxième temps s'il reste des dupes après ce nettoyage. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] petite misère
Le 07/06/2010 11:43, Pieren a écrit : 2010/6/7 hpmt h...@free.fr mailto:h...@free.fr Merci Xinfe Ewalavir et Julien D., c'était bien le fil de fer qui était enclenché ; ouf ! Suis-je le seul à ne travailler que dans le mode fil de fer ? Avec la possibilité de filtrer l'affichage des landuses, le mode fil de fer n'est pas le plus confortable ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] petite misère
Sauf rares exceptions, j'utilise toujours le mode fil de fer (avec polygones CORINE masqués)... On Monday, June 7, 2010, Pieren pier...@gmail.com wrote: 2010/6/7 hpmt h...@free.fr Merci Xinfe Ewalavir et Julien D., c'était bien le fil de fer qui était enclenché ; ouf ! Suis-je le seul à ne travailler que dans le mode fil de fer ? Pieren -- Grégoire SURREL grego...@surrel.org Tel : 06 28 25 38 89 29 rue Paul Michelon - 42100 Saint-Étienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] petite misère
Pieren a écrit , Le 07/06/2010 11:43: Suis-je le seul à ne travailler que dans le mode fil de fer ? On n'a probablement pas les même dons de la nature. En mode fil de fer les gens qui ont une mémoire accumulative (petit veinards !) s'en tirent bien ; les gens à mémoire assiociative (comme moi), ne se rappellent pas comment ils ont tagué un way, ils ont besoin de le voir pour en tenir compte. Finalement, les travaux finis sont cohérents, et ça, c'est plaisant ; Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite aux assises AITF ...
Rodolphe Quiedeville a écrit , Le 07/06/2010 11:21: Que de bonnes nouvelles, c'est très motivant. Pourquoi ne pas organiser des massive-party comme l'on fait déjà des mapping-party. Au cours de celle-ci nous pourrions nous former les uns les autres aux techniques d'import massifs. +1 Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite aux assises AITF ...
Ma fois, s'il y a de la demande, c'est parfaitement faisable :-) F. 2010/6/7 hpmt h...@free.fr: Rodolphe Quiedeville a écrit , Le 07/06/2010 11:21: Que de bonnes nouvelles, c'est très motivant. Pourquoi ne pas organiser des massive-party comme l'on fait déjà des mapping-party. Au cours de celle-ci nous pourrions nous former les uns les autres aux techniques d'import massifs. +1 Hélène ___ 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] Suite aux assises AITF ...
Réponse du président de l'OSGeo-fr : OK. Réponse du trésorier de l'OSGeo-fr : nous pouvons financer cet achat. :-) Etienne, peux-tu nous indiquer du matériel qui conviendrait étant donné les serveurs et leur hébergement ? Merci bien, F. 2010/6/7 François Van Der Biest francois.vanderbi...@camptocamp.com: 2010/6/7 Pieren pier...@gmail.com: Se cotiser pour acheter un gros disque dur (et éventuellement un controlleur sata) à mettre sur un des serveurs free, genre 1To (la redondance ou la rapidité n'est pas indispensable ici). On passerait par l'osgeo-fr et L'OSGeo doit pouvoir apporter sa pierre à l'édifice, oui. Je vais voir avec notré trésorier dans quelle mesure le budget nous y autorise, et vous tiens au courant. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Map Compare | Geofabrik Tools
Salut à toutes et à tous, Avant, je faisais pas mal confiance au images google mais... Vous savez peut être qu'avec google earth on peut afficher plusieurs photos aériennes d'une même zone à des moments différents et ainsi voyager dans le temps. Et bien, il arrive qu'entre deux photos, il y ait un décalage de plusieurs dizaines de mètres. Alors maintenant j'ai un peu moins confiance. Nuts ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] géoréférencer un cadastre
Bonjour Maurice, J'ai eu le même problème que toi avec des communes de l'Yonne. Pour caler le cadastre dans JOSM sur ce type de feuilles, j'utilise Géoportail pour déterminer la position Lambert et uniquement pour ça. On peut en effet y afficher en bas de page la position du curseur et je le fais pour deux points significatifs le plus espacés possible sur la feuille de cadastre en question. C'est plutôt précis quand je compare avec les tracés GPS existants et mes propres points pris au GPS. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Rendu train et ferry
Le 7 juin 2010 12:13, Rodolphe Quiedeville rodol...@quiedeville.org a écrit : J'ai ajouté les anciennes et futures voies, le rendu est en cours. Super ! Ce sont les voies en pointillé gris ? Il y a aussi du marron, ça correspond à quoi ? Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Map Compare | Geofabrik Tools
Le lundi 07 juin 2010 à 11:44 +0200, maur...@mboucher.info a écrit : Bonjour, A propos de http://tools.geofabrik.de/mc/ Puis-je évaluer, en comparant les images mapnik et google satellite, la qualité de mes tracés gps ou cadastre ? Pour le dire autrement, les images google satellite sont-elles fiables (ie correctement géoréférencées ou autre) Je trouve par ailleurs les rendus de Google map souvent imprécis (en les comparant avec google satellite). Désolé si la question a été déjà posée, merci, Je préfère utiliser http://sautter.com/map/ Mais attention, uniquement pour m'aider à planifier mes reconnaissance et mes zones à explorer. Jamais pour recopier de façon bête et méchante. Les données Google Maps et Yahoo Street sont truffés d'erreurs et approximation. Les photos Google Sat sont plus ou moins vieilles et il suffit de quelques années pour modifier largement le terrain. La nature reprend vite ses droits sur des pistes et chemins bloqués par un arbre arraché ou un effondrement de terrain. Un paysan a vite fait de supprimer un passage. Un lotissement est vite construit. Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Map Compare | Geofabrik Tools
Le 07/06/2010 14:36, Julien nuts a écrit : Salut à toutes et à tous, Avant, je faisais pas mal confiance au images google mais... Vous savez peut être qu'avec google earth on peut afficher plusieurs photos aériennes d'une même zone à des moments différents et ainsi voyager dans le temps. Et bien, il arrive qu'entre deux photos, il y ait un décalage de plusieurs dizaines de mètres. C'est ça la dérive des continents ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] géoréférencer un cadastre
2010/6/7 Christian Quest christian.qu...@gmail.com Pour caler le cadastre dans JOSM sur ce type de feuilles, j'utilise Géoportail pour déterminer la position Lambert et uniquement pour ça. Ouh la. Juste un mot pour dire que c'est une violation de la license IGN. Le calage des plans/photos, c'est justement la principale plus-value de l'IGN par rapport aux données brutes (les photos aériennes non orthorectifiées étant libres, au contraires des orthophotos). Caler le cadastre sur l'IGN pour ensuite créer des données OSM revient à caler les données OSM sur le géoréférencement de l'IGN. Même si tout cela restera difficile à prouver et que je pense que l'IGN a d'autres chats à fouetter, il ne faudrait pas laisser penser sur cette liste que cette méthode peut se généraliser. Il vaut mieux opter pour un calage sur des traces GPS (avec plusieurs passages, c'est encore mieux). Nous n'avons pas besoin d'une marge d'erreur absolue de 50 cm. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Rendu train et ferry
Le 7 juin 2010 12:13, Rodolphe Quiedeville rodol...@quiedeville.org a écrit : Christian Quest a écrit : Jolie carte ferroviaire. Un petit ajout des anciennes lignes ? Ca permettrai de voir tout ce qu'on a perdu en transport en commun :-( Bon, je vais aller poser le buttoirs sur les lignes que j'ai récemment ajouter... J'ai ajouté les anciennes et futures voies, le rendu est en cours. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Je crois qu'il manque aussi les light_railhttp://wiki.openstreetmap.org/wiki/Tag:railway%3Dlight_rail. De manière générale, ne faut-il pas tracer *tous* les railway=* dès qu'il s'agit de voies ? A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] géoréférencer un cadastre
Le 07/06/2010 15:12, Pieren a écrit : 2010/6/7 Christian Quest christian.qu...@gmail.com mailto:christian.qu...@gmail.com Pour caler le cadastre dans JOSM sur ce type de feuilles, j'utilise Géoportail pour déterminer la position Lambert et uniquement pour ça. Ouh la. Juste un mot pour dire que c'est une violation de la license IGN. Le calage des plans/photos, c'est justement la principale plus-value de l'IGN par rapport aux données brutes (les photos aériennes non orthorectifiées étant libres, au contraires des orthophotos). Caler le cadastre sur l'IGN pour ensuite créer des données OSM revient à caler les données OSM sur le géoréférencement de l'IGN. Même si tout cela restera difficile à prouver et que je pense que l'IGN a d'autres chats à fouetter, il ne faudrait pas laisser penser sur cette liste que cette méthode peut se généraliser. Il vaut mieux opter pour un calage sur des traces GPS (avec plusieurs passages, c'est encore mieux). Nous n'avons pas besoin d'une marge d'erreur absolue de 50 cm. Pieren Le bâtit apparaît sur Geoportail. Il n'est pas de la photo orthorectifiée. Et prendre les coordonnées d'un coin de bâtiment sur géoportail pour le caler dans JOSM, c'est mieux encore qu'à partir de l'imagerie. Non ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] petite misère
Pieren a crit: 2010/6/7 hpmt h...@free.fr Merci Xinfe Ewalavir et Julien D., c'tait bien le "fil de fer" qui tait enclench ; ouf ! Suis-je le seul ne travailler que dans le mode "fil de fer" ? d'abord je me mets en mode fil de fer, je dessine les batiments et autres surfaces, c'est simple et leger autant pour mon processeur que pour mes yeux ensuite je passe en mode surfaces et je dessine le reste (rues, adresses, chemins, POI, etc...), c'est pratique de voir les surfaces sous forme de surfaces pour pas se melanger ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] géoréférencer un cadastre
2010/6/7 Vincent Pottier vpott...@gmail.com Le bâtit apparaît sur Geoportail. Il n'est pas de la photo orthorectifiée. Et prendre les coordonnées d'un coin de bâtiment sur géoportail pour le caler dans JOSM, c'est mieux encore qu'à partir de l'imagerie. Non ? -- FrViPofm Je ne sais pas si le bâti de l'IGN est dérivé du cadastre ou des orthophotos. Mais même si cela venait du cadastre, l'IGN en a corrigé les abbérations et erreurs de positionnement (ou absence) en se basant sur ses orthophotos (qui sont décidément son trésor de guerre commercial). C'est exactement pour les mêmes raisons que l'IGN n'autorise pas la réutilisation libre des limites administratives communales, elles-aussi dérivées du cadastre mais rectifiées par ses soins. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] article sur framablog
http://www.framablog.org/index.php/post/2010/06/06/openstreetmap-zoo-de-berlin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] géoréférencer un cadastre
Oups... je n'imaginais pas que procéder comme je l'ai fait violait une quelconque licence... je vais donc changer de méthode. Désolé pour ce mauvais conseil. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : géoréférencer un cadas tre
De : Christian Quest christian.qu...@gmail.com Oups... je n'imaginais pas que procéder comme je l'ai fait violait une quelconque licence... je vais donc changer de méthode. Désolé pour ce mauvais conseil. En se basant sur des limites déjà rentrées dans la base on peut procéder de la même façon mais sans les problèmes de licence: http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilisation_pour_les_communes_au_format_image Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] petite misère
J'avais oublié qu'il existait autre chose que le fil de fer. Quand on ne travaille que sur ça, on finit par imaginer les surfaces sans avoir besoin de les voir. Christian hamster a écrit : Pieren a écrit : 2010/6/7 hpmt h...@free.fr mailto:h...@free.fr Merci Xinfe Ewalavir et Julien D., c'était bien le fil de fer qui était enclenché ; ouf ! Suis-je le seul à ne travailler que dans le mode fil de fer ? d'abord je me mets en mode fil de fer, je dessine les batiments et autres surfaces, c'est simple et leger autant pour mon processeur que pour mes yeux ensuite je passe en mode surfaces et je dessine le reste (rues, adresses, chemins, POI, etc...), c'est pratique de voir les surfaces sous forme de surfaces pour pas se melanger ___ 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] petite misère
Ça s'appelle aussi lire directement dans la matrice :) J'utilise aussi beaucoup le mode fil de fer, à l'origine car l'autre mode était très lent sur mon pc. Depuis j'ai changé de pc :) 2010/6/7 Christian Rogel christian.ro...@club-internet.fr J'avais oublié qu'il existait autre chose que le fil de fer. Quand on ne travaille que sur ça, on finit par imaginer les surfaces sans avoir besoin de les voir. Christian hamster a écrit : Pieren a écrit : 2010/6/7 hpmt h...@free.fr mailto:h...@free.fr Merci Xinfe Ewalavir et Julien D., c'était bien le fil de fer qui était enclenché ; ouf ! Suis-je le seul à ne travailler que dans le mode fil de fer ? d'abord je me mets en mode fil de fer, je dessine les batiments et autres surfaces, c'est simple et leger autant pour mon processeur que pour mes yeux ensuite je passe en mode surfaces et je dessine le reste (rues, adresses, chemins, POI, etc...), c'est pratique de voir les surfaces sous forme de surfaces pour pas se melanger ___ 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] article sur framablog
Bien bel exemple. Merci de le pointer. Le 7 juin 2010 16:13, hamster hams...@suna.fdn.fr a écrit : http://www.framablog.org/index.php/post/2010/06/06/openstreetmap-zoo-de-berlin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu des highway
Je me questionne au niveau des highway et des rendus obtenues, notamment 'trunk'... Je m'explique. http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging A la sortie de Cognac, vers Angoulême (ouest) la rocade (trunk) est en vert, normal : http://osm.org/go/eqr1n6zc- Mais du coup c'est pas très lisible, voir illisible à certains zoom avec tous les landuse autour : http://osm.org/go/eqr3EM0-- Idem la voie express entre Angoulème et Poitiers elle est noyé (au niveau rendu) dans le paysage : http://osm.org/go/0AFHv3-- Autre exemple (àBordeaux) : http://osm.org/go/b@@SwOZ La rocade est en bleu (autoroute), mais est gratuite, elle devraient être verte (trunk) ? A paris, le périphérique est aussi vert (normal, gratuit) : http://osm.org/go/0BOdotY , un peu plus lisible puisqu'il n'y a pas de forêt ou champs autour... C'est guère mieux dans l'état de New-York, les trunk sont quasi invisibles : http://osm.org/go/Zcn8d0e-- Du coup sur ces cartes on voit mieux les primary que les trunk... Suis- je le seul a me poser la question et que serait-il possible d'envisager ? Quelles sont vos pratiques ? Si je compare avec d'autres cartes on trouve à peu près : mapnik ign googlemap viamichelin motorwaybleubleu/rouge orange foncérouge/jaune trunk vertbleu/blanc orange clair rouge/blanc primary rouge rouge jaune rouge secondary orange rouge jaune rouge tertiaryjaune jaune blanc jaune unclassifiedblanc blanc blanc blanc residential blanc blanc blanc blanc Certains ont des codification et rendu différent suivant le niveau de zoom. Franchement pour moi, c'est IGN et Michelin qui a la meilleure lisibilité des routes. -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des highway
Bonsoir, Le rendu Mapnik proposé par le site openstreetmap.org n'est qu'une représentation parmi d'autres Tu trouveras peut-être un rendu plus à ton goût dans la liste proposée par Cloudmade : http://maps.cloudmade.com Entre autres ... Cordialement Le 7 juin 2010 20:18, Pierre-Alain Dorange pdora...@mac.com a écrit : Je me questionne au niveau des highway et des rendus obtenues, notamment 'trunk'... Je m'explique. http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging A la sortie de Cognac, vers Angoulême (ouest) la rocade (trunk) est en vert, normal : http://osm.org/go/eqr1n6zc- http://osm.org/go/eqr1n6zc-Mais du coup c'est pas très lisible, voir illisible à certains zoom avec tous les landuse autour : http://osm.org/go/eqr3EM0-- Idem la voie express entre Angoulème et Poitiers elle est noyé (au niveau rendu) dans le paysage : http://osm.org/go/0AFHv3-- Autre exemple (àBordeaux) : http://osm.org/go/b@@SwOZ La rocade est en bleu (autoroute), mais est gratuite, elle devraient être verte (trunk) ? A paris, le périphérique est aussi vert (normal, gratuit) : http://osm.org/go/0BOdotY, un peu plus lisible puisqu'il n'y a pas de forêt ou champs autour... C'est guère mieux dans l'état de New-York, les trunk sont quasi invisibles : http://osm.org/go/Zcn8d0e-- Du coup sur ces cartes on voit mieux les primary que les trunk... Suis-je le seul a me poser la question et que serait-il possible d'envisager ? Quelles sont vos pratiques ? Si je compare avec d'autres cartes on trouve à peu près : mapnik ign googlemap viamichelin motorway bleu bleu/rouge orange foncé rouge/jaune trunk vert bleu/blanc orange clair rouge/blanc primary rouge rouge jaune rouge secondary orange rouge jaune rouge tertiary jaune jaune blanc jaune unclassified blanc blanc blanc blanc residential blanc blanc blanc blanc Certains ont des codification et rendu différent suivant le niveau de zoom. Franchement pour moi, c'est IGN et Michelin qui a la meilleure lisibilité des routes. -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Correction de limite de région département d'après cadastre communal
En faisant des ajouts de limites communales depuis le cadastre dans le 77 (vers Roissy), je tombe sur une limite de département et de région qui ne correspond pas vraiment à la limite des communes (source Editop pour la limite bizarre). J'ai donc modifié le tracé mais vu qu'il y avait 4 relations impliquées si quelqu'un pouvait jeter un oeil et vérifier que je n'ai rien cassé de ce côté ça me rassurerait. Le changeset: http://www.openstreetmap.org/browse/changeset/4931002 Bonne soirée Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des highway
On 07/06/2010 19:37, Ab_fab wrote: Bonsoir, Le rendu Mapnik proposé par le site openstreetmap.org http://openstreetmap.org n'est qu'une représentation parmi d'autres Tu trouveras peut-être un rendu plus à ton goût dans la liste proposée par Cloudmade : http://maps.cloudmade.com Entre autres ... +1 Il ne faut pas confondre rendu et les donnees telles qu'elles existent dans la base de donnees. Le rendu sur le site de OpenStreetMap n'est vraiment qu'un des rendus possibles. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Correction de limite de région département d'après cadastre communal
Bonsoir Christian Christian Quest a écrit : En faisant des ajouts de limites communales depuis le cadastre dans le 77 (vers Roissy), je tombe sur une limite de département et de région qui ne correspond pas vraiment à la limite des communes (source Editop pour la limite bizarre). J'ai donc modifié le tracé mais vu qu'il y avait 4 relations impliquées si quelqu'un pouvait jeter un oeil et vérifier que je n'ai rien cassé de ce côté ça me rassurerait. En ajoutant Moussy-le-Neuf, tu as déclassé la limite de région (admin_level=4) en limite communale (admin_level=8) sur ce way : http://www.openstreetmap.org/browse/way/61415211/history Il faudrait la repasser en 4, la logique étant que l'admin_level en un endroit prend la valeur la plus faible possible, correspondant à la limite admin la plus importante portée par ce way. Tu peux voir ce paragraphe : http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Way_appartenant_.C3.A0_plusieurs_niveaux_administratifs Tu as par ailleurs un minuscule segment en cul de sac : http://www.openstreetmap.org/browse/way/61415210/history qui n'est sûrement pas volontaire. Pour le tracé Cartographes associés, il a vocation à disparaître, remplacé par les limites issues du cadastre, qui en comparaison n'a que des qualités : plus précis, de source connue, et autorisée. En gros ce que tu as fait à l'instant :-). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des highway
Le 07/06/2010 20:58, Emilie Laffray a écrit : On 07/06/2010 19:37, Ab_fab wrote: Bonsoir, Le rendu Mapnik proposé par le site openstreetmap.org http://openstreetmap.org n'est qu'une représentation parmi d'autres +1 Il ne faut pas confondre rendu et les donnees telles qu'elles existent dans la base de donnees. Le rendu sur le site de OpenStreetMap n'est vraiment qu'un des rendus possibles. Certes, mais le plus vu. S'il peut être un peu amélioré... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] L’ouverture des informations pub liques : un enjeu pour le développement de l ’économie numérique
Bonsoir, Pour info, un contenu un peu plus ouvert, pas forcément centré sur la donnée géographique particulièrement mais sur les licences et les données publiques (donc plus de l'opendata que de l'opengeodata) http://www.gfii.asso.fr/article.php3?id_article=3226 ThomasG ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des highway
Le lundi 07 juin 2010 à 20:18 +0200, Pierre-Alain Dorange a écrit : Je me questionne au niveau des highway et des rendus obtenues, notamment 'trunk'... Je m'explique. http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging A la sortie de Cognac, vers Angoulême (ouest) la rocade (trunk) est en vert, normal : http://osm.org/go/eqr1n6zc- Mais du coup c'est pas très lisible, voir illisible à certains zoom avec tous les landuse autour : http://osm.org/go/eqr3EM0-- Idem la voie express entre Angoulème et Poitiers elle est noyé (au niveau rendu) dans le paysage : http://osm.org/go/0AFHv3-- Autre exemple (àBordeaux) : http://osm.org/go/b@@SwOZ La rocade est en bleu (autoroute), mais est gratuite, elle devraient être verte (trunk) ? La rocade de Bordeaux est composé de 2 portions. La A 630 (principalement une 2x2 voies) et la N 230 (principalement une 2x3 voies). L'ensemble étant limité à 90km/h pour les VL, 70 sur certaines portions dont le pont d'Aquitaine. Effectivement la N 230 pourrait/devrait être déclassé en trunk puisque ce n'est pas une autoroute. Dans la pratique, cela n'est absolument pas visible. La signalisation est de type autoroutière. C'est la portion la plus fréquentée et la plus rapide pour relier l'A 10 à la A 62 et A 63. La A 630 n'est utilisé que pour rejoindre les centres commerciaux, l'aéroport et le parc des expo Bordeaux-Lac. Au final, la classification autoroutières de ces portions ne me choque pas particulièrement. Je rajoute qu'une autoroute peut tout a fait être gratuite avec la balise toll=no La N 89 et la D 1010 sont par contre de vraies trunk. Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des highway
2010/6/7 Christophe Merlet red...@redfoxcenter.org Effectivement la N 230 pourrait/devrait être déclassé en trunk puisque ce n'est pas une autoroute. Dans la pratique, cela n'est absolument pas visible. La signalisation est de type autoroutière. C'est la portion la plus fréquentée et la plus rapide pour relier l'A 10 à la A 62 et A 63. Qu'est-ce que tu veux dire par La signalisation est de type autoroutière sans que ce soit une autoroute ? J'ai du mal à imaginer un GPS basé sur OSM annoncer dans ma voiture vous empruntez l'autoroute N 230... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des highway
Le lundi 07 juin 2010 à 23:32 +0200, Pieren a écrit : 2010/6/7 Christophe Merlet red...@redfoxcenter.org Effectivement la N 230 pourrait/devrait être déclassé en trunk puisque ce n'est pas une autoroute. Dans la pratique, cela n'est absolument pas visible. La signalisation est de type autoroutière. C'est la portion la plus fréquentée et la plus rapide pour relier l'A 10 à la A 62 et A 63. Qu'est-ce que tu veux dire par La signalisation est de type autoroutière sans que ce soit une autoroute ? J'ai du mal à imaginer un GPS basé sur OSM annoncer dans ma voiture vous empruntez l'autoroute N 230... Des sorties numérotées, des stations services autoroutières, des voies d'entrées-sorties de 500m de long, les mêmes affichages électroniques (voir le pdf)... Tous les petits détails qui font qu'a aucun moment on ne voient la différence entre l'autoroute et la nationale. Localement, la CUB (Communauté Urbaine de Bordeaux) présente toujours la rocade de la même manière que les autoroutes. La Drire gére ces 2 portions de route sans distinction. Cela dit, si le projet de Grand contournement autoroutier voit le jour, peut-être que la rocade passera pour n'être qu'une simple nationale. Mais ce n'est pas le cas actuellement. Le projet est actuellement annulé et la rocade est en travaux pour passer entièrement en 2x3 voies. Pour info la rocade bordelaise (45,5km) est bien plus grande que le périphérique parisien (35,5 km), qui lui même ne fait que 2,5 km de plus que la rocade de Pau (33km) !! http://www.contournement-bordeaux.aquitaine.equipement.gouv.fr/ http://www.aquitaine.equipement.gouv.fr/article.php3?id_article=676 http://www.aquitaine.pref.gouv.fr/informez/presse/2009/3emetrim/DP_Temps_Parcours_Rocade.pdf Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des highway
Le lundi 07 juin 2010 à 23:32 +0200, Pieren a écrit : 2010/6/7 Christophe Merlet red...@redfoxcenter.org Effectivement la N 230 pourrait/devrait être déclassé en trunk puisque ce n'est pas une autoroute. Dans la pratique, cela n'est absolument pas visible. La signalisation est de type autoroutière. C'est la portion la plus fréquentée et la plus rapide pour relier l'A 10 à la A 62 et A 63. Qu'est-ce que tu veux dire par La signalisation est de type autoroutière sans que ce soit une autoroute ? J'ai du mal à imaginer un GPS basé sur OSM annoncer dans ma voiture vous empruntez l'autoroute N 230... je rajoute que le débat est vieux et occupe régulièrement forum de discussion et élus quand au déclassement de l'autoroute... http://forum.sara-infras.com/viewtopic.php?f=48t=96start=0 La conclusion actuelle est que c'est de l'autoroute qui s'appelle rocade... Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] petite misère
Le lundi 7 juin 2010 11:43:48 Pieren, vous avez écrit : 2010/6/7 hpmt h...@free.fr Merci Xinfe Ewalavir et Julien D., c'était bien le fil de fer qui était enclenché ; ouf ! Suis-je le seul à ne travailler que dans le mode fil de fer ? Pour ma par, uniquement quand je travaille sur de grands ways (limites administratives, départementales) pour éviter que tous les traits me piquent les yeux. Sinon, je travaille sans. Par contre, j'ai jamais utilisé la fonction de filtre évoquée, faudra que je teste, merci de l'astuce. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr