[OSM-talk-fr] Rendu Mapnik - Nouveautés ?
Bonjour, Êtes-vous au courant de nouveautés au niveau du rendu Mapnik sur www.openstreetmap.org ? De ce que j'en vois : * Rendu des numéros d'adresse * 1 rendu a été fait depuis celui de jeudi/vendredi dernier ? A+ Antoine ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu Mapnik - Nouveautés ?
Bonjour, J'ai effectivement effectué des modifications Samedi qui sont déjà apparues sur Mapnik. On Mon, 9 Feb 2009 09:47:26 +0100 (CET), nin2jardin@free.fr wrote: > Bonjour, > > Êtes-vous au courant de nouveautés au niveau du rendu Mapnik sur > www.openstreetmap.org ? > De ce que j'en vois : > > * Rendu des numéros d'adresse > * 1 rendu a été fait depuis celui de jeudi/vendredi dernier ? > > A+ > Antoine > > ___ > 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] Plugin cadastrewms renommé cadastr e-fr et officiellement dans le dépôt OSM
2009/2/9 Yann SLADEK : On connait le problème des communes en bord de mer pour lequel je ne peux pas faire grand chose pour l'instant. Mais à priori, les deux communes que tu cites n'ont pas de plages. Je vais voir ça ce soir. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] : Promo GPS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > References: <1234015208.25254.14.ca...@localhost> > c'est mal de faire reply puis de changer intégralement le sujet et le corps pour créer un nouveau fils de discutions ... en effet il reste des entêtes ... et tous bon lecteurs de mail va classer le message dans l'ancienne discutions. C'est le meilleur moyen de faire ignorer son message par tous ceux qui utilisent un vrai lecteur de mail. GAEL MUSQUET a écrit : > [Pub pour RdC] PS: oui je poste depuis IceDove et pas mutt :-) - -- Thomas Clavierhttp://www.tcweb.org +33 (0)6 20 81 81 30 JabberID : t...@jabber.tcweb.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmP/soACgkQStsfiGuIVEPE1ACgvGoLtepnHQiR7VO4ZXFD8KSJ PSYAnjm5zp3yjMNrxQt+0P8GrOWSnTpB =KJ+5 -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu Mapnik - Nouveautés ?
Le raise fund a t-il déjà porté ses fruits :) (ceci est une blague bien évidemment) Yann - Mail Original - De: "Olivier Boudet" À: "Discussions sur OSM en français" Envoyé: Lundi 9 Février 2009 09:53:44 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Rendu Mapnik - Nouveautés ? Bonjour, J'ai effectivement effectué des modifications Samedi qui sont déjà apparues sur Mapnik. On Mon, 9 Feb 2009 09:47:26 +0100 (CET), nin2jardin@free.fr wrote: > Bonjour, > > Êtes-vous au courant de nouveautés au niveau du rendu Mapnik sur > www.openstreetmap.org ? > De ce que j'en vois : > > * Rendu des numéros d'adresse > * 1 rendu a été fait depuis celui de jeudi/vendredi dernier ? > > A+ > Antoine > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu Mapnik - Nouveautés ?
Effectivement : http://www.openstreetmap.org/?lat=48.376651&lon=-4.403368&zoom=18&layers=B000FTF http://www.openstreetmap.org/?lat=48.125845&lon=-1.609381&zoom=18&layers=B000FTF 2009/2/9 : > Le raise fund a t-il déjà porté ses fruits :) > (ceci est une blague bien évidemment) > > Yann > - Mail Original - > De: "Olivier Boudet" > À: "Discussions sur OSM en français" > Envoyé: Lundi 9 Février 2009 09:53:44 GMT +01:00 Amsterdam / Berlin / Berne / > Rome / Stockholm / Vienne > Objet: Re: [OSM-talk-fr] Rendu Mapnik - Nouveautés ? > > > Bonjour, > > J'ai effectivement effectué des modifications Samedi qui sont déjà > apparues sur Mapnik. > > On Mon, 9 Feb 2009 09:47:26 +0100 (CET), nin2jardin@free.fr wrote: >> Bonjour, >> >> Êtes-vous au courant de nouveautés au niveau du rendu Mapnik sur >> www.openstreetmap.org ? >> De ce que j'en vois : >> >> * Rendu des numéros d'adresse >> * 1 rendu a été fait depuis celui de jeudi/vendredi dernier ? >> >> A+ >> Antoine >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche testeurs pour prochaine version du plugin cadastre-fr
Salut, Le dimanche 08 février 2009 à 23:10 +0100, Pieren a écrit : > Je voudrais que les tests restent limités car si un algorythme de > simplification doit être introduit, il risque d'entrer en conflit avec > des données déjà existants, au risque de créer un nombre important de > doublons. De plus, il peut y avoir des bugs que je n'aurais pas encore > vu. Est-ce qu'il serait possible que l'import détecte les collisions entre les bâtiments importés et ceux déjà présent ? Avec une création de deux calques, un pour les bâtiments en conflit, et un autre pour les bâtiments OK. Ça serait pratique non seulement pour l'import initial, mais surtout pour le futur, pour assurer un suivi des changements du cadastre... Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu Mapnik - Nouveautés ?
+--On 9 février 2009 09:53:44 +0100 Olivier Boudet wrote: | | Bonjour, | | J'ai effectivement effectué des modifications Samedi qui sont déjà | apparues sur Mapnik. | | On Mon, 9 Feb 2009 09:47:26 +0100 (CET), nin2jardin@free.fr wrote: |> Bonjour, |> |> Êtes-vous au courant de nouveautés au niveau du rendu Mapnik sur |> www.openstreetmap.org ? |> De ce que j'en vois : |> |> * Rendu des numéros d'adresse |> * 1 rendu a été fait depuis celui de jeudi/vendredi dernier ? J'ai vu sur irc que le serveur Mapnik est maintenu à jour avec les fichiers hourly (et plus juste mis à jour une fois par semaine) il reste (restait) dimanche un problème d'invalidation des tuiles, mais je n'en sais pas plus. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche testeurs pour prochaine version du plugin cadastre-fr
Merci à tous ceux qui m'ont déjà renvoyer leurs commentaires tous très détaillés. A mon tour de faire certaines remarques: - les polygones sont créés à partir des données SVG retournées par le serveur WMS du cadastre. Ces données sont sauvegardées sur votre disque dans le répertoire cache du plugin sous le nom "buildings.svg". - Si vous constater que certains bâtiments manquent, vérifiez d'abord s'ils sont correctement présents dans le fichier SVG (il existe plusieurs outils pour visualiser du SVG, en premier lieu la plupart des nagivateurs internet mais vous pouvez aussi télécharger Inkscape). Si le bâtiment n'est pas présent dans le fichier SVG, c'est que le serveur WMS ne considère pas ce polygone comme faisant partie de la couche "bâti". Donc le plugin ne pourra rien faire de mieux. Si par contre, vous constatez que le polygone est présent dans le fichier SVG mais pas dans JOSM, alors envoyez-moi les coordonnées lat/lon exacts de l'endroit concerné pour que je puisse refaire le test moi-même. - le plugin ne charge pas les images ni les couleurs lorsqu'il charge les données SVG. Il est donc incapable de savoir si un polygone est bleu (piscines), jaune clair ou jaune foncé. Je comptais en fait sur les individus pour contrôler visuellement la pertinence d'un polygone ou non. Donc, voici une série de questions concernant votre expérience actuelle: - Dites-moi si le plugin doit intégrer cette sélection sur les couleurs en automatique sachant que 1. ça va demander un peu de temps à développer , 2. ça va considérablement augmenter le temps d'import puisqu'il faudra charger des images suffisament détaillées sur toute la zone concernée. - concernant les buildings importés et effacés manuellement, faut-il qu'un ré-import recréer le polygone ou l'ignore ? sachant que l'information concernant les polygones effacés est locale et ne dure que le temps d'une session d'édition. Après un upload vers la base OSM , le plugin ne pourra plus rien car JOSM conserve une copie des objets effacés avec un statut deleted uniquement pour le temps de la session d'édition en cours. - à propos des bâtiments déjà présents, le plugin actuel ne les détecte pas. Faut-il qu'il le fasse avant d'être publié ou est-ce qu'on peut déjà raisonablement s'en servir avec ce problème ? (sachant que cette détection de polygones existants peut prendre du temps à être développée). Vu que le nombre de bâtiments déjà dans la base doit être assez faible et que la nouvelle fonction ne serait utilisée que sur des zones vierges de bâtiments. Mais au cas où la détection est mise en place, le plugin doit-il remplacer l'ancien ou le faire sur demande ? et doit-il le remplacer en copiant les mêmes attributs ? Est-ce que cette opération ne devrait pas être faite manuellement ? - faut-il réduire ou augmenter la taille de saisie qui est actuellement de maximum 1 km2 (certains proposent 100x100 mètres) ? - faut-il prévoir un import dans un calque séparé pour faciliter le travail d'intégration dans les données existantes ? Enfin, plusieurs ont fait la remarque sur le nombre de noeuds parfois inutiles. Je vais voir si une simplification est possible sans créer de problèmes de faux-doubles lors d'un ré-import. Merci d'avance, Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche testeurs pour prochaine version du plugin cadastre-fr
Pieren a écrit : > - le plugin ne charge pas les images ni les couleurs lorsqu'il charge > les données SVG. Il est donc incapable de savoir si un polygone est > bleu (piscines), jaune clair ou jaune foncé. Je comptais en fait sur > les individus pour contrôler visuellement la pertinence d'un polygone > ou non. > > Perso le seul truc qui me gène réellement ce sont les piscines car il n'existe pas à ma connaissance de tag/building pour des piscines perso. La deuxième interrogation étant : doit on les mettre sur OSM ? Perso si on met les maisons je ne vois pas pourquoi on ferai la fine bouche en ne mettant pas les piscines, mais il nous faut un tag piscine-perso > Donc, voici une série de questions concernant votre expérience actuelle: > - Dites-moi si le plugin doit intégrer cette sélection sur les > couleurs en automatique sachant que 1. ça va demander un peu de temps > à développer , 2. ça va considérablement augmenter le temps d'import > puisqu'il faudra charger des images suffisament détaillées sur toute > la zone concernée. > Certain que ce serait bien, mais franchement pour moi c'est secondaire. Priorité aux erreurs d'imports et à la façon d'intégrer cet import automatique. > - concernant les buildings importés et effacés manuellement, faut-il > qu'un ré-import recréer le polygone ou l'ignore ? sachant que > l'information concernant les polygones effacés est locale et ne dure > que le temps d'une session d'édition. Après un upload vers la base OSM > , le plugin ne pourra plus rien car JOSM conserve une copie des objets > effacés avec un statut deleted uniquement pour le temps de la session > d'édition en cours. > Ah ben dans ce cas là il doit le recréer puisqu'il n'y a pas de moyen d'enregistrer au niveau d'OSM cette information sur un building effacé. > - à propos des bâtiments déjà présents, le plugin actuel ne les > détecte pas. Faut-il qu'il le fasse avant d'être publié ou est-ce > qu'on peut déjà raisonablement s'en servir avec ce problème ? (sachant > que cette détection de polygones existants peut prendre du temps à > être développée). Vu que le nombre de bâtiments déjà dans la base doit > être assez faible et que la nouvelle fonction ne serait utilisée que > sur des zones vierges de bâtiments. Mais au cas où la détection est > mise en place, le plugin doit-il remplacer l'ancien ou le faire sur > demande ? et doit-il le remplacer en copiant les mêmes attributs ? > Est-ce que cette opération ne devrait pas être faite manuellement ? > Vraiment secondaire pour moi. > - faut-il réduire ou augmenter la taille de saisie qui est > actuellement de maximum 1 km2 (certains proposent 100x100 mètres) ? > Peut on le régler depuis l'interface de configuration du plugin ? > - faut-il prévoir un import dans un calque séparé pour faciliter le > travail d'intégration dans les données existantes ? > > J'aimerai que ce soit réglable. 1/ par défaut l'import ce fait dans un second calque. A charge de l'utilisateur OSM de vérifier et de faire le merge/vérification avant upload 2/ possibilité depuis l'interface d'admin de faire l'import automatique complet (en gardant tout de même ce second calque qui ne contient que l'import automatique des building pour aide/vérification). > Enfin, plusieurs ont fait la remarque sur le nombre de noeuds parfois > inutiles. Je vais voir si une simplification est possible sans créer > de problèmes de faux-doubles lors d'un ré-import. > > J'ai pas vu de problème de ce coté là. > Merci d'avance, > Pieren > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > Pourquoi les buildings automatiquement créés ne le sont pas avec le tag building=yes et le source=cadastre ? Je continue mes tests ce soir ++ -- Patrice Vetsel Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche testeurs pour prochaine version du plugin cadastre-fr
Pour les bâtiments, je me posais la question de savoir si les polygone du cadastre avaient des IDs uniques, et si oui si on ne pourrait pas les stocker dans les objets lors du premier import pour qu'ils soient détectés lors des imports suivants afin de les ignorer. Car même si ce n'est pas un problème pour l'instant puisque pas grand chose d'existant ne va être redondant, ça va devenir problématique lors des mises à jour dans le futur et également s'il y a chevauchement lors de la récupération des tuiles... Yann Le 9 févr. 09 à 15:00, Patrice Vetsel a écrit : >> - concernant les buildings importés et effacés manuellement, faut-il >> qu'un ré-import recréer le polygone ou l'ignore ? sachant que >> l'information concernant les polygones effacés est locale et ne dure >> que le temps d'une session d'édition. Après un upload vers la base >> OSM >> , le plugin ne pourra plus rien car JOSM conserve une copie des >> objets >> effacés avec un statut deleted uniquement pour le temps de la session >> d'édition en cours. >> > > Ah ben dans ce cas là il doit le recréer puisqu'il n'y a pas de moyen > d'enregistrer au niveau d'OSM cette information sur un building > effacé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu Mapnik - Nouveautés ?
Re, J'ai fait des modifications à 14:00 qui sont déjà visibles depuis 15:30. Antoine - Mail Original - De: "Mathieu Arnold" À: "Discussions sur OSM en français" Envoyé: Lundi 9 Février 2009 12:03:23 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Rendu Mapnik - Nouveautés ? +--On 9 février 2009 09:53:44 +0100 Olivier Boudet wrote: | | Bonjour, | | J'ai effectivement effectué des modifications Samedi qui sont déjà | apparues sur Mapnik. | | On Mon, 9 Feb 2009 09:47:26 +0100 (CET), nin2jardin@free.fr wrote: |> Bonjour, |> |> Êtes-vous au courant de nouveautés au niveau du rendu Mapnik sur |> www.openstreetmap.org ? |> De ce que j'en vois : |> |> * Rendu des numéros d'adresse |> * 1 rendu a été fait depuis celui de jeudi/vendredi dernier ? J'ai vu sur irc que le serveur Mapnik est maintenu à jour avec les fichiers hourly (et plus juste mis à jour une fois par semaine) il reste (restait) dimanche un problème d'invalidation des tuiles, mais je n'en sais pas plus. -- Mathieu Arnold ___ 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] Cherche testeurs pour prochaine version du plugin cadastre-fr
J'en reviens à la détection de collision des bâtiments existants <-> import automatique (je pensai à ça en conduisant... :-P ) Il est clair qu'on est dans la phase import en masse donc ce n'est pas pour le moment primordial. Mais en effet dans un second temps je vois bien ceci : 1/ lancement de josm 2/ je me mets sur ma zone (avec tout les buildings déjà existants) 3/ je lance le plugin -> j'obtiens un calque ne contenant QUE les "problèmes" c'est à dire : bâtiments nouveaux bâtiments modifiés par rapport à l'existant etc. 4/ Je fais mes vérifications et mes modifications en conséquences ++ -- Patrice Vetsel Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche testeurs pour prochaine version du plugin cadastre-fr
Mes 3 cents de commentaires : Tout d'abord, vraiment magnifique, les perspectives que cela nous ouvre font rêver. Faisons juste attention à avancer doucement. > - la quantité de données est assez importante (en ville en particulier). J'ai l'impression que c'est la conversion svg->osm qui galère quand on dépasse les 200ko, mais en même temps, le serveur WMS semble lui aussi avoir du mal passé cette limite. Ne me basant que sur la barre de pourcentage, je ne m'aventurerais pas à en dire plus. La limite arbitraire fixée à 1km2 me semble en revanche délicate, il est des zones (villes) où cela conduira quand même à une surcharge, et il est des zones (cambrouse profonde) ou on gagnerait à autoriser carrément toute la commune. Mais à moins de placer une limite du genre sur la taille, et une fois atteinte bloquer le téléchargement, j'ai peur que cela nous attire quand même les foudres du cadastre > - certaines piscines sont considérées comme des bâtiments par le > serveur WMS (mais pas toutes) Pour l'instant, rien remarqué de tel. > - il y a parfois des erreurs de géométrie ou des bâtiments qui > pourraient être simplifiés. Le plus courant que je remarque ce sont les bâtiments "collés" et qui partagent des nodes, manuellement, j'aurais eu tendance à le considérer comme un seul bâtiment, mais à la limite, ça peut servir à indiquer qu'il y a probablement une limite infranchissable interne au bâtiment et donc faire du : "routage intérieur" http://wiki.openstreetmap.org/wiki/Image:Inhouserouting.png (menfin, pas de quoi fouetter un chat ) > - Faut-il faire l'import sur un calque JOSM séparé ? Avantage, on peut > facilement taguer tous les nouveaux polygones. Inconvénient de > l'avantage, on pourrait travailler plus vite et ne pas faire les > vérifications qui sont nécessaires à mon avis. Je reste pour néanmoins, il est malsain, je trouve, de considérer que l'utilisateur va ou ne va pas faire ce qu'il faut. C'est comme si, pour passer le test d'entrée à OSM on demandait un test de QI, 10 objets à mapper et qu'on finirait avec une note allant de : "mapper tellement mauvais qu'on lui interdit de mapper" "mapper excellent, son travail ne pourra jamais être supprimé" Une manière plus courtoise serait l'avertissement bref mais insistant précisant que cela peut nuir grandement à la qualité d'OSM. A noter que c'est possible de toute façon en l'état : - je télécharge une zone OSM "a coté" - je télécharge les buildings du cadastre qui m'intéresse - je télécharge dans un nouveau layer les données OSM -- 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
[OSM-talk-fr] BarCamp à Rennes
Salut, Il va y avoir un BarCamp [1] d'organisé surRennes au alentour du 21 mars [2], il y a-t'il des personnes intéressées pour venir présenter OpenStreetMap ? Je l'aurais fais volontiers mais je vais intervenir sur un autre sujet. A++ [1] http://fr.wikipedia.org/wiki/BarCamp [2] http://barcamp.org/BarCampRennes -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Les cas tordus
Bonsoir (bonjour) à tous, Je suis tombé aujourd'hui sur un cas très particulier de route. Et je me suis fait la réflexion qu'on finit toujours par tomber sur des cas très particuliers qu'on ne peut pas classifier/tager. Est-ce qu'il existe une possibilité de mettre un commentaire ou une remarque? Le cas particulier, c'est une route courant dans les collines au fin fond de la jungle. 45 km et 82 ponts. Les véhicules doivent apporter leur propres madriers qu'ils posent devant eux sur les ponts et qu'ils récupèrent après être passés. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les cas tordus
je ne sais pas mais alors je veux bien des photos :)) le tag note peut être? Eric SIBERT a écrit : > Bonsoir (bonjour) à tous, > > Je suis tombé aujourd'hui sur un cas très particulier de route. Et je me > suis fait la réflexion qu'on finit toujours par tomber sur des cas très > particuliers qu'on ne peut pas classifier/tager. Est-ce qu'il existe une > possibilité de mettre un commentaire ou une remarque? > > Le cas particulier, c'est une route courant dans les collines au fin > fond de la jungle. 45 km et 82 ponts. Les véhicules doivent apporter > leur propres madriers qu'ils posent devant eux sur les ponts et qu'ils > récupèrent après être passés. > > Éric > > ___ > 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] Cherche testeurs pour prochaine version du plugin cadastre-fr
2009/2/9 Pieren : > Merci à tous ceux qui m'ont déjà renvoyer leurs commentaires tous très > détaillés. > A mon tour de faire certaines remarques: > > - les polygones sont créés à partir des données SVG retournées par le > serveur WMS du cadastre. Ces données sont sauvegardées sur votre > disque dans le répertoire cache du plugin sous le nom "buildings.svg". > - Si vous constater que certains bâtiments manquent, vérifiez d'abord > s'ils sont correctement présents dans le fichier SVG (il existe > plusieurs outils pour visualiser du SVG, en premier lieu la plupart > des nagivateurs internet mais vous pouvez aussi télécharger Inkscape). > Si le bâtiment n'est pas présent dans le fichier SVG, c'est que le > serveur WMS ne considère pas ce polygone comme faisant partie de la > couche "bâti". Donc le plugin ne pourra rien faire de mieux. Si par > contre, vous constatez que le polygone est présent dans le fichier SVG > mais pas dans JOSM, alors envoyez-moi les coordonnées lat/lon exacts > de l'endroit concerné pour que je puisse refaire le test moi-même. > - le plugin ne charge pas les images ni les couleurs lorsqu'il charge > les données SVG. Il est donc incapable de savoir si un polygone est > bleu (piscines), jaune clair ou jaune foncé. Je comptais en fait sur > les individus pour contrôler visuellement la pertinence d'un polygone > ou non. > > Donc, voici une série de questions concernant votre expérience actuelle: > - Dites-moi si le plugin doit intégrer cette sélection sur les > couleurs en automatique sachant que 1. ça va demander un peu de temps > à développer , 2. ça va considérablement augmenter le temps d'import > puisqu'il faudra charger des images suffisament détaillées sur toute > la zone concernée. La selection actuellement me semble suffisante. > - concernant les buildings importés et effacés manuellement, faut-il > qu'un ré-import recréer le polygone ou l'ignore ? sachant que > l'information concernant les polygones effacés est locale et ne dure > que le temps d'une session d'édition. Après un upload vers la base OSM > , le plugin ne pourra plus rien car JOSM conserve une copie des objets > effacés avec un statut deleted uniquement pour le temps de la session > d'édition en cours. Je propose de l'afficher, et d'envoyer une popup pour prévenir qu'un polygone qui avait été supprimé a été réimporté. > - à propos des bâtiments déjà présents, le plugin actuel ne les > détecte pas. Faut-il qu'il le fasse avant d'être publié ou est-ce > qu'on peut déjà raisonablement s'en servir avec ce problème ? (sachant > que cette détection de polygones existants peut prendre du temps à > être développée). Vu que le nombre de bâtiments déjà dans la base doit > être assez faible et que la nouvelle fonction ne serait utilisée que > sur des zones vierges de bâtiments. Mais au cas où la détection est > mise en place, le plugin doit-il remplacer l'ancien ou le faire sur > demande ? et doit-il le remplacer en copiant les mêmes attributs ? Pas urgent je pense... mais dès qu'il y aura un peu de bâtiment, il y aura pas mal de conflit... et ça s'avérera pratique à ce moment là. > Est-ce que cette opération ne devrait pas être faite manuellement ? > - faut-il réduire ou augmenter la taille de saisie qui est > actuellement de maximum 1 km2 (certains proposent 100x100 mètres) ? Si la détection de conflit est gérée, aucun pb pour augmenter la zone. Dans mon cas, je suis en train de tester des imports, et j'en chie avec le petit kilomètre carré... > - faut-il prévoir un import dans un calque séparé pour faciliter le > travail d'intégration dans les données existantes ? Oui ! et mieux : taguer les polygones créés par area=yes,building=yes,source=... Car traiter ça après par un select all ou un grosse selection va appliquer ces tags également aux nodes. > > Enfin, plusieurs ont fait la remarque sur le nombre de noeuds parfois > inutiles. Je vais voir si une simplification est possible sans créer > de problèmes de faux-doubles lors d'un ré-import. Je note cependant qq défaut de "collage" de nodes. Exemple, deux bâtiments collés partagent donc un way commun, théoriquement, mais parfois ils ne partagent qu'un node commun, et les ways sont donc superposés et dédoublés inutilement (ainsi que le 2e node). CONSEIL : uploadez par petite zone... j'ai tenté de faire large, résultat, 404 minutes restantes... Sinon, le plugin est très stable et se comporte bien. Les tracés de contours sont nickels. à noter que si certaines piscine passe effectivement comme des batiments, d'autres zone d'eau n'en font pas partie. (les terrasses non plus apparement). > > Merci d'avance, > Pieren > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreet
[OSM-talk-fr] Pour les fous comme moi qui tracent les frontières de communes
Insomniaques du soir, bonsoir, En complément du très bon OSM-inspector, je vous propose un rendu présentant l'avancée du tracé des "communes" : http://beta.letuffe.org/?zoom=6&lat=46.53632&lon=4.79132&layers=00B0FT (mis à jour chaque nuit) il est beaucoup plus tatillon que osm-inspector ou qu'un simple tracé des contours, car il surveille la relation : il ne remplira de rouge une commune valide que si : http://wiki.openstreetmap.org/wiki/Relations/Proposed/Boundaries est utilisée qu'il y a admin_level=8, name=un truc, type=boundary, boundary=administrative sur la relation que l'ensemble des ways de la relation forment bien un polygone fermé. Si vous utilisez autre chose que la relation boundary, passez votre chemin -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BarCamp à Rennes
Bonjour, > http://barcamp.org/BarCampRennes > Il va y avoir un BarCamp d'organisé surRennes au alentour du 21 mars, > il y a-t'il des personnes intéressées pour venir présenter > OpenStreetMap ? Je l'aurais fais volontiers mais je vais intervenir sur > un autre sujet. Je suis partant pour présenter la cartographie libre mais pour l'instant la réponse à qui peut venir (faute daurtaugrafe sur peuxt) me chagrine beaucoup. Elle est trop restrictive pour moi : Qui peux venir? Etudiant-e-s, chercheur-e-s, entrepreneurs-ses et agents de collectivités de tout secteur. Je préfererai la réponse suivante : Qui peut venir : tout le monde dans la limite des places disponibles, avec réservation au besoin si certains veulent une place sure. Toi qui animera le thème "La liberté" tu as surement deviné le pourquoi de ma requête (ajouté à un déboire récent). -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les fous comme moi qui tracent les f rontières de communes
sylvain letuffe wrote: > Insomniaques du soir, bonsoir, > > En complément du très bon OSM-inspector, je vous propose un rendu présentant > l'avancée du tracé des "communes" : > > http://beta.letuffe.org/?zoom=6&lat=46.53632&lon=4.79132&layers=00B0FT > > (mis à jour chaque nuit) > > il est beaucoup plus tatillon que osm-inspector ou qu'un simple tracé des > contours, car il surveille la relation : il ne remplira de rouge une commune > valide que si : > > http://wiki.openstreetmap.org/wiki/Relations/Proposed/Boundaries > est utilisée > > qu'il y a admin_level=8, name=un truc, type=boundary, boundary=administrative > sur la relation > > que l'ensemble des ways de la relation forment bien un polygone fermé. Je ne vois pas en quoi c'est plus tatillon que osm-inspector... OSMI fait exactement les même vérification pour décider de hachurer ou non un polygone. Bref je trouve OSMI plus pratique lorsqu'il s'agit de corriger des boundaries, notamment grâce à sa possibilité de clicker sur une limite et de l'éditer directement. Par contre, pour ce qui est de visualiser l'état d'avancement général, ou de repérer les zone à problème, ton rendu et très sympa. Par contre j'ai l'impression que c'est un peu trop stricte justement. Il semblerait qu'il ne prenne pas en compte les communes dont une des limites a un admin_level=6 (ou 4 ou 2...), bref, les communes en limite de département. C'est très visible notamment au niveau du Nord et de la Meurthe-et-Moselle. Il semble également considérer l'Aisne et l'Oise comme des communes mais je n'ai aucune idée de la raison. Une fois ces petit bugs corrigés, ça sera effectivement un complément utile à OSMI. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les fous comme moi qui tracent les frontières de communes
> Je ne vois pas en quoi c'est plus tatillon que osm-inspector... > OSMI fait exactement les même vérification pour décider de hachurer ou non > un polygone. Boudiou ! J'avions même pas vu l'option. Impec, ça marche aussi, par contre dommage que 6 et 8 soit regroupés, les rayures du département cachent alors la commune. Vraiment un bon outil c't affaire > Bref je trouve OSMI plus pratique lorsqu'il s'agit de corriger des > boundaries, notamment grâce à sa possibilité de clicker sur une limite et > de l'éditer directement. Par contre, pour ce qui est de visualiser l'état > d'avancement général, ou de repérer les zone à problème, ton rendu et > très sympa. Comme quoi, ça fait plein de manière de contrôler les données. > Il semblerait qu'il ne prenne pas en compte les communes dont une des > limites a un admin_level=6 (ou 4 ou 2...), ha ? J'avoue qu'au début, c'est pas ce que je voulais faire mais arriver a faire marcher les relations boundary. Mais normalement, quel que soit les tags sur le way qui est limite de commune c'est sans importance car je ne traite que la relation. > bref, les communes en limite > de département. C'est très visible notamment au niveau du Nord et de > la Meurthe-et-Moselle. > Il semble également considérer l'Aisne et l'Oise comme des communes mais > je n'ai aucune idée de la raison. En effet y'a un truc bizarre par là haut, j'irais jeter un coup d'oeil -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche testeurs pour prochaine version du plugin cadastre-fr
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > et mieux : taguer les polygones créés par area=yes,building=yes,source=... > Car traiter ça après par un select all ou un grosse selection va > appliquer ces tags également aux nodes. idem +1000 ;) > Je note cependant qq défaut de "collage" de nodes. Exemple, deux > bâtiments collés partagent donc un way commun, théoriquement, mais > parfois ils ne partagent qu'un node commun, et les ways sont donc > superposés et dédoublés inutilement (ainsi que le 2e node). idem - -- Patrice Vetsel Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmRFVYACgkQAGLykBXAlNutlgCcDAVzWqxfW42s4lbsTRVdzXvr hPQAoJfXTJz6yx4j7EphOkyiYW3nMfwP =01ie -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les cas tordus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 En même temps s'il y a pas de ponts il y a pas de problème a ne pas les tagger ;) Eric SIBERT a écrit : > Bonsoir (bonjour) à tous, > > Je suis tombé aujourd'hui sur un cas très particulier de route. Et je me > suis fait la réflexion qu'on finit toujours par tomber sur des cas très > particuliers qu'on ne peut pas classifier/tager. Est-ce qu'il existe une > possibilité de mettre un commentaire ou une remarque? > > Le cas particulier, c'est une route courant dans les collines au fin > fond de la jungle. 45 km et 82 ponts. Les véhicules doivent apporter > leur propres madriers qu'ils posent devant eux sur les ponts et qu'ils > récupèrent après être passés. > > Éric > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr - -- Patrice Vetsel Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmRFcAACgkQAGLykBXAlNukiQCfeI015w3kvzIX+S/5yPrk1Gmz L4MAnitDRNngrQSOxV4Eco7ZCYNds8Z/ =45DL -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les fous comme moi qui tracent les frontières de communes
Bonjour, Quelle est la différence entre le rouge foncé et le rouge clair ? A+ Antoine sylvain letuffe a écrit : Je ne vois pas en quoi c'est plus tatillon que osm-inspector... OSMI fait exactement les même vérification pour décider de hachurer ou non un polygone. Boudiou ! J'avions même pas vu l'option. Impec, ça marche aussi, par contre dommage que 6 et 8 soit regroupés, les rayures du département cachent alors la commune. Vraiment un bon outil c't affaire Bref je trouve OSMI plus pratique lorsqu'il s'agit de corriger des boundaries, notamment grâce à sa possibilité de clicker sur une limite et de l'éditer directement. Par contre, pour ce qui est de visualiser l'état d'avancement général, ou de repérer les zone à problème, ton rendu et très sympa. Comme quoi, ça fait plein de manière de contrôler les données. Il semblerait qu'il ne prenne pas en compte les communes dont une des limites a un admin_level=6 (ou 4 ou 2...), ha ? J'avoue qu'au début, c'est pas ce que je voulais faire mais arriver a faire marcher les relations boundary. Mais normalement, quel que soit les tags sur le way qui est limite de commune c'est sans importance car je ne traite que la relation. bref, les communes en limite de département. C'est très visible notamment au niveau du Nord et de la Meurthe-et-Moselle. Il semble également considérer l'Aisne et l'Oise comme des communes mais je n'ai aucune idée de la raison. En effet y'a un truc bizarre par là haut, j'irais jeter un coup d'oeil -- sly ___ 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 cas tordus
Il doit y avoir les bases d'un pont pour ensuite poser les madriers. --- En date de : Mar 10.2.09, Patrice Vetsel a écrit : De: Patrice Vetsel Objet: Re: [OSM-talk-fr] Les cas tordus À: "Discussions sur OSM en français" Date: Mardi 10 Février 2009, 6h50 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 En même temps s'il y a pas de ponts il y a pas de problème a ne pas les tagger ;) Eric SIBERT a écrit : > Bonsoir (bonjour) à tous, > > Je suis tombé aujourd'hui sur un cas très particulier de route. Et je me > suis fait la réflexion qu'on finit toujours par tomber sur des cas très > particuliers qu'on ne peut pas classifier/tager. Est-ce qu'il existe une > possibilité de mettre un commentaire ou une remarque? > > Le cas particulier, c'est une route courant dans les collines au fin > fond de la jungle. 45 km et 82 ponts. Les véhicules doivent apporter > leur propres madriers qu'ils posent devant eux sur les ponts et qu'ils > récupèrent après être passés. > > Éric > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr - -- Patrice Vetsel Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmRFcAACgkQAGLykBXAlNukiQCfeI015w3kvzIX+S/5yPrk1Gmz L4MAnitDRNngrQSOxV4Eco7ZCYNds8Z/ =45DL -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ Ne pleurez pas si votre Webmail ferme ! Récupérez votre historique sur Yahoo! Mail ! http://fr.docs.yahoo..com/mail/transfert_mails.html___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les fous comme moi qui tracent les frontières de communes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pardon mais entre cet outil, le lien sur le wiki et OSM je m'en sors plus du tout. Quelqu'un pour m'expliquer simplement comment doit on taguer les limites d'une commune ? Pour info, je fais un seul way bouclé. Qui a les même points en bordure que le way de la commune voisine (pour chacune). Ensuite admin_level=8 boundary=administrative name=Nome De La Commune un exemple des mes communes : Cardet -> http://informationfreeway.org/?lat=44.01994893504934&lon=4.079281984704382&zoom=15&layers=BF000F Merci sylvain letuffe a écrit : > Insomniaques du soir, bonsoir, > > En complément du très bon OSM-inspector, je vous propose un rendu présentant > l'avancée du tracé des "communes" : > > http://beta.letuffe.org/?zoom=6&lat=46.53632&lon=4.79132&layers=00B0FT > > (mis à jour chaque nuit) > > il est beaucoup plus tatillon que osm-inspector ou qu'un simple tracé des > contours, car il surveille la relation : il ne remplira de rouge une commune > valide que si : > > http://wiki.openstreetmap.org/wiki/Relations/Proposed/Boundaries > est utilisée > > qu'il y a admin_level=8, name=un truc, type=boundary, boundary=administrative > sur la relation > > que l'ensemble des ways de la relation forment bien un polygone fermé. > > > Si vous utilisez autre chose que la relation boundary, passez votre chemin > -- > sly > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr - -- Patrice Vetsel Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmRGgkACgkQAGLykBXAlNtjZwCgoXfpQDGnPQvgeg9Qjfkt3DHf nawAn235HvxCQuSDbU/tH2I766AYlFd0 =T2hp -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les fous comme moi qui tracent les frontières de communes
Bonjour, Je ne suis pas un expert, mais il manque une relation avec (je cite) "admin_level=8, name=un truc, type=boundary, boundary=administrative" Je ne sais pas si cela a son importance, mais inutile de tracer un nouveau way sur les mêmes points que la commune voisine. Il faut diviser ton way en différents segments mitoyens avec les communes voisines. Tu ne mets pas de name sur tes way, mais sur la relation. Un way peut faire partie de plusieurs relations. Le niveau de l'admin_level du way est égal au plus fort des différentes relations. (un boundary à la fois pour une commune et un département aura un level à 4 par exemple). A+ Antoine Patrice Vetsel a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pardon mais entre cet outil, le lien sur le wiki et OSM je m'en sors plus du tout. Quelqu'un pour m'expliquer simplement comment doit on taguer les limites d'une commune ? Pour info, je fais un seul way bouclé. Qui a les même points en bordure que le way de la commune voisine (pour chacune). Ensuite admin_level=8 boundary=administrative name=Nome De La Commune un exemple des mes communes : Cardet -> http://informationfreeway.org/?lat=44.01994893504934&lon=4.079281984704382&zoom=15&layers=BF000F Merci sylvain letuffe a écrit : Insomniaques du soir, bonsoir, En complément du très bon OSM-inspector, je vous propose un rendu présentant l'avancée du tracé des "communes" : http://beta.letuffe.org/?zoom=6&lat=46.53632&lon=4.79132&layers=00B0FT (mis à jour chaque nuit) il est beaucoup plus tatillon que osm-inspector ou qu'un simple tracé des contours, car il surveille la relation : il ne remplira de rouge une commune valide que si : http://wiki.openstreetmap.org/wiki/Relations/Proposed/Boundaries est utilisée qu'il y a admin_level=8, name=un truc, type=boundary, boundary=administrative sur la relation que l'ensemble des ways de la relation forment bien un polygone fermé. Si vous utilisez autre chose que la relation boundary, passez votre chemin -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr - -- Patrice Vetsel Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmRGgkACgkQAGLykBXAlNtjZwCgoXfpQDGnPQvgeg9Qjfkt3DHf nawAn235HvxCQuSDbU/tH2I766AYlFd0 =T2hp -END PGP SIGNATURE- ___ 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] Pour les fous comme moi qui tracent les frontières de communes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mmmmh ok j'y vois un poil plus clair. C'est écrit quelque part sur le wiki ? Quelqu'un a un lien vers un ensemble de communes bien tagguées (et si possible avec une qui touche le bord d'un département ? Merci Antoine :) Antoine a écrit : > Bonjour, > > Je ne suis pas un expert, mais il manque une relation avec (je cite) > "admin_level=8, name=un truc, type=boundary, boundary=administrative" > Je ne sais pas si cela a son importance, mais inutile de tracer un > nouveau way sur les mêmes points que la commune voisine. > Il faut diviser ton way en différents segments mitoyens avec les > communes voisines. > Tu ne mets pas de name sur tes way, mais sur la relation. > Un way peut faire partie de plusieurs relations. > Le niveau de l'admin_level du way est égal au plus fort des différentes > relations. (un boundary à la fois pour une commune et un département > aura un level à 4 par exemple). > > A+ > Antoine > > Patrice Vetsel a écrit : > Pardon mais entre cet outil, le lien sur le wiki et OSM je m'en sors > plus du tout. > > Quelqu'un pour m'expliquer simplement comment doit on taguer les limites > d'une commune ? > > Pour info, je fais un seul way bouclé. Qui a les même points en bordure > que le way de la commune voisine (pour chacune). > > Ensuite > admin_level=8 > boundary=administrative > name=Nome De La Commune > > un exemple des mes communes : > Cardet -> > http://informationfreeway.org/?lat=44.01994893504934&lon=4.079281984704382&zoom=15&layers=BF000F > > Merci > > sylvain letuffe a écrit : > Insomniaques du soir, bonsoir, En complément du très bon OSM-inspector, je vous propose un rendu présentant l'avancée du tracé des "communes" : http://beta.letuffe.org/?zoom=6&lat=46.53632&lon=4.79132&layers=00B0FT (mis à jour chaque nuit) il est beaucoup plus tatillon que osm-inspector ou qu'un simple tracé des contours, car il surveille la relation : il ne remplira de rouge une commune valide que si : http://wiki.openstreetmap.org/wiki/Relations/Proposed/Boundaries est utilisée qu'il y a admin_level=8, name=un truc, type=boundary, boundary=administrative sur la relation que l'ensemble des ways de la relation forment bien un polygone fermé. Si vous utilisez autre chose que la relation boundary, passez votre chemin -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr > >> ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr - -- Patrice Vetsel Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmRJ9wACgkQAGLykBXAlNvd+QCgqQHzvBOqLQGu+fRvvipOBmTX PWAAni5wk0ITNFexY96Nv8ddXdF71uIn =VW8t -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les fous comme moi qui tracent les frontières de communes
Eh dis donc toi ! Va pas dire des bétises :) --> "un boundary à la fois pour une commune et un département aura un level à 4 par exemple", il a voulu dire : aura un level 6 a+ Yann > Bonjour, > > Je ne suis pas un expert, mais il manque une relation avec (je cite) > "admin_level=8, name=un truc, type=boundary, boundary=administrative" > Je ne sais pas si cela a son importance, mais inutile de tracer un > nouveau way sur les mêmes points que la commune voisine. > Il faut diviser ton way en différents segments mitoyens avec les > communes voisines. > Tu ne mets pas de name sur tes way, mais sur la relation. > Un way peut faire partie de plusieurs relations. > Le niveau de l'admin_level du way est égal au plus fort des > différentes relations. (un boundary à la fois pour une commune et un > département aura un level à 4 par exemple). > > A+ > Antoine > > Patrice Vetsel a écrit : >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Pardon mais entre cet outil, le lien sur le wiki et OSM je m'en sors >> plus du tout. >> >> Quelqu'un pour m'expliquer simplement comment doit on taguer les limites >> d'une commune ? >> >> Pour info, je fais un seul way bouclé. Qui a les même points en bordure >> que le way de la commune voisine (pour chacune). >> >> Ensuite >> admin_level=8 >> boundary=administrative >> name=Nome De La Commune >> >> un exemple des mes communes : >> Cardet -> >> http://informationfreeway.org/?lat=44.01994893504934&lon=4.079281984704382&zoom=15&layers=BF000F >> >> Merci >> >> sylvain letuffe a écrit : >> >>> Insomniaques du soir, bonsoir, >>> >>> En complément du très bon OSM-inspector, je vous propose un rendu >>> présentant >>> l'avancée du tracé des "communes" : >>> >>> http://beta.letuffe.org/?zoom=6&lat=46.53632&lon=4.79132&layers=00B0FT >>> >>> (mis à jour chaque nuit) >>> >>> il est beaucoup plus tatillon que osm-inspector ou qu'un simple tracé des >>> contours, car il surveille la relation : il ne remplira de rouge une >>> commune >>> valide que si : >>> >>> http://wiki.openstreetmap.org/wiki/Relations/Proposed/Boundaries >>> est utilisée >>> >>> qu'il y a admin_level=8, name=un truc, type=boundary, >>> boundary=administrative >>> sur la relation >>> >>> que l'ensemble des ways de la relation forment bien un polygone fermé. >>> >>> >>> Si vous utilisez autre chose que la relation boundary, passez votre chemin >>> -- >>> sly >>> >>> ___ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-fr >>> >> >> - -- >> Patrice Vetsel >> Aka/Alias Kagou >> https://launchpad.net/people/vetsel-patrice >> gpg key: 0x15c094db >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.9 (GNU/Linux) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iEYEARECAAYFAkmRGgkACgkQAGLykBXAlNtjZwCgoXfpQDGnPQvgeg9Qjfkt3DHf >> nawAn235HvxCQuSDbU/tH2I766AYlFd0 >> =T2hp >> -END PGP SIGNATURE- >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr >> > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les fous comme moi qui tracent les frontières de communes
J'ai fait une très grosse partie des Yvelines, si tu veux y jeter un oeil. a+ Yann > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Mmmmh ok j'y vois un poil plus clair. > > C'est écrit quelque part sur le wiki ? > Quelqu'un a un lien vers un ensemble de communes bien tagguées (et si > possible avec une qui touche le bord d'un département ? > > Merci Antoine :) > > Antoine a écrit : > >> Bonjour, >> >> Je ne suis pas un expert, mais il manque une relation avec (je cite) >> "admin_level=8, name=un truc, type=boundary, boundary=administrative" >> Je ne sais pas si cela a son importance, mais inutile de tracer un >> nouveau way sur les mêmes points que la commune voisine. >> Il faut diviser ton way en différents segments mitoyens avec les >> communes voisines. >> Tu ne mets pas de name sur tes way, mais sur la relation. >> Un way peut faire partie de plusieurs relations. >> Le niveau de l'admin_level du way est égal au plus fort des différentes >> relations. (un boundary à la fois pour une commune et un département >> aura un level à 4 par exemple). >> >> A+ >> Antoine >> >> Patrice Vetsel a écrit : >> Pardon mais entre cet outil, le lien sur le wiki et OSM je m'en sors >> plus du tout. >> >> Quelqu'un pour m'expliquer simplement comment doit on taguer les limites >> d'une commune ? >> >> Pour info, je fais un seul way bouclé. Qui a les même points en bordure >> que le way de la commune voisine (pour chacune). >> >> Ensuite >> admin_level=8 >> boundary=administrative >> name=Nome De La Commune >> >> un exemple des mes communes : >> Cardet -> >> http://informationfreeway.org/?lat=44.01994893504934&lon=4.079281984704382&zoom=15&layers=BF000F >> >> Merci >> >> sylvain letuffe a écrit : >> >> > Insomniaques du soir, bonsoir, > > En complément du très bon OSM-inspector, je vous propose un rendu > présentant > l'avancée du tracé des "communes" : > > http://beta.letuffe.org/?zoom=6&lat=46.53632&lon=4.79132&layers=00B0FT > > (mis à jour chaque nuit) > > il est beaucoup plus tatillon que osm-inspector ou qu'un simple tracé des > contours, car il surveille la relation : il ne remplira de rouge une > commune > valide que si : > > http://wiki.openstreetmap.org/wiki/Relations/Proposed/Boundaries > est utilisée > > qu'il y a admin_level=8, name=un truc, type=boundary, > boundary=administrative > sur la relation > > que l'ensemble des ways de la relation forment bien un polygone fermé. > > > Si vous utilisez autre chose que la relation boundary, passez votre chemin > -- > sly > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > >> >> > > >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr >> > > - -- > Patrice Vetsel > Aka/Alias Kagou > https://launchpad.net/people/vetsel-patrice > gpg key: 0x15c094db > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkmRJ9wACgkQAGLykBXAlNvd+QCgqQHzvBOqLQGu+fRvvipOBmTX > PWAAni5wk0ITNFexY96Nv8ddXdF71uIn > =VW8t > -END PGP SIGNATURE- > > ___ > 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] Pour les fous comme moi qui tracent les frontières de communes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ah oui super j'ai pigé :) Merci ! Yann SLADEK a écrit : > J'ai fait une très grosse partie des Yvelines, si tu veux y jeter un oeil. > > a+ > > Yann > Mmmmh ok j'y vois un poil plus clair. > > C'est écrit quelque part sur le wiki ? > Quelqu'un a un lien vers un ensemble de communes bien tagguées (et si > possible avec une qui touche le bord d'un département ? > > Merci Antoine :) > > Antoine a écrit : > Bonjour, Je ne suis pas un expert, mais il manque une relation avec (je cite) "admin_level=8, name=un truc, type=boundary, boundary=administrative" Je ne sais pas si cela a son importance, mais inutile de tracer un nouveau way sur les mêmes points que la commune voisine. Il faut diviser ton way en différents segments mitoyens avec les communes voisines. Tu ne mets pas de name sur tes way, mais sur la relation. Un way peut faire partie de plusieurs relations. Le niveau de l'admin_level du way est égal au plus fort des différentes relations. (un boundary à la fois pour une commune et un département aura un level à 4 par exemple). A+ Antoine Patrice Vetsel a écrit : Pardon mais entre cet outil, le lien sur le wiki et OSM je m'en sors plus du tout. Quelqu'un pour m'expliquer simplement comment doit on taguer les limites d'une commune ? Pour info, je fais un seul way bouclé. Qui a les même points en bordure que le way de la commune voisine (pour chacune). Ensuite admin_level=8 boundary=administrative name=Nome De La Commune un exemple des mes communes : Cardet -> http://informationfreeway.org/?lat=44.01994893504934&lon=4.079281984704382&zoom=15&layers=BF000F Merci sylvain letuffe a écrit : >>> Insomniaques du soir, bonsoir, >>> >>> En complément du très bon OSM-inspector, je vous propose un rendu >>> présentant >>> l'avancée du tracé des "communes" : >>> >>> http://beta.letuffe.org/?zoom=6&lat=46.53632&lon=4.79132&layers=00B0FT >>> >>> (mis à jour chaque nuit) >>> >>> il est beaucoup plus tatillon que osm-inspector ou qu'un simple tracé >>> des >>> contours, car il surveille la relation : il ne remplira de rouge une >>> commune >>> valide que si : >>> >>> http://wiki.openstreetmap.org/wiki/Relations/Proposed/Boundaries >>> est utilisée >>> >>> qu'il y a admin_level=8, name=un truc, type=boundary, >>> boundary=administrative >>> sur la relation >>> >>> que l'ensemble des ways de la relation forment bien un polygone fermé. >>> >>> >>> Si vous utilisez autre chose que la relation boundary, passez votre >>> chemin >>> -- >>> sly >>> >>> ___ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-fr >>> >>> > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr >> ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr - -- Patrice Vetsel Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmRKywACgkQAGLykBXAlNs83gCfWQlemZEynbGDc1Tx5WKiczLY VYUAn0Jm181zjG9nigSRcjYTrpr50kkV =HPOi -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Question à propose des boundaries
Hello ! Comme il n'y a plus de villes à contourer avec le cadastre dans les Yvelines, je faisais une passe sur ce que j'avais déjà fait et je me posais quelques questions. Pour tracer une communes, on crée une nouvelle relation puis on y ajoute comme membre les différents ways composant la ville. La question que je me pose est sur le niveau suivant, pour inclure la ville dans un département, doit-on séléctionner l'ensemble des ways de nouveau puis les ajouter comme membre à la relation du département ? N'est-il pas possible et plus simple d'ajouter la relation entière de la ville comme membre de la relation du département. Quid des niveaux supérieurs ? Doit-on faire de même et ajouter les ways de la ville à la relation de la région ou peut-on aussi utiliser la relation. Merki de vos réponses A+ Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les cas tordus
Etienne a écrit : > Il doit y avoir les bases d'un pont pour ensuite poser les madriers. C'est ça. Et on met les madrier dans le sens de la longueur, juste pour la largeur des roues. Sur d'autres coins où les madriers sont en place de façon permanente, c'est super sympa pour les motos, ça leur permet de tester leur sens de l'équilibre. Je crois que motorcycle=no doit être réaliste... Sinon, la proposition du tag note que je n'avais pas vu me paraît intéressante. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
