Re: [OSM-talk-fr] Les adresses...
2010/6/24 Tenshu ten...@gmail.com Ce serait bien aussi de partager des techniques pour tagguer le plsu rapidement possible, car personnellement je trouve pas que j'ai une routine efficace. Je suis d'accord sur l'enjeu majeur des adresses. Et que les solutions actuelles ne sont pas satisfaisantes car trop lentes. L'idéal et le plus rapide serait de pouvoir automatiser, au moins dans les parties les plus faciles, l'identification des numéros sur le cadastre et les associer à la rue la plus proche. Mais comme cette solution n'est pour l'instant pas possible, il faudrait en attendant améliorer la saisie manuelle. Une proposition a été faite sur cette liste il y a quelques temps et depuis, je pense a offrir un petit dialogue sur JOSM qui pourrait grandement accélérer la saisie. Dès que j'aurais un peu plus de temps devant moi, je me lancerais dans un prototype. Je pense à une petite fenêtre où on devrait seulement taper le numéro de départ puis sélectionner le pas des additions ou soustractions à chaque clic (+1, +2, -1, -2) puis un clic pour déclarer sur quelle rue on associe les numéros. Après ça se limite à ajouter un node sur chaque numéro dans l'ordre croissant ou décroissant soit sur les deux côtés à la fois (+1 ou -1), soit sur un seul côté (+2 ou -2). Avec un modificateur comme maj ou ctrl, on pourrait initialiser la séquence à la suite d'une rue déjà entamée. Plus un bouton remise à zero. L'association peut se faire de deux manières, soit en mettant le tag addr:street sur le node, soit en utilisant une relation, le choix se ferait par configuration avec la relation par défaut. Reste à coder un peu tout ça. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
2010/6/24 Benoît ROUSSEAU adressepossi...@free.fr Donc *4 h. 50 min. au total* pour : (zone dense de l'import) http://www.openstreetmap.org/?lat=46.63781lon=0.17321zoom=16layers=B000FTF Je trouve ça un peu long. Est-ce que tu utilises le plugin validator et la possibilité de corriger automatiquement les doublons ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
+--On 24 juin 2010 06:59:30 +0200 Benoît ROUSSEAU adressepossi...@free.fr wrote: | Pour l'import d'une petite commune où il n'y avait aucun bâti existant | mais une rivière. Le tout représentant environ 32.000 objets. | | Hors exécution du script d'import semi-auto, sans nécessairement faire | tout parfaitement (la rivière peut être un pb.); ça donne tout de | même : | - nettoyage des données brutes : 3 h. 34 min. (chevauchements, | croisées, ...) ; | - chargement vers le serveur (upload) des données avec JOSM : 36 min. ; | - nettoyage après la fusion : 40 min.. C'est à peu près le temps total que j'ai mis pour le Xème arrondissement de Paris sauf que j'ai ouvert les données brutes et j'ai téléchargé directement la zone dans JOSM, puis uploadé (une petite heure trente) le résultat nettoyé. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Le Thu, Jun 24, 2010 at 03:01:46AM +0200, Benoît ROUSSEAU [adressepossi...@free.fr] a écrit: Bonjour, Le bâti sera importé coûte que coûte et cela aura pour avantage que Euh non, pas « coute que coute ». Tu as même été le premier à dire halte au feu, parceque certains morceaux sont fait n'importe comment. Personellement, je ne vois toujours pas beaucoup d'interet à voir dans la base OSM tous les batiments représentés individuellement (pour l'habitat), en dehors des points d'adresse, ce qui est un débat et une oeuvre en soi. Mais que celà « éclate » s'en donne à coeur joie, hein. Mais pas « coute que coute ». (par contre, si vous pouviez ne pas tout éparpiller dans 10 fils de discussion différents :-) -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Soyez donc résolus à ne plus servir et vous serez libres. -- Étienne de La Boétie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
+--On 24 juin 2010 03:01:46 +0200 Benoît ROUSSEAU adressepossi...@free.fr wrote: | Je suis tenter par deux solutions : | - Associating a building-polygon with a street pour les maisons | individuelles, | - et Associating a node with a street pour le bâtiments ayant | plusieurs entrées. | | Je suis preneur de vos remarques et de vos habitudes. Je pense qu'il | serait bon de nous déterminer sur un A minima afin d'offrir une vision | claire et exploitable de l'adressage au nouveaux venus et faire | progresser l'adressage. J'ai fait le XVème arrondissement[1] de Paris avec le plugin et son option d'interpolation, ou on trace un chemin, on selectionne le chemin et la route, on lui dit qu'au début du chemin, c'est tel n° et à la fin tel n° et il crée tous les nodes entre les deux et il ne reste plus qu'à les placer exactement au bon endroit, et ça va assez vite une fois qu'on a pris le coup. J'ai utilisés les noeuds associés à la rue partout parce que je trouvais ça plus logique d'avoir la même chose partout. (C'était aussi plus rapide.) 1: http://osm.org/go/0BOdQs_xD-- -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
Pieren a crit: 2010/6/24 Benot ROUSSEAU adressepossi...@free.fr Donc 4 h. 50 min. au total pour : (zone dense de l'import) http://www.openstreetmap.org/?lat=46.63781lon=0.17321zoom=16layers=B000FTF Je trouve a un peu long. Est-ce que tu utilises le plugin validator et la possibilit de "corriger" automatiquement les doublons ? Moi aussi je trouve a long :). Et je trouve que vous allez trs vite. Oui j'utilise validator et je n'ai que trs peu de doublons. Pour le reste c'est l'horreur, la btiments chevauchants en particulier et les trats de parcelles qui flinguent le bti. Ce doit tre li aux diffrentes qualits de numrisation selon les lieux et les oprateurs. J'ai prpar des captures d'crans avec les pb rencontrs, je vais faire une page lie celle de l'import semi auto. J'ai boucl Quincay qui est ct en moins d'une heure. Du coup j'ai commenc la rivire :p. Ce n'est pas prioritaire alors qu'il manque les voies principales, mais j'avais envie d'apprendre. Toujours est-il que si l'on souhaite prendre des prcautions, dans certains cas, cela peux prendre normment de temps ! Mieux vaut tre prvenu. Les 35 min d'export JOSM a change des habitudes par exemple. Benoit R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Le 24/06/2010 08:40, Dominique Rousseau a écrit : Personellement, je ne vois toujours pas beaucoup d'interet à voir dans la base OSM tous les batiments représentés individuellement (pour l'habitat), en dehors des points d'adresse, ce qui est un débat et une oeuvre en soi. +1 (par contre, si vous pouviez ne pas tout éparpiller dans 10 fils de discussion différents :-) +1 -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 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] Les adresses...
Dominique Rousseau a crit: Le Thu, Jun 24, 2010 at 03:01:46AM +0200, Benot ROUSSEAU [adressepossi...@free.fr] a crit: Bonjour, Le bti sera import cote que cote et cela aura pour avantage que Euh non, pas coute que coute . Tu as mme t le premier dire halte au feu, parceque certains morceaux sont fait "n'importe comment". Nous sommes d'accord ; sauf que je reste sur le "cote que cote". :p Ca va faire exploser les compteurs d'erreurs cette histoire. Personellement, je ne vois toujours pas beaucoup d'interet voir dans la base OSM tous les batiments reprsents individuellement (pour l'habitat), en dehors des points d'adresse, ce qui est un dbat et une oeuvre en soi. Oui et non pour les btis individuels, je ne relance pas le dbat. Oui pour les adresses. Mais que cel clate s'en donne coeur joie, hein. Mais pas coute que coute . L'avenir nous le dira :p et les compteurs d'erreurs aussi. (par contre, si vous pouviez ne pas tout parpiller dans 10 fils de discussion diffrents :-) Ah bah l aussi y a deux coles :p. Pour ma part ds que a s'loigne trop du sujet initial - Sparation et nouvel objet. L je ne veux parler que des adresses parce que je trouve que c'est un sujet crucial qui va devenir rapidement un nouveau problme avec l'import massif du bti. Si on repart sur 50 manires de coder les adresses dans les jours qui viennent moi je pleure. Donc l justement j'aimerai sparer la discussion de l'import bti en lui mme pour qu'on reste sur une ide plus de 5 courriels d'affil (challenge). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
Comme tu dis tout dépend de la numérisation sur 6 communes, que j'ai traitée, 2 possédaient des bâtiments de chevauchant. 2010/6/24 Benoît ROUSSEAU adressepossi...@free.fr Pieren a écrit : 2010/6/24 Benoît ROUSSEAU adressepossi...@free.fr Donc *4 h. 50 min. au total* pour : (zone dense de l'import) http://www.openstreetmap.org/?lat=46.63781lon=0.17321zoom=16layers=B000FTF Je trouve ça un peu long. Est-ce que tu utilises le plugin validator et la possibilité de corriger automatiquement les doublons ? Moi aussi je trouve ça long :). Et je trouve que vous allez très vite. Oui j'utilise validator et je n'ai que très peu de doublons. Pour le reste c'est l'horreur, la bâtiments chevauchants en particulier et les traîts de parcelles qui flinguent le bâti. Ce doit être lié aux différentes qualités de numérisation selon les lieux et les opérateurs. J'ai préparé des captures d'écrans avec les pb rencontrés, je vais faire une page liée à celle de l'import semi auto. J'ai bouclé Quincay qui est à côté en moins d'une heure. Du coup j'ai commencé la rivière :p. Ce n'est pas prioritaire alors qu'il manque les voies principales, mais j'avais envie d'apprendre. Toujours est-il que si l'on souhaite prendre des précautions, dans certains cas, cela peux prendre énormément de temps ! Mieux vaut être prévenu. Les 35 min d'export JOSM ça change des habitudes par exemple. Benoit R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Mathieu Arnold a écrit : +--On 24 juin 2010 03:01:46 +0200 Benoît ROUSSEAU adressepossi...@free.fr wrote: | Je suis tenter par deux solutions : | - Associating a building-polygon with a street pour les maisons | individuelles, | - et Associating a node with a street pour le bâtiments ayant | plusieurs entrées. | | Je suis preneur de vos remarques et de vos habitudes. Je pense qu'il | serait bon de nous déterminer sur un A minima afin d'offrir une vision | claire et exploitable de l'adressage au nouveaux venus et faire | progresser l'adressage. J'ai fait le XVème arrondissement[1] de Paris avec le plugin et son option d'interpolation, ou on trace un chemin, on selectionne le chemin et la route, on lui dit qu'au début du chemin, c'est tel n° et à la fin tel n° et il crée tous les nodes entre les deux et il ne reste plus qu'à les placer exactement au bon endroit, et ça va assez vite une fois qu'on a pris le coup. J'ai utilisés les noeuds associés à la rue partout parce que je trouvais ça plus logique d'avoir la même chose partout. (C'était aussi plus rapide.) 1: http://osm.org/go/0BOdQs_xD-- OK c'est noté. +1 pour cette méthode. On va voir pour les autres. Cette méthode (c'est sûrement l'arrondissement d'a côté) fait déjà des bizarreries par endroits : http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers=B000FTF http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers=B000FTF Les 98, 100, 102, (même le 104), 106, 110, 112 à 122 Avenue Émile Zola par exemple. C'est là où je dis qu'il faut se mettre d'accord rapidement. :p. Existe t'il dans cette méthode une manière de spécifier X n° pour une entrée ? Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Les adresses...
De : Pieren pier...@gmail.com L'idéal et le plus rapide serait de pouvoir automatiser, au moins dans les parties les plus faciles, l'identification des numéros sur le cadastre et les associer à la rue la plus proche. Mais comme cette solution n'est pour l'instant pas possible, il faudrait en attendant améliorer la saisie manuelle. Une proposition a été faite sur cette liste il y a quelques temps et depuis, je pense a offrir un petit dialogue sur JOSM qui pourrait grandement accélérer la saisie. Dès que j'aurais un peu plus de temps devant moi, je me lancerais dans un prototype. Je pense à une petite fenêtre où on devrait seulement taper le numéro de départ puis sélectionner le pas des additions ou soustractions à chaque clic (+1, +2, -1, -2) puis un clic pour déclarer sur quelle rue on associe les numéros. Après ça se limite à ajouter un node sur chaque numéro dans l'ordre croissant ou décroissant soit sur les deux côtés à la fois (+1 ou -1), soit sur un seul côté (+2 ou -2). Avec un modificateur comme maj ou ctrl, on pourrait initialiser la séquence à la suite d'une rue déjà entamée. Plus un bouton remise à zero. L'association peut se faire de deux manières, soit en mettant le tag addr:street sur le node, soit en utilisant une relation, le choix se ferait par configuration avec la relation par défaut. Reste à coder un peu tout ça. Ce n est pas deja ce que permet le plugin d interpolation d adresse ( cf le mail de Matthieu Arnold et la discussion qu il y avait eu il y a quelques semaines http://gis.638310.n2.nabble.com/Import-des-batiments-Adresses-des-batiments-et-plugin-tp4835669.html ) ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
Tenshu a crit: Comme tu dis tout dpend de la numrisation sur 6 communes, que j'ai traite, 2 possdaient des btiments de chevauchant. Houla, moi c'est chaque fois et au moins 65 au plus 130. C'est super long de chopper le bon point (slectionner, zoomer sur zone, zoomer la main, dterminer si c'est un point pour du "J" ou deux points pour du "M", ... faire la manip, ...) et les limites de parcelles, faut zieuter, joindre les chemins, couper, virer le(s) segment, joindre de nouveau, virer les points en trop, ... pff je ne map pas au bon endroit on dirait... Entre le cadastre numris avec les pieds et les dcalages rcurrents, nous somme maudits dirait on ! Z'avez de la chance vous :p. Benot R. 2010/6/24 Benot ROUSSEAU adressepossi...@free.fr Pieren a crit: 2010/6/24 Benot ROUSSEAU adressepossi...@free.fr Donc 4 h. 50 min. au total pour : (zone dense de l'import) http://www.openstreetmap.org/?lat=46.63781lon=0.17321zoom=16layers=B000FTF Je trouve a un peu long. Est-ce que tu utilises le plugin validator et la possibilit de "corriger" automatiquement les doublons ? Moi aussi je trouve a long :). Et je trouve que vous allez trs vite. Oui j'utilise validator et je n'ai que trs peu de doublons. Pour le reste c'est l'horreur, la btiments chevauchants en particulier et les trats de parcelles qui flinguent le bti. Ce doit tre li aux diffrentes qualits de numrisation selon les lieux et les oprateurs. J'ai prpar des captures d'crans avec les pb rencontrs, je vais faire une page lie celle de l'import semi auto. J'ai boucl Quincay qui est ct en moins d'une heure. Du coup j'ai commenc la rivire :p. Ce n'est pas prioritaire alors qu'il manque les voies principales, mais j'avais envie d'apprendre. Toujours est-il que si l'on souhaite prendre des prcautions, dans certains cas, cela peux prendre normment de temps ! Mieux vaut tre prvenu. Les 35 min d'export JOSM a change des habitudes par exemple. Benoit R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhre l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Ce message entrant est certifi sans virus connu. Analyse effectue par AVG - www.avg.fr Version: 9.0.829 / Base de donnes virale: 271.1.1/2959 - Date: 06/23/10 20:35:00 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [clc] problème d'import de p olygone
Le 24/06/2010 06:58, Vincent Pottier a écrit : Bonjour, J'ai un problème de chargement de polygone CLC http://clc.openstreetmap.fr/cgi-bin/get-osm.sh?FR-6749 Une explication ? Bizarre, le get-gpx.sh fonctionne sur ce polygone. L'erreur provient du polyshp2osm.py qui dit Degenerate ring.. Tu peux récupérer le gpx et le transformer en .osm sous JOSM... pour le moment j'ai pas mieux. Si quelqu'un est motivé pour voir ce qui ne va pas, j'ai mis le shp là : http://clc.openstreetmap.fr/FR-6749/ -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
Le 24 juin 2010 09:47, Benoît ROUSSEAU adressepossi...@free.fr a écrit : Les 35 min d'export JOSM ça change des habitudes par exemple. Benoit R. Dommage que JOSM ne puisse faire son upload en arrière plan... ce qui permettrait de continuer à bosser sur une autre zone pendant ce temps. Pour ma part, je profite surtout de l'import du bâti pour compléter les rues manquantes, recaler les existantes. Pour ce qui est des bâtiments découpés (sûrement à cause des parcelles), ils ne sont pas trop nombreux et comme ça se voit quand même plutôt bien et se corrige plutôt vite. Par contre, je laisse pour l'instant les building se chevaucher, car le temps passer à ces corrections paraitra bien perdu dès que nous aurons un outil de correction automatique pour ce problème comme le temps passé à dessiner le bâti à la main semble désormais du temps perdu. Il vaut mieux en effet qu'une personne passe quelques heures voire jours à écrire un outil plutôt que d'être une centaine à passer des heures à faire cela à la main vu le volume envisagé (plusieurs millions de bâtiments). Autre problèmes rencontrés : - des bâtiments en double (pas qu'un seul par commune), parfois légèrement décalés, - des chemins de bâtiment non fermés, - des bâtiments à cheval sur plusieurs communes... Ayant terminé la récupération sur la métropole (seules 3 communes font de la résistance), le bilan est le suivant: - 21765 fichiers osm générés - 3,7Go compressés en bzip2 - le département le plus bâti semble être le 59... 159Mo de fichiers osm compressé Donc cela veut dire que si à terme tout est importé dans OSM, le france.osm compressé va passer de 500Go à plus de 4,2Go. Qu'en pensez-vous ? Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] cadastre et ligne de cote
Bonjour, Est ce que le cadastre est une bonne référence pour modifier la ligne de cote ? Est ce qu'il faut prendre des précautions particulière quand on modifie la ligne de cote ? Est ce qu'une ile apporte des contraintes particulière ? Comment modéliser l'embouchure d'un fleuve ? Un bassin a flot fait-il parti de la mer ? Et si il est derrière une écluse ? http://osm.org/go/eqexFthf0- et http://maps.google.fr/maps?f=qsource=s_qhl=frgeocode=q=56360+Le+Palaissll=48.100435,-1.702946sspn=0.009916,0.01929ie=UTF8split=0hq=hnear=Le+Palais,+Morbihan,+Bretagnell=47.34823,-3.154546spn=0.00503,0.009645t=hz=17 -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Les adresses...
2010/6/24 THEVENON Julien julien_theve...@yahoo.fr Julien Ce n est pas deja ce que permet le plugin d interpolation d adresse ( cf le mail de Matthieu Arnold et la discussion qu il y avait eu il y a quelques semaines http://gis.638310.n2.nabble.com/Import-des-batiments-Adresses-des-batiments-et-plugin-tp4835669.html) ? Ca ressemble à ce que suggèrait Charlie Echo. Mais le plugin address actuel travaille différement : il génère tous les nodes d'un coup à une distance fixe du highway. Pour être correct, il faut ensuite replacer chaque node en face de son immeuble à la souris. Si on veut être encore plus correct, il faut attacher le node au building sinon c'est un node qui se balade dans le vide. Avec cette proposition, on remplace la méthode du plugin address en deux étapes génération des nodes automatiques puis ajustement aux buildings par une seule je clique sur le building ou sur un noeud du building et tout le reste est ajouté automatiquement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
2010/6/24 Christian Quest christian.qu...@gmail.com Par contre, je laisse pour l'instant les building se chevaucher, car le temps passer à ces corrections paraitra bien perdu dès que nous aurons un outil de correction automatique pour ce problème Ouh la. Ce n'est pas l'approche que nous avons traditionnellement. Même si un jour nous aurons un outil capable de détecter ces chevauchements, il faudra sans doute une manip manuelle pour corriger parce qu'un logiciel ne peut pas envisager tous les cas de figure. C'est comme ça avec les outils actuels comme la carte des 'nodes duplicate' de Matt ou Osmose ou l'import CLC. Seuls les cas de figure les plus simples peuvent être corrigés automatiquement (superposition exacte du way avec les mêmes tags par exemple). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Les adresses...
De : Pieren pier...@gmail.com Avec cette proposition, on remplace la méthode du plugin address en deux étapes génération des nodes automatiques puis ajustement aux buildings par une seule je clique sur le building ou sur un noeud du building et tout le reste est ajouté automatiquement. Ca ressemble à ce que suggèrait Charlie Echo. Mais le plugin address actuel travaille différement : il génère tous les nodes d'un coup à une distance fixe du highway. Pour être correct, il faut ensuite replacer chaque node en face de son immeuble à la souris. Si on veut être encore plus correct, il faut attacher le node au building sinon c'est un node qui se balade dans le vide. Ok merci pour les precisions, c est vrai que se serait plus pratique Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
Le 24 juin 2010 10:28, Pieren pier...@gmail.com a écrit : 2010/6/24 Christian Quest christian.qu...@gmail.com Par contre, je laisse pour l'instant les building se chevaucher, car le temps passer à ces corrections paraitra bien perdu dès que nous aurons un outil de correction automatique pour ce problème Ouh la. Ce n'est pas l'approche que nous avons traditionnellement. Même si un jour nous aurons un outil capable de détecter ces chevauchements, il faudra sans doute une manip manuelle pour corriger parce qu'un logiciel ne peut pas envisager tous les cas de figure. C'est comme ça avec les outils actuels comme la carte des 'nodes duplicate' de Matt ou Osmose ou l'import CLC. Seuls les cas de figure les plus simples peuvent être corrigés automatiquement (superposition exacte du way avec les mêmes tags par exemple). Pieren Bien sûr qu'un outil automatique ne va pas être une baguette magique et tout corriger tout seul, mais un très grande majorité (à la louche 80-90%) de ces chevauchements doivent pouvoir être corrigé automatiquement. Au fait, quel problème cela pose-t-il d'avoir des bâtiments légèrement chevauchants ? Pour ce qui est du volume de données, tu en pense quoi ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
- Pieren pier...@gmail.com a écrit : 2010/6/24 Tenshu ten...@gmail.com Je suis d'accord sur l'enjeu majeur des adresses. Et que les solutions actuelles ne sont pas satisfaisantes car trop lentes. L'idéal et le plus rapide serait de pouvoir automatiser, au moins dans les parties les plus faciles, l'identification des numéros sur le cadastre et les associer à la rue la plus proche. Mais comme cette solution n'est pour l'instant pas possible... Cela me semble techniquement faisable, en zoomant assez sur le cadastre on peut récupérer les numéros de rues comme chemin dans le SVG. Partant de la il faut les reconvertir en texte, ce qui est tout à fait faisable. Si quelqu'un met au point cette solution, il faudra encore repasser sur toutes les zones ou les bâtiments viennent d'être importé... Perso, je trouve que ça va trop vite et que tout le monde c'est lancé la dedans sans trop vite sans trop réfléchir et peaufiner le truc. Il y plein d'amélioration et d'automatisation possibles : reconnaissance des adresses, import réfléchit à la CLC, transfère d'attributs plus ou moins automatiques entre bâtis existant et nouvellement importés... Fred (qui n'a encore importé aucun bâtiment) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre et ligne de cote
2010/6/24 jul...@krilin.org Est ce que le cadastre est une bonne référence pour modifier la ligne de cote ? Est ce qu'il faut prendre des précautions particulière quand on modifie la ligne de cote ? Est ce qu'une ile apporte des contraintes particulière ? Non le cadastre n'est pas idéal pour les lignes d'eau en général. Pour la ligne de côte, je pense que la meilleure source est l'orthophoto du geolittoral qui est maintenant une source exploitable par OSM (c'est une grande nouvelle qui est pourtant passée inaperçue il y a quelques semaines). Regarde le wiki: http://wiki.openstreetmap.org/wiki/WikiProject_France/G%C3%A9oLittoral génial ! et sur http://wiki.openstreetmap.org/wiki/FR:Port il y a pas mal de réponses a mes questions. Il me reste juste une question. Faut-il ecraser la source si il y en a une ? Merci -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
Le 24/06/2010 10:19, Christian Quest a écrit : Dommage que JOSM ne puisse faire son upload en arrière plan... ce qui permettrait de continuer à bosser sur une autre zone pendant ce temps. Peut-être une autre session JOSM. Pour ma part, je profite surtout de l'import du bâti pour compléter les rues manquantes, recaler les existantes. Pour ce qui est des bâtiments découpés (sûrement à cause des parcelles), ils ne sont pas trop nombreux et comme ça se voit quand même plutôt bien et se corrige plutôt vite. Par contre, je laisse pour l'instant les building se chevaucher, car le temps passer à ces corrections paraitra bien perdu dès que nous aurons un outil de correction automatique pour ce problème comme le temps passé à dessiner le bâti à la main semble désormais du temps perdu. Il vaut mieux en effet qu'une personne passe quelques heures voire jours à écrire un outil plutôt que d'être une centaine à passer des heures à faire cela à la main vu le volume envisagé (plusieurs millions de bâtiments). Je doute de cela. On aura peut-être un outil qui permet de pointer-résoudre les chevauchement durant un import, en posant des choix sur la façon de résoudre. On aura peut-être une source épurée et meilleure. Je doute qu'on fasse un outil qui corrige l'existant. Je fais peu d'import de bâti actuellement. Je continue sur les polygones CLC. On avait une source : Yahoo, puis CLC. La difficulté est de supprimer des zones yahoo pour mettre du CLC à la place. On n'a pas fait d'outil pour fusionner les limites yahoo avec les limites CLC. Donc pour le bâti, soit on aura la possibilité de faire la correction automatique à l'import, soit on remplacera lors d'un futur import. Pour aujourd'hui, il vaut mieux importe des choses finies, corrigées, sans chevauchement, parce qu'elles ne seront jamais corrigées automatiquement. Dans le meilleur des cas, il y aura un module osmose pour pointer les chevauchement et les corriger à la main, tant qu'on les a sous la main. Donc autant le faire maintenant Il vaut mieux un peux moins itératif et moins hyper-actif. Autre problèmes rencontrés : - des bâtiments en double (pas qu'un seul par commune), parfois légèrement décalés, - des chemins de bâtiment non fermés, - des bâtiments à cheval sur plusieurs communes... Ayant terminé la récupération sur la métropole (seules 3 communes font de la résistance), le bilan est le suivant: - 21765 fichiers osm générés - 3,7Go compressés en bzip2 - le département le plus bâti semble être le 59... 159Mo de fichiers osm compressé Donc cela veut dire que si à terme tout est importé dans OSM, le france.osm compressé va passer de 500Go à plus de 4,2Go. La Lozère est probablement moins bâtie et ne fera pas tant gonfler OSM. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre et ligne de cote
jul...@krilin.org a écrit : 2010/6/24 jul...@krilin.org Est ce que le cadastre est une bonne référence pour modifier la ligne de cote ? Est ce qu'il faut prendre des précautions particulière quand on modifie la ligne de cote ? Est ce qu'une ile apporte des contraintes particulière ? Non le cadastre n'est pas idéal pour les lignes d'eau en général. Pour la ligne de côte, je pense que la meilleure source est l'orthophoto du geolittoral qui est maintenant une source exploitable par OSM (c'est une grande nouvelle qui est pourtant passée inaperçue il y a quelques semaines). Regarde le wiki: http://wiki.openstreetmap.org/wiki/WikiProject_France/G%C3%A9oLittoral génial ! et sur http://wiki.openstreetmap.org/wiki/FR:Port il y a pas mal de réponses a mes questions. Il me reste juste une question. Faut-il ecraser la source si il y en a une ? Merci Oui si la source change :). Ou je n'ai pas compris la question. Benoît. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Le 24/06/2010 10:53, Frédéric Rodrigo a écrit : Perso, je trouve que ça va trop vite +1 et que tout le monde c'est lancé la dedans sans trop vite sans trop réfléchir et peaufiner le truc. Il y plein d'amélioration et d'automatisation possibles : reconnaissance des adresses, import réfléchit à la CLC, transfère d'attributs plus ou moins automatiques entre bâtis existant et nouvellement importés... Bon. C'était pas mal de faire des tests... Maintenant, il faut savoir ce qu'on en fait, si on peut ajouter des filtres (anti-doublons, anti-chevauchement) dans le flux), si on met les adresses, si on peut croiser des infos avec les repères géodésiques pour ajouter des tags par exemple : * amenity=townwall si repère avec description 'mairie', * building=church + amenity=place_of_worship si repère avec desciption clocher, * building=apartment si repère avec description 'immeuble', Par exemple en croisant ces données, on peut s'ajouter un tag 'note:bâti=alerte' facile à sélectionner dans JOSM pour valider les suggestions automatiques. Bref si on peut perdre du temps pour en gagner... L'extraction du cadastre est la première phase bien engagée, on en tire l'info qu'on peut (wall=no...) Essayons de croiser avant l'import pour importer des données encore plus riches (et peut-être plus propres) Essayons de garder le QI plus élevé que la tension ;-) Dans le même genre, par ce type d'import via pdf peut-on extraire : * les cimetières * les calvaires * ... Fred (qui n'a encore importé aucun bâtiment) -- FrViPofm qui n'a importé que 2-3 villages (assez proprement, je crois) et qui aime les sous-tags qui donnent du sens ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Frdric Rodrigo a crit: - "Pieren" pier...@gmail.com a crit : 2010/6/24 Tenshu ten...@gmail.com Je suis d'accord sur l'enjeu majeur des adresses. Et que les solutions actuelles ne sont pas satisfaisantes car trop lentes. L'idal et le plus rapide serait de pouvoir automatiser, au moins dans les parties les plus faciles, l'identification des numros sur le cadastre et les associer la rue la plus proche. Mais comme cette solution n'est pour l'instant pas possible... Cela me semble techniquement faisable, en zoomant assez sur le cadastre on peut rcuprer les numros de rues comme chemin dans le SVG. Partant de la il faut les reconvertir en texte, ce qui est tout fait faisable. Oui. Je pense pouvoir arriver au rsultat escompt si les textes sont en chemins dans les SVG ou les fichiers OSM de manire distinctif (un attribut chiffre par exemple). reste que le problme est peut tre de les distinguer. Si quelqu'un met au point cette solution, il faudra encore repasser sur toutes les zones ou les btiments viennent d'tre import... Perso, je trouve que a va trop vite et que tout le monde c'est lanc la dedans sans trop vite sans trop rflchir et peaufiner le truc. Il y plein d'amlioration et d'automatisation possibles : reconnaissance des adresses, import rflchit la CLC, transfre d'attributs plus ou moins automatiques entre btis existant et nouvellement imports... Fred (qui n'a encore import aucun btiment) D'accord sur le "a va trop vite". Mais on n'arrte pas le progrs. Et je ne suis pas de ceux qui disent que "C'atait mieux avant". C'est une rel avance ce script de V. Le plus nuisible dans l'histoire, c'est cette exaltante ide que le boulot est dj fait et on oublie un peu vite "SEMI" qui prcde automatique. Le gain de temps est pourtant dj apprciable en essayant de bien faire. Fred, tente une importation sur une petite commune pour voir. Ca donne une ide des pbs rencontrs et de ce qui pourrait tre fait pour amliorer les choses. Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Les zooms 10-18 ont été généré cette nuit. :D Par contre j'avais épuré les xml en imaginant ne pas faire ces zooms donc pour le moment c'est pas très intéressant a ces niveaux. Il faut donc qu'on modifie les XML 2010/6/23 Frédéric Rodrigo fred.rodr...@gmail.com Le 23/06/2010 13:37, Lord Awikatchikaen a écrit : J'espère que mon message ne passera pas inaperçu en ces temps chargés d'import et de bâtiments. Les temps sont plus à en France on a le bâti pour le SotM, que on prépare un nouveau style pour la carte cyclable :/ Je viens de mettre en place un serveur de tuiles sur mon serveur pour relancer la dynamique autour du projet : http://awikatchikaen.info. Celui ci ne peut être utile que le temps du dev, il ne tiendra pas la charge autrement. Je n'ai d'ailleurs chargé qu'une petite zone : autour de viry-Châtillon (91-Essonne). La zone est intéressante car elle comporte une grande partie des cas de pistes que l'on peut rencontrer. J'ai repris deux fichiers XML avec lesquels j'avais un peu appris à bidouiller Mapnik. Ce ne sont vraiment que de petites ébauches mais ca permettrait d'avoir un point de départ. Le premier sert de fond, j'avais simplifié l'affichage en supprimant beaucoup de superflux et en harmonisant les couleurs. Le style est simple épuré et agréable Le second se concentre autour du vélo. Transparent en fond il permet d'être superposé a mon fond, à mapnik, ou à Gmap. Petite légende vite fait : en rouge les footway, en bleu les pistes cyclables sur voie, en vert les pistes cyclables hors circulation hum en vert il y a des paths, il faudrait les différencier des équipement consacré aux cyclistes. Voir aussi à afficher les grades ou la nature su sol, peut être par intensité de couleur. en marron les tracks Voila, en espérant que cela nous mènera à une carte complète un de ces jours ! Il reste encore du boulot ;) Dès la première utilisation j'ai été frustré par le zoom : on veux voir les détails mille sabord ! Fred ___ 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 bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
Le 24/06/2010 10:13, Benoît ROUSSEAU a écrit : Tenshu a écrit : Comme tu dis tout dépend de la numérisation sur 6 communes, que j'ai traitée, 2 possédaient des bâtiments de chevauchant. Houla, moi c'est à chaque fois et au moins 65 au plus 130. C'est super long de chopper le bon point (sélectionner, zoomer sur zone, zoomer à la main, déterminer si c'est un point pour du J ou deux points pour du M, ... faire la manip, ...) et les limites de parcelles, faut zieuter, joindre les chemins, couper, virer le(s) segment, joindre de nouveau, virer les points en trop, ... pff je ne map pas au bon endroit on dirait... Entre le cadastre numérisé avec les pieds et les décalages récurrents, nous somme maudits dirait on ! Z'avez de la chance vous :p. Benoît R. Pour zoomer sur le problème : clic-droit sur l'item dans la liste du validator zoom par le curseur de JOSM plutôt qu'à la molette (à la molette, on a des chances de zoomer à côté) Pour sélectionner deux polygones jointifs : clic sur le trait mitoyen (le premier polygone est sélectionné) puis sans déplacer la souris, maj+alt gr + clic (le second polygone est sélectionné aussi) Pour fusionner deux polygones jointifs ou se chevauchant : sélection des deux polygones puis maj+J Je garde l'index de la main gauche au dessus de la touche maj, c'est le petit doigt qui navigue de 'alt gr' à 'J'. C'est assez rapide. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
2010/6/24 Benoît ROUSSEAU adressepossi...@free.fr D'accord sur le ça va trop vite. Je ne crois pas que ce soit un problème. Il faudra de toute manière un jour ou l'autre être capable de gérer les mises à jour, c.a.d intégrer des données du cadastre avec ce qui est déjà présent dans OSM. C'est plus compliqué que de partir d'une page blanche mais il faudra de toute façon s'y atteler tôt ou tard. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
+--On 24 juin 2010 10:06:51 +0200 Benoît ROUSSEAU adressepossi...@free.fr wrote: | Cette méthode (c'est sûrement l'arrondissement d'a côté) fait déjà | des bizarreries par endroits : | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers=B | 000FTF | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers= | B000FTF Les 98, 100, 102, (même le 104), 106, 110, 112 à 122 Avenue | Émile Zola par exemple. C'est le même arrondissement, et les numéros sont bien placés, mais les batiments ne sont pas là, en général, c'est parce que le batiment n'est pas au cadastre (comme un batiment public par exemple.) -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Montmédy, Meuse (55) - Limites communales
Je lis par ailleurs que l'import des limites communales progresse en Meuse (55). Y a-t-il un contributeur actif de ce côté-là ? Quand prévoit-on d'avoir sur OSM les limites des communes du canton de Montmédy ? Accessoirement, cela devrait avoir une incidence sur le tracé de la frontière franco-belge, un peu grossière ici et là. Merci. Pierre P. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti : un ordre d'idé e pour ceux qui voudrait se lancer...
Vincent Pottier a crit: Le 24/06/2010 10:13, Benot ROUSSEAU a crit: Tenshu a crit: Comme tu dis tout dpend de la numrisation sur 6 communes, que j'ai traite, 2 possdaient des btiments de chevauchant. Houla, moi c'est chaque fois et au moins 65 au plus 130. C'est super long de chopper le bon point (slectionner, zoomer sur zone, zoomer la main, dterminer si c'est un point pour du "J" ou deux points pour du "M", ... faire la manip, ...) et les limites de parcelles, faut zieuter, joindre les chemins, couper, virer le(s) segment, joindre de nouveau, virer les points en trop, ... pff je ne map pas au bon endroit on dirait... Entre le cadastre numris avec les pieds et les dcalages rcurrents, nous somme maudits dirait on ! Z'avez de la chance vous :p. Benot R. Pour zoomer sur le problme : clic-droit sur l'item dans la liste du validator zoom par le curseur de JOSM plutt qu' la molette ( la molette, on a des chances de zoomer ct) Pour slectionner deux polygones jointifs : clic sur le trait mitoyen (le premier polygone est slectionn) puis sans dplacer la souris, maj+alt gr + clic (le second polygone est slectionn aussi) Pour fusionner deux polygones jointifs ou se chevauchant : slection des deux polygones puis maj+J Je garde l'index de la main gauche au dessus de la touche maj, c'est le petit doigt qui navigue de 'alt gr' 'J'. C'est assez rapide. -- FrViPofm Ah ! maj+J me sera utile :p Le maj+alt gr+clic je connaissais mais je n'y arrive pas :). Merci. Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Pieren a crit: 2010/6/24 Benot ROUSSEAU adressepossi...@free.fr D'accord sur le "a va trop vite". Je ne crois pas que ce soit un problme. Il faudra de toute manire un jour ou l'autre tre capable de grer les mises jour, c.a.d intgrer des donnes du cadastre avec ce qui est dj prsent dans OSM. C'est plus compliqu que de partir d'une page blanche mais il faudra de toute faon s'y atteler tt ou tard. Pieren Bonjour Pieren, Je ne refuse pas le progrs et tu sais que les automatismes me passionnent. Seulement, il n'y a qu'une semaine, nous rvions du bti vectoriel directement importable (pas tous) et nous esprions avoir saisi le bti la main pour 2050. Je pense simplement que nous ne sommes ni un jour ni une semaine prs. Prendre le temps rflchir aprs cette premire vague pourrait nous faire gagner du temps par la suite. tre contraints le couteau sous la gorge de trouver une solution un pb rpt 50 millions d'exemplaires avec des cas particuliers dans une France de 500 Go ne m'enthousiasme pas. Je prfrerai nous voir uvrer des choses plus intressantes ou chercher des solutions des pbs qui se posent dj. Au passage, pour je ne sais plus qui, la France 500 Go, ou jouer qui la plus grosse avec l'Angleterre et l'Allemagne, ne devrait pas tre une motivation. Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Mathieu Arnold a écrit : +--On 24 juin 2010 10:06:51 +0200 Benoît ROUSSEAU adressepossi...@free.fr wrote: | Cette méthode (c'est sûrement l'arrondissement d'a côté) fait déjà | des bizarreries par endroits : | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers=B | 000FTF | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers= | B000FTF Les 98, 100, 102, (même le 104), 106, 110, 112 à 122 Avenue | Émile Zola par exemple. C'est le même arrondissement, et les numéros sont bien placés, mais les batiments ne sont pas là, en général, c'est parce que le batiment n'est pas au cadastre (comme un batiment public par exemple.) Nom de Dieu ! J'en apprend tous les jours. C'est dû à quoi que certains bât publiques ne soient pas au cadastre ? J'aurai bêtement pensé le contraire. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import bâti cadastral - Bâtiment s mitoyens et plugin validator
Salut à tous, Je suis en train de nettoyer la commune de Cachan (94) pour l'import du bâti dans la base OSM. Il s'avère qu'il y a beaucoup de bâtiments mitoyens, et le plugin validator me crache pour chacun des zones superposées. En effet, les bâtiments partagent 2 noeuds ou plus. Est-ce que deux ways partageant deux noeuds est la méthode canonique pour représenter deux bâtiments mitoyens ? Est-ce qu'il y a mieux ? Je n'ai rien trouvé sur le wiki à ce sujet... Merci d'avance, -- Nicolas Dandrimont En attendant, je recale les routes, puisque le bâti correspond à l'imagerie aérienne... :) signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral - Bâtime nts mitoyens et plugin validator
Le 24/06/2010 12:43, Nicolas Dandrimont a écrit : Salut à tous, Je suis en train de nettoyer la commune de Cachan (94) pour l'import du bâti dans la base OSM. Il s'avère qu'il y a beaucoup de bâtiments mitoyens, et le plugin validator me crache pour chacun des zones superposées. En effet, les bâtiments partagent 2 noeuds ou plus. Est-ce que deux ways partageant deux noeuds est la méthode canonique pour représenter deux bâtiments mitoyens ? C'est bien ce qu'il faut faire. Il peuvent même partager plusieurs nœuds si la forme des bâtiments mitoyens est plus complexe. Bon mapping de Cachan. Je vérifierai avec mon NexusOne si t'as bien bossé quand j'y retournerai ;) -- Yoann. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Le 24 juin 2010 12:26, Benoît ROUSSEAU adressepossi...@free.fr a écrit : Mathieu Arnold a écrit : +--On 24 juin 2010 10:06:51 +0200 Benoît ROUSSEAU adressepossi...@free.fr wrote: | Cette méthode (c'est sûrement l'arrondissement d'a côté) fait déjà | des bizarreries par endroits : | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers=B | 000FTF | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers= | B000FTF Les 98, 100, 102, (même le 104), 106, 110, 112 à 122 Avenue | Émile Zola par exemple. C'est le même arrondissement, et les numéros sont bien placés, mais les batiments ne sont pas là, en général, c'est parce que le batiment n'est pas au cadastre (comme un batiment public par exemple.) Nom de Dieu ! J'en apprend tous les jours. C'est dû à quoi que certains bât publiques ne soient pas au cadastre ? J'aurai bêtement pensé le contraire. Benoît R. Peut-être que ces bâtiments ne sont pas soumis à l'impôt foncier... il ne faut pas oublier que le cadastre sert quand même avant tout à ça pour ce qui est des bâtiments, non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral - Bâtiment s mitoyens et plugin validator
Il y a un truc que je ne comprends pas avec validator. Il me sort des avertissements pour des bâtiments chevauchants alors qu'ils sont mitoyens et que j'ai vérifier que les noeuds de contact étaient bien communs. Les chemins en question sont un mix entre du building=yes et du building=yes+wall=no Est-ce normal ? Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
+--On 24 juin 2010 12:26:44 +0200 Benoît ROUSSEAU adressepossi...@free.fr wrote: | Mathieu Arnold a écrit : | +--On 24 juin 2010 10:06:51 +0200 Benoît ROUSSEAU | adressepossi...@free.fr wrote: | | Cette méthode (c'est sûrement l'arrondissement d'a côté) fait | | déjà des bizarreries par endroits : | | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layer | | s=B 000FTF | | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18laye | | rs= B000FTF Les 98, 100, 102, (même le 104), 106, 110, 112 à 122 | | Avenue Émile Zola par exemple. | | C'est le même arrondissement, et les numéros sont bien placés, mais | les batiments ne sont pas là, en général, c'est parce que le batiment | n'est pas au cadastre (comme un batiment public par exemple.) | | | Nom de Dieu ! J'en apprend tous les jours. | C'est dû à quoi que certains bât publiques ne soient pas au cadastre ? | J'aurai bêtement pensé le contraire. Ben, le cadastre, ça sert principalement aux services du trésor public pour savoir combien ils vont te demander d'argent pour avoir le droit d'être en France :-) En général, les batiments publics, ils vont pas se mettre des impots à eux même, donc, il se peut qu'ils ne soient pas présent. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral - Bâtimen ts mitoyens et plugin validator
+--On 24 juin 2010 12:58:07 +0200 Christian Quest christian.qu...@gmail.com wrote: | Il y a un truc que je ne comprends pas avec validator. | | Il me sort des avertissements pour des bâtiments chevauchants alors | qu'ils sont mitoyens et que j'ai vérifier que les noeuds de contact | étaient bien communs. | | Les chemins en question sont un mix entre du building=yes et du | building=yes+wall=no Alors, en fait, le validator donne deux choses : 1) un avertissement de chevauchement 2) une info de zone superposée Le deuxième, il le donne parce que les deux batiments ont un segment commun. (Ça pourrait petre pas mal de lui apprendre que c'est pas grave.) Le premier par contre, en général, il a toujours raison, et il t'affiche quels segments se chevauchent, avec ça, tu peux en général résoudre le problème, et le surlignage jaune devient bleu. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral - Bâtiment s mitoyens et plugin validator
Mathieu Arnold wrote: +--On 24 juin 2010 12:58:07 +0200 Christian Quest christian.qu...@gmail.com wrote: | Il y a un truc que je ne comprends pas avec validator. | | Il me sort des avertissements pour des bâtiments chevauchants alors | qu'ils sont mitoyens et que j'ai vérifier que les noeuds de contact | étaient bien communs. | | Les chemins en question sont un mix entre du building=yes et du | building=yes+wall=no Alors, en fait, le validator donne deux choses : 1) un avertissement de chevauchement 2) une info de zone superposée Le deuxième, il le donne parce que les deux batiments ont un segment commun. (Ça pourrait petre pas mal de lui apprendre que c'est pas grave.) Le premier par contre, en général, il a toujours raison, et il t'affiche quels segments se chevauchent, avec ça, tu peux en général résoudre le problème, et le surlignage jaune devient bleu. Le plugin validator peut être configuré pour lui dire quels erreurs détectés ou non. Il suffit alors de désactiver cette détection qui n'est pas très utile lors d'un import de bâti. Clément. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral - Bâtiment s mitoyens et plugin validator
Le 24 juin 2010 13:15, Mathieu Arnold m...@mat.cc a écrit : Alors, en fait, le validator donne deux choses : 1) un avertissement de chevauchement 2) une info de zone superposée Le deuxième, il le donne parce que les deux batiments ont un segment commun. (Ça pourrait petre pas mal de lui apprendre que c'est pas grave.) Le premier par contre, en général, il a toujours raison, et il t'affiche quels segments se chevauchent, avec ça, tu peux en général résoudre le problème, et le surlignage jaune devient bleu. Justement, l'avertissement de chevauchement concerne des chemins qui ne se chevauchent pas (pour en être sûr j'ai joint un à un les noeuds communs), d'où mon étonnement et ma question. validator me semble donc parfois un peu parano. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Import bâti cadastral - B âtiments mitoyens et plugin validator
De : Mathieu Arnold m...@mat.cc Alors, en fait, le validator donne deux choses : 1) un avertissement de chevauchement 2) une info de zone superposée Le deuxième, il le donne parce que les deux batiments ont un segment commun. (Ça pourrait petre pas mal de lui apprendre que c'est pas grave.) Le premier par contre, en général, il a toujours raison, et il t'affiche quels segments se chevauchent, avec ça, tu peux en général résoudre le problème, et le surlignage jaune devient bleu. C est curieux j ai deja eu des bâtiments avec des segments commun et le validator n a jamais bronche Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
- Lord Awikatchikaen lord.awikatchik...@gmail.com a écrit : Les zooms 10-18 ont été généré cette nuit. :D Par contre j'avais épuré les xml en imaginant ne pas faire ces zooms donc pour le moment c'est pas très intéressant a ces niveaux. Il faut donc qu'on modifie les XML On peut toujours mettre mapnik en fond. Le fond de carte ne me semble pas être un point important, comparer au calque cyclable. Btw, peux tu aussi ajouter le fond de carte OpenCycleMap. Il y a clairement un problème avec le vert ;). Des chemins en terre pas forcent très carrossable en vélo (http://www.openstreetmap.org/browse/relation/417624 higway=path) sont représenté de la même façon que des higway=cycleway. Fred (qui ne s'est pas dit particulièrement intéressé par le projet BeCiklo, une des causes est ticket d'entrée trop élevé pour pouvoir tester du rendu mapnik) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] /!\ Import bâti et noeuds dupliq ués /!\
Le 23 juin 2010 22:37, Sébastien Dinot sebastien.di...@free.fr a écrit : Je me trompe où ça commence à devenir du grand n'importe quoi cet import ! C'est vrai que le contraste est fort avec l'import corine, où il y a eu plusieurs étapes avant l'import effectif (des premiers essais, une slippy map de sly, des tests, des contrôles avec retour sur cette liste), et ce travail sur le bâti, où tout le mode fonce. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Le jeudi 24 juin 2010 à 12:59 +0200, Mathieu Arnold a écrit : +--On 24 juin 2010 12:26:44 +0200 Benoît ROUSSEAU adressepossi...@free.fr wrote: | Mathieu Arnold a écrit : | +--On 24 juin 2010 10:06:51 +0200 Benoît ROUSSEAU | adressepossi...@free.fr wrote: | | Cette méthode (c'est sûrement l'arrondissement d'a côté) fait | | déjà des bizarreries par endroits : | | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layer | | s=B 000FTF | | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18laye | | rs= B000FTF Les 98, 100, 102, (même le 104), 106, 110, 112 à 122 | | Avenue Émile Zola par exemple. | | C'est le même arrondissement, et les numéros sont bien placés, mais | les batiments ne sont pas là, en général, c'est parce que le batiment | n'est pas au cadastre (comme un batiment public par exemple.) | | | Nom de Dieu ! J'en apprend tous les jours. | C'est dû à quoi que certains bât publiques ne soient pas au cadastre ? | J'aurai bêtement pensé le contraire. Ben, le cadastre, ça sert principalement aux services du trésor public pour savoir combien ils vont te demander d'argent pour avoir le droit d'être en France :-) En général, les batiments publics, ils vont pas se mettre des impots à eux même, donc, il se peut qu'ils ne soient pas présent. Moi je pense que ce sont des bugs du coté du service cadastral. Des bâtiments que j'avais tracés depuis le cadastre il y a quelques mois ont aujourd'hui disparu du cadastre !! Un Supermarché Carrefour, un magasin Darty ont disparu aussi bien sur le pdf que sur le bitmap. En regardant dans le détail, il me manque plein de bâtiment à droite à gauche, des fois même les bâtiments sont à moitié tronqués comme si un cache avait été posé avant de photocopié les plans... Bref, ya toujours du boulot pour les fourmis... Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Christian Quest a écrit : Le 24 juin 2010 12:26, Benoît ROUSSEAU adressepossi...@free.fr mailto:adressepossi...@free.fr a écrit : Mathieu Arnold a écrit : +--On 24 juin 2010 10:06:51 +0200 Benoît ROUSSEAU adressepossi...@free.fr mailto:adressepossi...@free.fr wrote: | Cette méthode (c'est sûrement l'arrondissement d'a côté) fait déjà | des bizarreries par endroits : | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers=B http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers=B | 000FTF | http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers= http://www.openstreetmap.org/?lat=48.846374lon=2.290802zoom=18layers= | B000FTF Les 98, 100, 102, (même le 104), 106, 110, 112 à 122 Avenue | Émile Zola par exemple. C'est le même arrondissement, et les numéros sont bien placés, mais les batiments ne sont pas là, en général, c'est parce que le batiment n'est pas au cadastre (comme un batiment public par exemple.) Nom de Dieu ! J'en apprend tous les jours. C'est dû à quoi que certains bât publiques ne soient pas au cadastre ? J'aurai bêtement pensé le contraire. Benoît R. Peut-être que ces bâtiments ne sont pas soumis à l'impôt foncier... il ne faut pas oublier que le cadastre sert quand même avant tout à ça pour ce qui est des bâtiments, non ? C'est plausible. Tu voudrais dire qu'ils ne bossent pas pour le rendu :P ? Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral - Bâtiment s mitoyens et plugin validator
Mathieu Arnold a écrit : +--On 24 juin 2010 12:58:07 +0200 Christian Quest christian.qu...@gmail.com wrote: | Il y a un truc que je ne comprends pas avec validator. | | Il me sort des avertissements pour des bâtiments chevauchants alors | qu'ils sont mitoyens et que j'ai vérifier que les noeuds de contact | étaient bien communs. | | Les chemins en question sont un mix entre du building=yes et du | building=yes+wall=no Alors, en fait, le validator donne deux choses : 1) un avertissement de chevauchement 2) une info de zone superposée Le deuxième, il le donne parce que les deux batiments ont un segment commun. (Ça pourrait petre pas mal de lui apprendre que c'est pas grave.) Le premier par contre, en général, il a toujours raison, et il t'affiche quels segments se chevauchent, avec ça, tu peux en général résoudre le problème, et le surlignage jaune devient bleu. J'ai pris des copies d'écran de pb rencontrés sur l'import du cadastre ja vais faire une page, à l'arrachée dans un premier temps. Je/nous complèterons. Il est vrai qu'au d'épart le nombre d'erreur, d'avertissements et d'infos m'effrayait. On va essayer de dégrossir ça en français d'autant que certains ont des trucs et astuces à nous faire partager pour aller plus vite et mieux. Benoît R; ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral - Bâtimen ts mitoyens et plugin validator
+--On 24 juin 2010 13:18:46 +0200 Clement Menier clement.men...@gmail.com wrote: | Mathieu Arnold wrote: | +--On 24 juin 2010 12:58:07 +0200 Christian Quest | christian.qu...@gmail.com wrote: | | Il y a un truc que je ne comprends pas avec validator. | | | | Il me sort des avertissements pour des bâtiments chevauchants alors | | qu'ils sont mitoyens et que j'ai vérifier que les noeuds de contact | | étaient bien communs. | | | | Les chemins en question sont un mix entre du building=yes et du | | building=yes+wall=no | | Alors, en fait, le validator donne deux choses : | | 1) un avertissement de chevauchement | 2) une info de zone superposée | | Le deuxième, il le donne parce que les deux batiments ont un segment | commun. (Ça pourrait petre pas mal de lui apprendre que c'est pas | grave.) | | Le premier par contre, en général, il a toujours raison, et il | t'affiche quels segments se chevauchent, avec ça, tu peux en général | résoudre le problème, et le surlignage jaune devient bleu. | | | Le plugin validator peut être configuré pour lui dire quels erreurs | détectés ou non. Il suffit alors de désactiver cette détection qui | n'est pas très utile lors d'un import de bâti. En fait, si, paradoxalement, il est très important de le laisser activer, ça t'assure que le segment est bien commun aux deux batiments, des fois, ce n'est pas le cas, parce qu'un noeud d'un des batiments se trouve a 2cm de l'autre segment, et il est préférable de le joindre parce qu'en fait, c'est un seul mur. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral - Bâtiment s mitoyens et plugin validator
Le 24 juin 2010 13:33, Vincent Pottier vpott...@gmail.com a écrit : Le 24/06/2010 13:21, Christian Quest a écrit : Justement, l'avertissement de chevauchement concerne des chemins qui ne se chevauchent pas (pour en être sûr j'ai joint un à un les noeuds communs), d'où mon étonnement et ma question. validator me semble donc parfois un peu parano. Est-ce que l'un des bâtiments n'a pas un nœud supplémentaire au milieu d'un segment ? Non, pas de noeud en plus, deux beaux rectangles. Ca ne s'est pas reproduit... les autres chevauchements étaient bien réels. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral - Bâtime nts mitoyens et plugin validator
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vincent Pottier a écrit : Le 24/06/2010 13:21, Christian Quest a écrit : Justement, l'avertissement de chevauchement concerne des chemins qui ne se chevauchent pas (pour en être sûr j'ai joint un à un les noeuds communs), d'où mon étonnement et ma question. validator me semble donc parfois un peu parano. Est-ce que l'un des bâtiments n'a pas un nœud supplémentaire au milieu d'un segment ? c'est le cas : un coin du 1er batiment est sur un segment du 2eme bat pour régler le pb, il faut créer un deuxième point puis les fusionner... la commande joindre un point au segment ne semble pas marcher chez moi cordialement jean navarro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFMI02DirIRKX59UEkRAv+TAJ4gtLouE/1CS3IkQWKvTEowyfDBMACfbs5y 6dI6SuQcCO7vc4dlcn22ASs= =pxDc -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Je viens de rajouter OpenCycleMap en fond. Il est vrai que l'important est le calque de vélo pour les trajets vert la promenade de l'orge est plutot bien pour le VTT, je la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y a pas trop moyen de faire la distinction. ou alors faire évoluer les tags pour avoir du pathtype... mais on est plutôt sur le rendu. La ou on pourrait jouer c'est sur le tag surface. Si path + paved ou asphalt c'est ok pour vélo et VTT. sinon que pour VTT 2010/6/24 Frédéric Rodrigo fred.rodr...@gmail.com - Lord Awikatchikaen lord.awikatchik...@gmail.com a écrit : Les zooms 10-18 ont été généré cette nuit. :D Par contre j'avais épuré les xml en imaginant ne pas faire ces zooms donc pour le moment c'est pas très intéressant a ces niveaux. Il faut donc qu'on modifie les XML On peut toujours mettre mapnik en fond. Le fond de carte ne me semble pas être un point important, comparer au calque cyclable. Btw, peux tu aussi ajouter le fond de carte OpenCycleMap. Il y a clairement un problème avec le vert ;). Des chemins en terre pas forcent très carrossable en vélo ( http://www.openstreetmap.org/browse/relation/417624 higway=path) sont représenté de la même façon que des higway=cycleway. Fred (qui ne s'est pas dit particulièrement intéressé par le projet BeCiklo, une des causes est ticket d'entrée trop élevé pour pouvoir tester du rendu mapnik) ___ 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] [BeCiklo] On en est où ?
On jeudi 24 juin 2010, Lord Awikatchikaen wrote: pour les trajets vert la promenade de l'orge est plutot bien pour le VTT, je la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y a pas trop moyen de faire la distinction. ou alors faire évoluer les tags pour avoir du pathtype... mais on est plutôt sur le rendu. La ou on pourrait jouer c'est sur le tag surface. Si path + paved ou asphalt c'est ok pour vélo et VTT. sinon que pour VTT Ou alors, (au risque de devenir lourd à force d'en faire la pub) : http://wiki.openstreetmap.org/wiki/Key:smoothness smoothness - good (c'est praticable en Vélo de course/vélo de ville) smoothness - bad (c'est praticable en VTC) smoothness - very_horrible (c'est praticable en VTT ) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Le 24 juin 2010 14:07, Benoît ROUSSEAU adressepossi...@free.fr a écrit : Christian Quest a écrit : Peut-être que ces bâtiments ne sont pas soumis à l'impôt foncier... il ne faut pas oublier que le cadastre sert quand même avant tout à ça pour ce qui est des bâtiments, non ? C'est plausible. Tu voudrais dire qu'ils ne bossent pas pour le rendu :P ? Benoît R. Si, mais pour le rendu financier ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM : recherche avec des espaces
Bonjour, Savez-vous comment faire des recherches quand l'expression recherchée contient un espace? Exemple : ref=N 86. Je ne sais pas comment gérer l'espace dans N 86. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : recherche avec des espaces
+--On 24 juin 2010 15:15:37 +0200 Eric Sibert courr...@eric.sibert.fr wrote: | Bonjour, | | Savez-vous comment faire des recherches quand l'expression recherchée | contient un espace? | | Exemple : ref=N 86. Je ne sais pas comment gérer l'espace dans N 86. Alors, là, je vais faire le gros lourd, mais sur la droite de la fenêtre de recherche, il y a des exemples, le deuxième doit être celui qui t'intérèsse, tu dois pouvoir faire : ref=N 86 -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
ok j'ai mixé les deux : 1/ path + surface (paved,asphalt, concrete ou vide) ou smoothness (excellent good ou vide) - vert 2/ path + smoothness (intermediate, bad, very_bad ou vide) et surface différent de (paved asphalt et concrete) - vert pointillé 2010/6/24 sly (sylvain letuffe) sylv...@letuffe.org On jeudi 24 juin 2010, Lord Awikatchikaen wrote: pour les trajets vert la promenade de l'orge est plutot bien pour le VTT, je la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y a pas trop moyen de faire la distinction. ou alors faire évoluer les tags pour avoir du pathtype... mais on est plutôt sur le rendu. La ou on pourrait jouer c'est sur le tag surface. Si path + paved ou asphalt c'est ok pour vélo et VTT. sinon que pour VTT Ou alors, (au risque de devenir lourd à force d'en faire la pub) : http://wiki.openstreetmap.org/wiki/Key:smoothness smoothness - good (c'est praticable en Vélo de course/vélo de ville) smoothness - bad (c'est praticable en VTC) smoothness - very_horrible (c'est praticable en VTT ) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : recherche avec des espaces
J'ai dû faire mon essai avec les guillemets autour de toutes l'expression et pas seulement la chaîne recherchée. Et j'ai un peu du mal en comprendre les dites explications fournies en exemple. Genre, l'avant dernier. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Re... Je viens de regarder les SVG extraits par le script de V. Il est possible d'en extraire les numéros d'adresse. Ce n'est, A PRIORI, pas vraiment compliqué, mais il me faudra du temps pour mettre au point (5 jours, 2 semaines, + ?). On peux même imaginer faire les relations d'adressage directement en base, façon points le long des rues, si les voies existent. Le faire après l'import bâti est possible. Donc... je confirme ou j'infirme bientôt. Voilà pour les nouvelles. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : recherche avec des espaces
+--On 24 juin 2010 16:18:27 +0200 Eric Sibert courr...@eric.sibert.fr wrote: | J'ai dû faire mon essai avec les guillemets autour de toutes | l'expression et pas seulement la chaîne recherchée. Et j'ai un peu du | mal en comprendre les dites explications fournies en exemple. Genre, | l'avant dernier. L'avant dernier dit que tu peux utiliser pour rassembler des morceaux, par exemple, si tu cherche une clef qui contient : vu que : est déjà le séparateur clef/valeur, si tu fait addr:number:12 ça va pas marcher, faut écrire addr:number:12 et si par hasard, tu as besoin de mettre un dedans, faut l'écrire \ (et \\ au cas ou tu veux mettre un \) -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM-Matrix (was: Re: Import s emi-automatique du bâti)
Hello, Après avoir passé pas mal de temps à chercher l'information de disponibilité, je me suis rendu à l'évidence que le code de cet outil était privé. Je m'en suis donc inspiré assez librement pour coder from scratch un nouvel outil, basé sur OpenLayers, GeoExt, MapFish (entre autres), dont voici une capture d'écran en cours de dev : http://dl.free.fr/vSLmIGVqJ Au menu : API REST, I18n ready, déploiement simple, build JS, bref, que du bon :-) Le code est actuellement sous GPL, et je sortirai très bientot une bêta (avant SOTM en tout cas). A ce propos, Etienne, je vais avoir besoin d'un hébergement free ;-) Je pense qu'un tel outil est de plus en plus nécessaire, au fur et mesure que l'on réalise des imports massifs, que l'on nous met à disposition des orthophotos, etc ... A+ F. 2010/6/22 Ab_fab gamma@gmail.com OSM Matrix [2] aurait pu être utile pour établir l'avancement en mode mosaique. Encore faut-il le mettre en place. Malheureusement, sa disponibilité et son installation / utilisation n'est pas documentée. (J'avoue que j'ai pas été super fouineur sur ce coup-là) [1] http://tools.geofabrik.de/osmi/?view=addresseslon=2.33458lat=48.85818zoom=13overlays=buildings,buildings_with_addresses [2] http://projekte.eiops.de/osm-matrix/ (ici pour Haiti) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Ça serait excellent, mais dans les villes pavillonnaires, tagguer directement reste bien plus logique. Quand je vois le nombre de pavillons sur certaines communes ça fait un sacré paquet de boulot. 2010/6/24 Benoît ROUSSEAU adressepossi...@free.fr Re... Je viens de regarder les SVG extraits par le script de V. Il est possible d'en extraire les numéros d'adresse. Ce n'est, A PRIORI, pas vraiment compliqué, mais il me faudra du temps pour mettre au point (5 jours, 2 semaines, + ?). On peux même imaginer faire les relations d'adressage directement en base, façon points le long des rues, si les voies existent. Le faire après l'import bâti est possible. Donc... je confirme ou j'infirme bientôt. Voilà pour les nouvelles. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-Matrix (was: Re: Import s emi-automatique du bâti)
Le 24/06/2010 17:48, François Van Der Biest a écrit : Le code est actuellement sous GPL, et je sortirai très bientot une bêta (avant SOTM en tout cas). A ce propos, Etienne, je vais avoir besoin d'un hébergement free ;-) Pas de problème, tu connais les serveurs et leur organisation. Tu as besoin de quoi pour faire ça ? Combien de disque ? parce que les projets d'osm1 sont un peu à l'étroit maintenant... mains on a une peu de place à coté (enfin plus beaucoup, va falloir chercher des nouveaux hébergements). -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-Matrix (was: Re: Import s emi-automatique du bâti)
2010/6/24 Etienne Chové ch...@crans.org Le 24/06/2010 17:48, François Van Der Biest a écrit : Le code est actuellement sous GPL, et je sortirai très bientot une bêta (avant SOTM en tout cas). A ce propos, Etienne, je vais avoir besoin d'un hébergement free ;-) Pas de problème, tu connais les serveurs et leur organisation. Tu as besoin de quoi pour faire ça ? Entre autres : libapache2-mod-fcgid libapache2-mod-wsgi Et puis les classiques : postgresql/postgis, mapserver ... Combien de disque ? Ca depend de la taille de la zone qu'on cherche à mapper et du niveau de zoom utilisé pour générer les carrés d'étude... mais rien d'énorme a priori, si on se limite à la métropole. parce que les projets d'osm1 sont un peu à l'étroit maintenant... mains on a une peu de place à coté (enfin plus beaucoup, va falloir chercher des nouveaux hébergements). Le bureau OSGeo-fr a donné son feu vert pour un achat de disque à hauteur de 150 euros, en prévision de futures donations d'orthophotos, pour lesquelles il faudrait monter des serveurs WMS. Si le montant de l'achat dépasse cette somme, je suis sûr que l'on peut réussir à se cotiser pour y arriver... Tu aurais une référence de disque qui conviendrait ? F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-Matrix (was: Re: Import se mi-automatique du bâti)
Bonsoir, Le menu, j'y comprends pas grand chose au niveau des ingrédients ^^ Mais la finalité, si, et elle devrait être savoureuse ! Bon courage ! Le 24 juin 2010 17:48, François Van Der Biest francois.vanderbi...@camptocamp.com a écrit : Hello, Après avoir passé pas mal de temps à chercher l'information de disponibilité, je me suis rendu à l'évidence que le code de cet outil était privé. Je m'en suis donc inspiré assez librement pour coder from scratch un nouvel outil, basé sur OpenLayers, GeoExt, MapFish (entre autres), dont voici une capture d'écran en cours de dev : http://dl.free.fr/vSLmIGVqJ Au menu : API REST, I18n ready, déploiement simple, build JS, bref, que du bon :-) Le code est actuellement sous GPL, et je sortirai très bientot une bêta (avant SOTM en tout cas). A ce propos, Etienne, je vais avoir besoin d'un hébergement free ;-) Je pense qu'un tel outil est de plus en plus nécessaire, au fur et mesure que l'on réalise des imports massifs, que l'on nous met à disposition des orthophotos, etc ... A+ F. 2010/6/22 Ab_fab gamma@gmail.com OSM Matrix [2] aurait pu être utile pour établir l'avancement en mode mosaique. Encore faut-il le mettre en place. Malheureusement, sa disponibilité et son installation / utilisation n'est pas documentée. (J'avoue que j'ai pas été super fouineur sur ce coup-là) [1] http://tools.geofabrik.de/osmi/?view=addresseslon=2.33458lat=48.85818zoom=13overlays=buildings,buildings_with_addresses [2] http://projekte.eiops.de/osm-matrix/ (ici pour Haiti) ___ 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] Import semi auto bati: pb pdf corrompu
Hello, désolé de poser la question ici, mais chez moi ça ne marche pas J'obtiens systématiquement un erreur pdf corrompu. Par exemple, en suivant une commune déjà fait par quicky (Julien T): sh import-bati.sh 042 CUZIEU Cuzieu 27562 ça me donne: % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 137210 137210 0 47137 0 --:--:-- --:--:-- --:--:-- 58387 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 101 144350 144350 123 48990417 --:--:-- --:--:-- --:--:-- 59633 CODE=I1081 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 211870 211870 0 69820 0 --:--:-- --:--:-- --:--:-- 85088 BB= new GeoBox( 747819.76, 2.53, 752324.37, 71421.64), % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 109 10000 1000095 7863747 --:--:-- --:--:-- --:--:-- 12746 Error: May not be a PDF file (continuing anyway) Error: PDF file is damaged - attempting to reconstruct xref table... Error: Couldn't find trailer dictionary Error: Couldn't read xref table Unable to open file Couldn't open Cuzieu/042-CUZIEU-I1081.svg: No such file or directory at svg-parser.pl line 148 Je suis sous MacOS X, curl 7.19.7, gdal 1.6.2 compilé à la main. J'ai essayé d'ouvrir le pdf téléchargé avec le script, effectivement, il est corrompu... Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Les adresses...
Le Thu 24 Jun 2010 à 10:23 +0200, Pieren a ecrit : Ca ressemble à ce que suggèrait Charlie Echo. Mais le plugin address actuel travaille différement : il génère tous les nodes d'un coup à une distance fixe du highway. Pour être correct, il faut ensuite replacer chaque node en face de son immeuble à la souris. Si on veut être encore plus correct, il faut attacher le node au building sinon c'est un node qui se balade dans le vide. Ca reste à discuter. En zone rurale, le building peut être assez loin de la route, en étant relié par un chemin privé. Mettre le noeud à l'endroit de l'embranchement sur la voie de l'adresse (en gros, à l'endroit de la boîte à lettres) n'est pas forcément idiot, surtout si le chemin privé n'est pas entré dans OSM. Une autre limite à l'automatisation est la numérotation métrique. Là, je ne vois pas ce qu'on pourrait automatiser. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi auto bati: pb pdf corrompu
J'ai essayé d'ouvrir le pdf téléchargé avec le script, effectivement, il est corrompu... corrompu comment ? estce que ca ne serait pas du HTML qui dit le site du cadastre est down ? cat le_fichier.pdf | head ou file le_fichier.pdf donne quoi ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Le Thu 24 Jun 2010 à 10:53 +0200, Frédéric Rodrigo a ecrit : Perso, je trouve que ça va trop vite et que tout le monde c'est lancé la dedans sans trop vite sans trop réfléchir et peaufiner le truc. +1 -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi auto bati: pb pdf corrompu
Le boulet Oui tout à fait, c'est du html qui dit que c'est en maintenance. Merci :-) Jérôme Le 24 juin 2010 à 21:20, julien balas a écrit : J'ai essayé d'ouvrir le pdf téléchargé avec le script, effectivement, il est corrompu... corrompu comment ? estce que ca ne serait pas du HTML qui dit le site du cadastre est down ? cat le_fichier.pdf | head ou file le_fichier.pdf donne quoi ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Guillaume Allegre a écrit : Le Thu 24 Jun 2010 à 10:53 +0200, Frédéric Rodrigo a ecrit : Perso, je trouve que ça va trop vite et que tout le monde c'est lancé la dedans sans trop vite sans trop réfléchir et peaufiner le truc. +1 +1, c'est du grand n'importe quoi. On pourrait faire un truc propre à la clc, et là chacun est parti pour faire la course à l'upload massif. Ca donne des gens qui importent de la quantité à la place de la qualité, et qui disent quelqu'un repassera après moi pour corriger. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi auto bati: pb pdf corrompu
+--On 24 juin 2010 22:58:29 +0200 Jérôme Cornet jer...@aldorande.net wrote: | Le boulet | | Oui tout à fait, c'est du html qui dit que c'est en maintenance. J'ai ça aussi, mais tout le temps, pas juste quand il est en maintenance, quand, par exemple, je peux aller récupérer un pdf avec mon navigateur web, mais pas avec le script. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Ne paniquez pas trop non plus. Premièrement par ce que nous ne sommes qu'une poignée à se lancer dans l'aventure. Deuxièmement, par ce que le nombre de communes à importer est affolant, les import de ces derniers jours ne sont qu'une goutte d'eau dan sl'océan. Troisièmement il y a un paquet de commune où la numérisation est plutôt bonne, je vient d'importer Évry sur les 5723 bâtiments il n'y avait pas d'overlap détectés par le validator et finalement assez peut de bâtiments découpés de façon aberrante. J'en ai laissé car ma connaissance du terrain n'est pas parfaite. Ce qui est embêtant par contre c'est de la faiblesse des outils pour ce genre de travaux, le validator de JOSM prend un bon bout de temps sur ma grosse machine. Son upload peut être risqué si il est interrompu (cf node dupliqués). Et d'un autre coté le bulk upload ne fonctionne pas chez moi, il upload des nodes dupliqués par dizaine, je vous explique pas mon ressenti en constatant que j'avais plus de 4 changeset a revert d'environ 30 000 nodes :q D'ailleurs la doc sur les outil bulk est revert est maigre, ça vaudrait le coup de créer une page sur les techniques d'imports et de premiers secours en cas de bourde. 2010/6/25 Etienne Chové ch...@crans.org Guillaume Allegre a écrit : Le Thu 24 Jun 2010 à 10:53 +0200, Frédéric Rodrigo a ecrit : Perso, je trouve que ça va trop vite et que tout le monde c'est lancé la dedans sans trop vite sans trop réfléchir et peaufiner le truc. +1 +1, c'est du grand n'importe quoi. On pourrait faire un truc propre à la clc, et là chacun est parti pour faire la course à l'upload massif. Ca donne des gens qui importent de la quantité à la place de la qualité, et qui disent quelqu'un repassera après moi pour corriger. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Un aperçu des erreurs à corrig ées lié à l'import semi auto
Bonsoir, J'ai initié une page incomplète et non exhaustive des erreurs que je cherche à résoudre avant un import bâti semi auto. Elle n'est pour l'instant liée à aucune autre page. Si vous avez des éléments pour la compléter, n'hésitez pas et remaniez comme vous le souhaitez. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Un aperçu des erreurs à corrigées lié à l'import semi auto
De : Benoît ROUSSEAU adressepossi...@free.fr Bonsoir, J'ai initié une page incomplète et non exhaustive des erreurs que je cherche à résoudre avant un import bâti semi auto. Elle n'est pour l'instant liée à aucune autre page. Si vous avez des éléments pour la compléter, n'hésitez pas et remaniez comme vous le souhaitez. Tu peux donner le lien stp ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Le vendredi 25 juin 2010 à 00:38 +0200, Tenshu a écrit : Ne paniquez pas trop non plus. Premièrement par ce que nous ne sommes qu'une poignée à se lancer dans l'aventure. Deuxièmement, par ce que le nombre de communes à importer est affolant, les import de ces derniers jours ne sont qu'une goutte d'eau dan sl'océan. C'est pas une raison pour importer des nœuds et des chemins dupliqués alors que ça se supprime d'un clique avant l'import !!! Et c'est encore moins une raison pour les laisser alors qu'il suffit d'un coup d'œil sur une carte pour constater leur présence ! http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=8lat=44.77505lon=3.77966layers=BT Les stats donnent le nom des mauvais élèves sur les dernières 24 heures... http://matt.dev.openstreetmap.org/dupe_nodes/about.html Troisièmement il y a un paquet de commune où la numérisation est plutôt bonne, je vient d'importer Évry sur les 5723 bâtiments il n'y avait pas d'overlap détectés par le validator et finalement assez peut de bâtiments découpés de façon aberrante. J'en ai laissé car ma connaissance du terrain n'est pas parfaite. Je suis tombé sur une commune catastrophique. Des tas de bâtiments quasi dupliqués avec un seul nœud de différence et qui ne peuvent être supprimés automatiquement :( Et comme si ça ne suffisait pas, des charcutages de bâtiments et des chevauchements sortis de nulle part !! Ce serait sympa que la fonction de chevauchement du greffon validator indique la surface de chevauchement, ça permettrait de faire la distinction entre les VRAIS chevauchements et les jointures approximatives... Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Un aperçu des erreurs à corrigées lié à l'import semi auto
THEVENON Julien a crit: De : Benot ROUSSEAU adressepossi...@free.fr Bonsoir, J'ai initi une page incomplte et non exhaustive des "erreurs" que je cherche rsoudre avant un import bti semi auto. Elle n'est pour l'instant lie aucune autre page. Si vous avez des lments pour la complter, n'hsitez pas et remaniez comme vous le souhaitez. Tu peux donner le lien stp ? Zut ! Un grand classique. :p http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents/Aper%C3%A7u_des_erreurs_rencontr%C3%A9es Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses... -- devient mol o molo sur l'anarchie du bâti
Le vendredi 25 juin 2010 00:21:49, Etienne Chové a écrit : Guillaume Allegre a écrit : Le Thu 24 Jun 2010 à 10:53 +0200, Frédéric Rodrigo a ecrit : Perso, je trouve que ça va trop vite et que tout le monde c'est lancé la dedans sans trop vite sans trop réfléchir et peaufiner le truc. +1 +1, c'est du grand n'importe quoi. On pourrait faire un truc propre à la clc, et là chacun est parti pour faire la course à l'upload massif. Ca donne des gens qui importent de la quantité à la place de la qualité, et qui disent quelqu'un repassera après moi pour corriger. C'est ici la discussion des râleurs ? Alors je publie mon mail que j'ai envoyé en privé ** On mercredi 23 juin 2010, Machin truc bidule dont je ne me permet pas de dévoiler l'identité wrote: - question du suivi de cet import (l'idée d'utiliser des relations pour en garder une trace me semble à creuser) - question du suivi dans le futur - question du choix entre import massif puis corrections ou corrections avant import massif C'est en effet de très bonnes remarques, la disponibilité d'un coup de cet outil et le rush qui a suivi la réouverture du cadastre donne un peu l'impression vu de loin d'un bordel anarchique Chacun y allant de son export (bon ça, à la limite, c'est juste tant pis pour la charge sur le serveur du cadastre) mais chacun y allant surtout de son intégration rapide et sauvage dans osm. Y'a qu'a lire le topic nomé ARg ! Doucement ! STOOP ! pour se dire que forcément, à un moment, ou en tout cas pour la suite, ça va être le bazar. L'outil n'ajoute aucun autre tag repérable que : $tag_source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : . ($year + 1900); Ce qui, grosso modo, correspond également à tout ce qui a été fait également à la main. En bref, il va être dur d'identifier l'automatique, le semi-automatique, du manuel. Alors forcément, pour d'éventuel mise à jour ultérieur, c'est plus compliqué. Mais voilà, l'effervescence actuelle est difficile à endiguer ;-) et un peu d'anarchie représente bien la philosophie osm finalement. ** Loin, très loin de moi, de dire que cet outil n'est pas extraordinaire, par contre l'utilisation anarchique me dérange un peu. Certes, la critique est facile, et peut-être semble-t-il préférable d'importe un peu mal que de laisser en suspend (cf import des parcs/réserves), mais quand même. Je rejoins complètement l'avis d'un développeur anonyme de plugin pour JOSM ( ;-) ) qui, après avoir développé un très bon outil de récupération des SVG du cadastre a vu son boulot devenir caduc parce que pouf l'export a été coupé et j'abonde en son sens sur le oui à une récupération de la source de donnée vecto (les pdf), à garder non public dans un but de re-traitement, par contre, je ne trouve pas ça terrible d'importer chacun dans son coin, à la sauvage, avec tout ce que ça implique. Car cette méthode va sans doute oublier les zones fortement démunies de mappeurs osm, là où, un import réfléchi, coordonné, global, avec détection de collisions, avec meta-données de repérage, ( devrais-je dire a la CLC ?) aurait sans doute pû réaliser 99% de l'import des bâtiments de france et fournir ce qui avait été appelé les rebus de CLC pour les 1% restant. D'accord il y a les socles de fontaine, les bâtiments écroulés, les erreurs du cadastre, mais n'est il pas judicieux de : - récupérer au plus vite la source pour éviter de se trouver le bec dans l'eau - réfléchir tranquillement à tout ça - et proposer un plan d'action ? Tout ce qui est fait en ce moment rend plus difficile un éventuel import total, génère du temps perdu. On fait une pause et on y réfléchi ? -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Les adresses...
De : Christophe Merlet red...@redfoxcenter.org C'est pas une raison pour importer des nœuds et des chemins dupliqués alors que ça se supprime d'un clique avant l'import !!! Et c'est encore moins une raison pour les laisser alors qu'il suffit d'un coup d'œil sur une carte pour constater leur présence ! http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=8lat=44.77505lon=3.77966layers=BT Entierement d accord ! Julien PS : on peut quand meme noter que l horrible pate rouge sur tout saint etienne (du a des problems d upload )a ete completement nettoye par Xinfe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Les adresses... -- dev ient molo molo sur l'anarchie du bâti
De : sylvain letuffe sylv...@letuffe.org L'outil n'ajoute aucun autre tag repérable que : $tag_source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : . ($year + 1900); Ce qui, grosso modo, correspond également à tout ce qui a été fait également à la main. En bref, il va être dur d'identifier l'automatique, le semi-automatique, du manuel. Alors forcément, pour d'éventuel mise à jour ultérieur, c'est plus compliqué. En effet se serait bien d avoir un tag pour la traçabilite n'est il pas judicieux de : - récupérer au plus vite la source pour éviter de se trouver le bec dans l'eau - réfléchir tranquillement à tout ça - et proposer un plan d'action ? Tout ce qui est fait en ce moment rend plus difficile un éventuel import total, génère du temps perdu. On fait une pause et on y réfléchi ? Carrément d accord avec le premier point, et passée l euphorie du départ avec les autres aussi Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses... -- devient mol o molo sur l'anarchie du bâti
sylvain letuffe a crit: Le vendredi 25 juin 2010 00:21:49, Etienne Chov a crit : Guillaume Allegre a crit : Le Thu 24 Jun 2010 10:53 +0200, Frdric Rodrigo a ecrit : Perso, je trouve que a va trop vite et que tout le monde c'est lanc la dedans sans trop vite sans trop rflchir et peaufiner le truc. +1 +1, c'est du grand n'importe quoi. On pourrait faire un truc propre la clc, et l chacun est parti pour faire la course l'upload massif. Ca donne des gens qui importent de la quantit la place de la qualit, et qui disent "quelqu'un repassera aprs moi pour corriger". C'est ici la discussion des rleurs ? Alors je publie mon mail que j'ai envoy en priv ** On mercredi 23 juin 2010, Machin truc bidule dont je ne me permet pas de dvoiler l'identit wrote: - question du suivi de cet import (l'ide d'utiliser des relations pour en garder une trace me semble creuser) - question du suivi dans le futur - question du choix entre import massif puis corrections ou corrections avant import massif C'est en effet de trs bonnes remarques, la disponibilit d'un coup de cet outil et le "rush" qui a suivi la rouverture du cadastre donne un peu l'impression vu de loin d'un "bordel anarchique" Chacun y allant de son export (bon a, la limite, c'est juste tant pis pour la charge sur le serveur du cadastre) mais chacun y allant surtout de son intgration rapide et sauvage dans osm. Y'a qu'a lire le topic nom "ARg ! Doucement ! STOOP !" pour se dire que forcment, un moment, ou en tout cas pour la suite, a va tre le bazar. L'outil n'ajoute aucun autre tag reprable que : $tag_source = "cadastre-dgi-fr source : Direction Gnrale des Impts - Cadastre. Mise jour : " . ($year + 1900); Ce qui, grosso modo, correspond galement tout ce qui a t fait galement la main. En bref, il va tre dur d'identifier l'automatique, le semi-automatique, du manuel. Alors forcment, pour d'ventuel mise jour ultrieur, c'est plus compliqu. Mais voil, l'effervescence actuelle est difficile endiguer ;-) et un peu d'anarchie reprsente bien la philosophie osm finalement. ** Loin, trs loin de moi, de dire que cet outil n'est pas extraordinaire, par contre l'utilisation anarchique me drange un peu. Certes, la critique est facile, et peut-tre semble-t-il prfrable d'importe "un peu mal" que de laisser en suspend (cf import des parcs/rserves), mais quand mme. Je rejoins compltement l'avis d'un dveloppeur anonyme de plugin pour JOSM ( ;-) ) qui, aprs avoir dvelopp un trs bon outil de rcupration des SVG du cadastre a vu son boulot devenir caduc parce que "pouf" l'export a t coup et j'abonde en son sens sur le oui une rcupration de la source de donne vecto (les pdf), garder non public dans un but de re-traitement, par contre, je ne trouve pas a terrible d'importer chacun dans son coin, la sauvage, avec tout ce que a implique. Car cette mthode va sans doute "oublier" les zones fortement dmunies de mappeurs osm, l o, un import rflchi, coordonn, global, avec dtection de collisions, avec meta-donnes de reprage, ( devrais-je dire "a la CLC" ?) aurait sans doute p raliser 99% de l'import des btiments de france et fournir ce qui avait t appel les rebus de CLC pour les 1% restant. D'accord il y a les socles de fontaine, les btiments crouls, les erreurs du cadastre, mais n'est il pas judicieux de : - rcuprer au plus vite la source pour viter de se trouver le bec dans l'eau - rflchir tranquillement tout a - et proposer un plan d'action ? Tout ce qui est fait en ce moment rend plus difficile un ventuel import total, gnre du temps perdu. On fait une pause et on y rflchi ? -- sly +1. J'avais rdig un courriel du mme type et je ne l'ai pas envoy pour ne pas en ajouter. Il y a une semaine on rvais de pouvoir importer massivement depuis le cadastre. Et alors que nous esprions terminer la main peu aprs 2050, M. V trouve et implmente l'astuce magique "Allluia". Maintenant il ne faudrait pas que le rve devienne cauchemar. On a test et on peux continuer le plus proprement possible en nettoyant et en ajoutant en tag supp qui identifie ce type d'import (A DTERMINER). Ce n'est pas idiot de continuer tranquillement pour prparer la mthodologie, dtecter les cas particuliers, ca prpare et dtermine l'organisation et permet tous de comprendre le pourquoi et le comment. Cela fera plus de contributeurs pour aider ensuite en connaissance de causes et d'effets. Mais franchement nous ne sommes pas qques jours/semaines prs (vs 2050) et plus important est effectivement d'organiser le rapatriement des sources. Pour le reste effectivement, j'aimerai aussi que cet import permette d'ajouter plus de sens aux lments. Je vais essayer pour les adresses, mais on peut aussi voir du ct des points de repres qui donnent parfois la nature du btiment qui les supportent, ... et virer le
Re: [OSM-talk-fr] Re : Un aperçu des erreurs à corrigées lié à l'import semi auto
Le 25/06/2010 00:58, Benoît ROUSSEAU a écrit : THEVENON Julien a écrit : *De :* Benoît ROUSSEAU adressepossi...@free.fr ** Bonsoir, J'ai initié une page incomplète et non exhaustive des erreurs que je cherche à résoudre avant un import bâti semi auto. Elle n'est pour l'instant liée à aucune autre page. Si vous avez des éléments pour la compléter, n'hésitez pas et remaniez comme vous le souhaitez. Tu peux donner le lien stp ? Zut ! Un grand classique. :p http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents/Aper%C3%A7u_des_erreurs_rencontr%C3%A9es Julien Celui là est joli. J'ai commencé des suppressions à la main, mais je me demande si un revert ne serait pas plus simple (si c'est encore possible après mon action... désolé dans ce cas) http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=15lat=43.82415lon=1.72403layers=BT -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses... -- devient mol o molo sur l'anarchie du bâti
Après avoir été pris comme beaucoup par l'enthousiasme, je fais aussi une pause sur l'upload du bâti vers OSM, car il semble qu'on puisse tirer bien plus des données collectées que le simple rendu des bâtiments (les numéros par exemple). Il y a un travail de nettoyage à faire et si on ne l'automatise pas, il faudra encore beaucoup de temps avant que tout le bâti récupéré soit propre et uploadé. La pause s'impose ;-) Les données ont été récupérées, c'est le principal et on peut les retraiter tranquillement. Donc +1 au message de sly. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses...
Benoît ROUSSEAU a écrit : Re... Je viens de regarder les SVG extraits par le script de V. Il est possible d'en extraire les numéros d'adresse. Ce n'est, A PRIORI, pas vraiment compliqué, mais il me faudra du temps pour mettre au point (5 jours, 2 semaines, + ?). On peux même imaginer faire les relations d'adressage directement en base, façon points le long des rues, si les voies existent. Le faire après l'import bâti est possible. Donc... je confirme ou j'infirme bientôt. Voilà pour les nouvelles. Benoît R. Youpi ! C'est du bricolage, mais j'arrive à reconnaitre les chiffres que j'ai sur mon extrait d'essai. La faisabilité tend vers oui c'est possible. Sans garantie aucune, car il tard ou tôt, il est peut être possible d'extraire d'autres éléments comme les cimetières... mais je n'ai pas vérifié, ne m'en veuillez pas si j'infirme pas la suite. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses... -- devient molo mol o sur l'anarchie du bâti
On Friday, June 25, 2010, THEVENON Julien julien_theve...@yahoo.fr wrote: De : sylvain letuffe sylv...@letuffe.org L'outil n'ajoute aucun autre tag repérable que : $tag_source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : . ($year + 1900); Ce qui, grosso modo, correspond également à tout ce qui a été fait également à la main. En bref, il va être dur d'identifier l'automatique, le semi-automatique, du manuel. Alors forcément, pour d'éventuel mise à jour ultérieur, c'est plus compliqué. En effet se serait bien d avoir un tag pour la traçabilite j'ai pensé a mettre un tag note sur ce que j'ai importé, comme quoi ça vient de l'import semi-automagique du PDF C'est plus facile a identifier a posteriori. n'est il pas judicieux de : - récupérer au plus vite la source pour éviter de se trouver le bec dans l'eau - réfléchir tranquillement à tout ça - et proposer un plan d'action ? Tout ce qui est fait en ce moment rend plus difficile un éventuel import total, génère du temps perdu. On fait une pause et on y réfléchi ? Carrément d accord avec le premier point, et passée l euphorie du départ avec les autres aussi Julien -- 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