Re: [OSM-talk-fr] Garmin Oregon 550 ?
Le 6 septembre 2010 12:35, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : J'ai trouvé qu'il suffit d'attraper les photos à souris et de les faire glisser sur la fenêtre JOSM (sous Windows: je n'ai pas encore essayé avec Ubuntu). Oui, idem, cela marche sous Ubuntu. Mais je viens de voir que l'on pouvait aussi utiliser le classique menu Fichier Ouvrir. Que c'est pratique de prendre des photos geotaggé pour mettre des POI dans OSM ! :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Fwd: Réutilisation des ph otos IGN brutes
L'un d'eux permet justement d'orthorectifier des images par saisie de points de contrôle au sol (GCP: Ground Control Point). Il calcule un modèle de capteur à la volée et peut utiliser un MNE tel que SRTM. De mon côté j'ai testé le programme de reprojection GDAL, qui se fait intégralement en ligne de commande. Le résultat est bon aussi, en prenant des points de calage (GCP) sur les bâtiments existant dans OSM (et donc venant du cadastre). Il s'agissait d'une photo aérienne datant de 1951, en niveaux de gris, de précision 1 m par pixel environ, en Franche-Comté. La contrainte de la douzaine de points de contrôle reste la même, à mon avis on sera obligés de passer par là ! Mais avoir une interface simple pour les placer doit être un plus (là j'ai fonctionné en notant les coordonnées sur un éditeur de texte au survol des points dans mon SIG, pour les rentrer ensuite avec GDAL... c'est sûrement perfectible). En outre je n'utilise pas de modèle numérique de terrain, ce qui n'est pas très juste en théorie, mais le résultat final est bon, alors... Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Fwd: Réutilisation des phot os IGN brutes
Bonjour, - Damouns damo...@gmail.com a écrit : En outre je n'utilise pas de modèle numérique de terrain, ce qui n'est pas très juste en théorie, mais le résultat final est bon, alors... En plaine, ce n'est pas étonnant, dans une vallée pyrénéenne, je serais plus méfiant. :) Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La photo aérienne pour les enfants e t les plus grands
cr == Christian Rogel christian.ro...@club-internet.fr writes: cr Les trucs sont ici : cr http://wiki.grassrootsmapping.org/show/BalloonAerialPhotography Utiliser de l'helium (matière précieuse dont les stocks sur terre sont limités) pour ça c'est vraiment du gaspillage. http://seedmagazine.com/content/article/going_going_gone/ -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Fwd: Réutilisation des ph otos IGN brutes
2010/9/10 Sébastien Dinot sebastien.di...@free.fr Bonjour, - Damouns damo...@gmail.com a écrit : En outre je n'utilise pas de modèle numérique de terrain, ce qui n'est pas très juste en théorie, mais le résultat final est bon, alors... En plaine, ce n'est pas étonnant, dans une vallée pyrénéenne, je serais plus méfiant. :) Même en plaine, le cadastre peut dévier de façon importante dès qu'on s'éloigne des centres urbains. Ces GCP, sont-ils des points dont on ne connait que la lattitude/longitude précisément ou faut-il aussi l'élévation ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Fwd: Réutilisation des phot os IGN brutes
- Pieren pier...@gmail.com a écrit : Ces GCP, sont-ils des points dont on ne connait que la lattitude/longitude précisément ou faut-il aussi l'élévation ? Seules la longitude et la latitude sont données. L'altitude n'intervient que lorsqu'on applique le MNE. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] VC ou C ?
Bonjour, dans le wiki, c'est pas noté explitement ... http://wiki.openstreetmap.org/wiki/FR:Key:highway Petite départementale ou communale avec typiquement une ligne de séparation au sol (sinon - unclassified) ou en ville, présentant un trafic inférieur à secondary mais pas encore en zone uniquement residential Par défaut : lanes=2, maxspeed=90 ou 50 + ref=Dxx (ou Cxx) + name=nom_de_rue (en ville)- - - - Le wiki sur ce sujet est pas génial en effet d'où ma question sur la liste ... En campagne (95% du territoire sur lequel nous taggons) les routes ne sont pas des tertiary donc nous appliquons le tag unclassified puis soit le tag name= lenom du village vers laquelle elle mène, soit le numéro, donc VC, en ref= quand on le retrouve dans les archives de la commune. A propos du wiki pourquoi le highway=road n'est pas traduit ? Est-il vraiment utilisé ce tag ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Fwd: Réutilisation des ph otos IGN brutes
Le 10/09/2010 09:05, Damouns a écrit : L'un d'eux permet justement d'orthorectifier des images par saisie de points de contrôle au sol (GCP: Ground Control Point). Il calcule un modèle de capteur à la volée et peut utiliser un MNE tel que SRTM. [...] La contrainte de la douzaine de points de contrôle reste la même, à mon avis on sera obligés de passer par là ! Mais avoir une interface simple pour les placer doit être un plus (là j'ai fonctionné en notant les coordonnées sur un éditeur de texte au survol des points dans mon SIG, pour les rentrer ensuite avec GDAL... c'est sûrement perfectible). En outre je n'utilise pas de modèle numérique de terrain, ce qui n'est pas très juste en théorie, mais le résultat final est bon, alors... Damouns Bonjour, Comme interface simple pour saisir les coordonnées des points de contrôle en cliquant dessus dans l'image (éventuellement en liaison avec une source déjà géoréférencée), il existe un module géoréférencement dans QGis. Personnellement, je m'en sers juste pour enregistrer les points pour gdalwarp en ligne de commande, mais QGis peut aussi lancer le warping lui-même. Il reste la question du relief, pour la prise en compte duquel la fonction d'orthorectification de l'OTB paraît effectivement mieux adaptée. Cordialement, Jean-Guilhem ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] VC ou C ?
2010/9/10 Club Informatique Inter Communes / C2IC cont...@c2ic.net Le wiki sur ce sujet est pas génial en effet d'où ma question sur la liste ... Cette question a déjà été abordée en janvier (si ça peut aider): http://lists.openstreetmap.org/pipermail/talk-fr/2010-January/018261.html A propos du wiki pourquoi le highway=road n'est pas traduit ? Est-il vraiment utilisé ce tag ? Parce que cette page du wiki n'utilisait pas le bon template. C'est maintenant corrigé. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] VC ou C ?
Club Informatique Inter Communes / C2IC cont...@c2ic.net wrote: A propos du wiki pourquoi le highway=road n'est pas traduit ? Est-il vraiment utilisé ce tag ? Oui, je l'utilise pour signaler les routes/chemins dont je ne connais pas la nature (primary, secondary, tertiary, residential, track...) soit parce que je l'ai pas noté ou pas pris de photos, soit parce que je l'ai tracé depuis le cadastre. Une visite de terrain (moi ou quelq'un d'autre) permet ensuite et fixer le bon tag. Il y en aurait plus de 370 000 dans OSM : http://tagstat.hypercube.telascience.org/tagvaluedetails.php?tag=highwa yvalue=road -- Pierre-Alain Dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] theme de couleurs dans JOSM
Le jeudi 9 septembre 2010 18:53:47 hamster, vous avez écrit : pour etres sur fond noir et donc ce qui doit etre bien visible est en tres clair et ne se voit plus du tout sur fond clair ce probleme se pose aussi quand on travaille sur photo aerienne ou satellite ou avec le cadastre En mode fil de fer, les couleurs des ways sont moins problématiques puisque constantes. De toutes façons, dans des zones denses, sans le mode fil de fer, c'est un peu dur de bosser je trouve … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] bot Nop
Bonjour, Je constate qu'un script tourne depuis quelques jours sur OSM pour modifier toutes les noeud natural=tree en rajoutant les balises denotation = cluster fixme = set better denotation kesako ? Ce genre de bot est il pertinent ? Peut t'on faire le même genre de bot pour rajouter sur tous les buildings un fixme demandant que l'on précise la couleur des volets et l'état du crépi ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapper une ligne de bus en forme de boucle avec des sous-boucles
J'ai mieux =) Et si je vous dit réseau en boucle dont le sens s'inverse à la mi-journée? Oui Véolia transport doit contenir quelques esprits pervers. 2010/9/8 Yannick VOYEAUD yann...@voyeaud.org Le 07/09/2010 22:51, Thomas Petazzoni a écrit : Bonjour, Une image vaut mieux qu'un long discours : http://www.ville-colomiers.fr/download/quotidien/deplacer/ligne6%202010.pdf Cette ligne de bus est une boucle: elle part d'un arrêt pour revenir au même. On ne peut donc pas employer la même technique que pour les lignes de bus à Paris (une relation qui englobe deux relations, une pour chaque sens). De plus, cette grande boucle comporte des petites sections qui ne sont parcourues que dans un sens de la boucle. Par exemple, la sous-boucle qui dessert Piquemil/Landes/Chalosse/Chénaie au nord, ou Foucault/Zone Commerciale du Perget. La question est: comment je mappe tout ça dans une relation ? Est-ce qu'il suffit de mettre l'ensemble des ways parcourus en vrac, avec juste : * Pas de rôle quand le way est parcouru dans les deux sens * Le rôle forward quand le way est parcouru seulement dans le sens du way * Le rôle backward quand le way est parcouru seulement dans le sens inverse du way ? Ça me semble dommage car du coup, on ne peut pas connaître facilement le trajet que parcourt le bus: si on suit la liste des ways de la relation, il y aura des trous. En effet, les ways parcourus dans les deux sens ne seront présents qu'une seule fois dans la relation, alors qu'ils sont parcourus deux fois par le bus. Ou alors l'ordre des ways dans la relation route=bus n'a aucune importance ? Concernant les arrêts, le Wiki n'est pas clair: il évoque une histoire de numérotation des arrêts (pour connaître l'ordre), mais précise que depuis l'API 0.6, numéroter les arrêts n'est plus nécessaire. Est-ce bien le cas ? Merci pour vos éclairages, Thomas Bonjour, Et si tout simplement tu travaillais avec un fort grossissement? Je m'explique en fait le parcours du bus ne passe pas 2 fois au même endroit! Il passe 2 fois dans la même rue mais c'est tout. Donc en faisant ton chemin de A à A en passant par B tu fait en sorte que te voie soit large à l'écran et tu fait ton tracé dans un sens qui revient à son point de départ sans chevaucher le tracé qui se trouve sur l'autre bord de la route. amha ceci ne devrait pas poser de problème. Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ 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] theme de couleurs dans JOSM
Le noir, même si il peut paraître déprimant, est en fait la meilleur couleur pour le confort de nos yeux. Garanti, je passe 7 heures par jour sur un éditeur de texte :q 2010/9/10 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le jeudi 9 septembre 2010 18:53:47 hamster, vous avez écrit : pour etres sur fond noir et donc ce qui doit etre bien visible est en tres clair et ne se voit plus du tout sur fond clair ce probleme se pose aussi quand on travaille sur photo aerienne ou satellite ou avec le cadastre En mode fil de fer, les couleurs des ways sont moins problématiques puisque constantes. De toutes façons, dans des zones denses, sans le mode fil de fer, c'est un peu dur de bosser je trouve … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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] theme de couleurs dans JOSM
Tenshu a crit: Le noir, mme si il peut paratre dprimant, est en fait la meilleur couleur pour le confort de nos yeux. Garanti, je passe 7 heures par jour sur un diteur de texte :q ca alors !!! comme c'est bizarre, quand on achete du papier il est pas noir, et quand on achete des stylos ils sont pas avec de l'encre blanche ! comment ca se fait ? est-ce que par hazard il y aurait d'autres criteres dans le choix de la couleur de fond ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapper une ligne de bus en forme de boucle avec des sous-boucles
Le 10/09/2010 16:06, Tenshu a écrit : J'ai mieux =) Et si je vous dit réseau en boucle dont le sens s'inverse à la mi-journée? Oui Véolia transport doit contenir quelques esprits pervers. Bonjour, Je savais que certains technocrates étaient tordus mais à ce point. Bonjour pour les usagers pour s'y retrouver et attention à ne pas louper le dernier dans le bon sens car au lieu de se rapprocher de sa destination on s'en éloigne. Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] theme de couleurs dans JOSM
Le vendredi 10 septembre 2010, hamster a écrit : comme c'est bizarre, quand on achete du papier il est pas noir, et quand on achete des stylos ils sont pas avec de l'encre blanche ! comment ca se fait ? est-ce que par hazard il y aurait d'autres criteres dans le choix de la couleur de fond ? Oui, la source primaire de la lumière. Un écran est une source primaire, une feuille de papier n'est qu'une source secondaire. -- __o __\,_ Tanguy (_)|'(_) signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bot Nop
On 10/09/2010 15:17, Christophe Merlet wrote: Bonjour, Je constate qu'un script tourne depuis quelques jours sur OSM pour modifier toutes les noeud natural=tree en rajoutant les balises denotation = cluster fixme = set better denotation kesako ? Ce genre de bot est il pertinent ? Peut t'on faire le même genre de bot pour rajouter sur tous les buildings un fixme demandant que l'on précise la couleur des volets et l'état du crépi ? Il y a un gros débat sur la liste tagging à propos des éléments taggés tree Le wiki disait qu'il sert à cartographier les arbres isolés. Et il semble que les premiers usages ont été porté sur des arbres ou bouquets d'arbres bien isolés pouvant servir de repère. Cependant, l'usage s'est répandu aux arbres remarquables, aux arbres le long des avenues, aux arbres sur les places... Certains allemands se plaignent que le sens du landmark se perd si le nombre des arbres cartographiés se multiplie. Bref s'ils ne sont plus isolés. D'autres ont fait remarqué que l'usage a glissé, que la définition du wiki n'est plus à jour, et que c'est le wiki qui doit suivre (folksonomy). Nop, qui fait partie de ces allemands, doit faire tourner un bot pour rajouter de l'info sur les arbres groupés. Mais sur quel critère... en vue de quoi... En attendant en tout cas que les choses se précise. Voila, j'espère avoir pas trop mal résumé ce débat longuet et ennuyeux. J'avoue ne pas avoir suivi tous les posts... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : theme de couleurs dans JOSM
De : hamster hams...@suna.fdn.fr ca alors !!! comme c'est bizarre, quand on achete du papier il est pas noir, et quand on achete des stylos ils sont pas avec de l'encre blanche ! comment ca se fait ? est-ce que par hazard il y aurait d'autres criteres dans le choix de la couleur de fond ? Oui, dans le cas d un ecran tu recois une lumiere directe qui fatigue l oeuil donc il est recommande de baisser la luminosite pour eviter la fatigue visuelle, cela peut se faire entre autre en favorisant les fonds noirs en plus de ca il y a aussi les considerations ecologiques qui font qu afficher du noir ca consomme moins Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : theme de couleurs dans JOSM
De : THEVENON Julien julien_theve...@yahoo.fr en plus de ca il y a aussi les considerations ecologiques qui font qu afficher du noir ca consomme moins enfin c est valable sur les CRT ( et peut etre les plasmas vu qu il y a un canon a electron par pixel ) alors que sur les LCD tout le fond reste allumebref l explication est surtout la fatigue oculaire Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : theme de couleurs dans JOSM
On 10/09/2010 16:30, THEVENON Julien wrote: en plus de ca il y a aussi les considerations ecologiques qui font qu afficher du noir ca consomme moins Ça c'était vrai sur des tubes cathodiques, pas de lumière donc pas d'émission d'électrons donc pas de consommation de courant. Je suis nettement moins sûr pour les écrans LCD où la couche LCD varie en opacité, pas en émission. Mais je ne suis pas spécialiste... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : theme de couleurs dans JOSM
Le 10 septembre 2010 16:53, Vincent Pottier vpott...@gmail.com a écrit : On 10/09/2010 16:30, THEVENON Julien wrote: en plus de ca il y a aussi les considerations ecologiques qui font qu afficher du noir ca consomme moins Ça c'était vrai sur des tubes cathodiques, pas de lumière donc pas d'émission d'électrons donc pas de consommation de courant. Je suis nettement moins sûr pour les écrans LCD où la couche LCD varie en opacité, pas en émission. Mais je ne suis pas spécialiste... Peut-etre même que le fait d'activer les filtres pour que la lumière ne sorte pas fait consommer plus si on affiche du noir -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : theme de couleurs dans JOSM
Pour les derniers écrans qui sont rétroéclairés avec des leds en matrice (full led et pas edge) lorsqu’une zone est sombre ou noire, la led de rétroéclairage s’éteint, donc des noirs plus profonds et moins de consommation. En ce qui concerne la couleur de fond, choisir blanc ou noir n’est pas vraiment la question, c’est surtout le rapport entre luminosité ambiante et luminosité de l’écran… Dans l’idéal ce rapport devrait être de 1. Plus la lumière ambiante est vive plus l’écran doit être lumineux, et plus on est dans un environnement sombre moins l’écran doit être lumineux. En revanche, plus l’écran est bigarré plus c’est fatiguant. En résumé, choisir une config d’écran plutôt contrastée, mais sans couleurs trop pures, et la luminosité doit suivre la lumière ambiante. De plus, il est recommandé de ne pas être trop près de son écran (ne pas tourner la tête pour suivre le pointeur de la souris), ni trop éloigné (pouvoir tout lire sans forcer), et idéalement lorsque les yeux regardent à l’horizontale, le centre de la vision vise le haut de l’écran. Et l’écran vertical, évidemment. Le vendredi 10 septembre 2010 16:59:46, Julien Balas a écrit : Le 10 septembre 2010 16:53, Vincent Pottier vpott...@gmail.com a écrit : On 10/09/2010 16:30, THEVENON Julien wrote: en plus de ca il y a aussi les considerations ecologiques qui font qu afficher du noir ca consomme moins Ça c'était vrai sur des tubes cathodiques, pas de lumière donc pas d'émission d'électrons donc pas de consommation de courant. Je suis nettement moins sûr pour les écrans LCD où la couche LCD varie en opacité, pas en émission. Mais je ne suis pas spécialiste... Peut-etre même que le fait d'activer les filtres pour que la lumière ne sorte pas fait consommer plus si on affiche du noir Cordialement, -- Mikaël Cordon mikael.cor...@gmail.com 06 74 92 69 43 — 09 52 89 02 08 30 rue Saint-Hilaire 86000 Poitiers ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Fwd: Réutilisation des ph otos IGN brutes
+1 pour Qgis, qui est vraiment très simple à prendre en main et assez puissant. Bon we Kimaidou Le 10 septembre 2010 11:15, Jean-Guilhem Cailton j...@arkemie.com a écrit : Le 10/09/2010 09:05, Damouns a écrit : L'un d'eux permet justement d'orthorectifier des images par saisie de points de contrôle au sol (GCP: Ground Control Point). Il calcule un modèle de capteur à la volée et peut utiliser un MNE tel que SRTM. [...] La contrainte de la douzaine de points de contrôle reste la même, à mon avis on sera obligés de passer par là ! Mais avoir une interface simple pour les placer doit être un plus (là j'ai fonctionné en notant les coordonnées sur un éditeur de texte au survol des points dans mon SIG, pour les rentrer ensuite avec GDAL... c'est sûrement perfectible). En outre je n'utilise pas de modèle numérique de terrain, ce qui n'est pas très juste en théorie, mais le résultat final est bon, alors... Damouns Bonjour, Comme interface simple pour saisir les coordonnées des points de contrôle en cliquant dessus dans l'image (éventuellement en liaison avec une source déjà géoréférencée), il existe un module géoréférencement dans QGis. Personnellement, je m'en sers juste pour enregistrer les points pour gdalwarp en ligne de commande, mais QGis peut aussi lancer le warping lui-même. Il reste la question du relief, pour la prise en compte duquel la fonction d'orthorectification de l'OTB paraît effectivement mieux adaptée. Cordialement, Jean-Guilhem ___ 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] Aire de co-voiturage
Le 09/09/2010 21:36, Christophe a écrit : Carpool, rideshare, carshare sont globalement des homonymes, même si carpool englobe aussi les voitures en partage comme le soulignait Hélène. Et puisqu'on en est là, je fais un peu de pub pour le site de covoiturage fr entièrement basé sur des briques logicielles libres: www.bisonvert.net =) En espérant qu'un jour les données OSM soient assez complètes pour les voir utilisées sur des services de cette envergure ;) Pour les soft, cela reste sur GGmaps :) Sur la page de Carpool en anglais sur Wikipedia il est aussi indiqué comme synonyme Covoiturage, j'avoue que cela me plairait assez d'utiliser ce nom. Le but est de signaler les parkings de covoiturage alors on peut peut-être imaginer un tag plus proche de la description d'une zone que d'un service. La solution amenity=carpool est la plus évidente mais je ne voudrais pas que cela crée une ambiguité avec les services de partage, on peut aussi indiquer que ce tag serait obligatoire en conjonction avec amenity=parking Je lancerais une discussion préalable au vote sur le wiki début de semaine prochaine, on se laisse le week-end pour trouver une meilleure idée que amenity=carpool. A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Jabber/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire de co-voiturage
Rodolphe Quiedeville rodol...@quiedeville.org wrote: Je lancerais une discussion préalable au vote sur le wiki début de semaine prochaine, on se laisse le week-end pour trouver une meilleure idée que amenity=carpool. amenity=parking +parking=carpool ? http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Carpool_ Lot -- Pierre-Alain Dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire de co-voiturage
2010/9/10 Pierre-Alain Dorange pdora...@mac.com Rodolphe Quiedeville rodol...@quiedeville.org wrote: Je lancerais une discussion préalable au vote sur le wiki début de semaine prochaine, on se laisse le week-end pour trouver une meilleure idée que amenity=carpool. amenity=parking +parking=carpool ? +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bot Nop
Vincent Pottier vpott...@gmail.com wrote: Voila, j'espère avoir pas trop mal résumé ce débat longuet et ennuyeux. J'avoue ne pas avoir suivi tous les posts... J'ai posé la question et eut une réponse : Le robot tag les arbres (cluster) qui en ont un autre dans un rayon de 50 mètres. En original dans le texte : He noted earlier in the thread that the bot is tagging any tree that is within 50 meters of another tree as denotation=cluster. The wiki says to use this notation for trees that are not single trees, but does not specify what distance distinguishes a single tree from a cluster of trees. -- Pierre-Alain Dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapper une ligne de bus en forme de boucle avec des sous-boucles
Le 10/09/2010 16:26, Yannick VOYEAUD a écrit : Le 10/09/2010 16:06, Tenshu a écrit : J'ai mieux =) Et si je vous dit réseau en boucle dont le sens s'inverse à la mi-journée? Oui Véolia transport doit contenir quelques esprits pervers. Je savais que certains technocrates étaient tordus mais à ce point. Imaginez un territoire où les villages se jalousent entre eux. Ces villages sont réunis dans une communauté de communes qui décide de mettre en place une ligne de bus. Comment déterminer le parcours ? Comment ne pas donner l'impression qu'on en favorise quelques-uns aux dépens d'autres ? Une des solutions est de faire un circuit en boucle qui s'inverse dans la journée (voire selon les jours de la semaine). C'est pénible pour tout le monde mais politiciennement ça permet au projet de passer. Et ceux qui l'utilisent sont contents du compromis. Et le prestataire ne décide pas du parcours, il conseille éventuellement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]
Le 09/09/2010 11:06, Marc SIBERT a écrit : Cet outil n'est pas obsolète et qui plus est, est en cours de migration en V2 avec un nouveau moteur graphique plus performant. Où peut-on se faire une idée des performances de la nouvelle version que beaucoup de monde semble connaître ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]
2010/9/10 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net: Le 09/09/2010 11:06, Marc SIBERT a écrit : Cet outil n'est pas obsolète et qui plus est, est en cours de migration en V2 avec un nouveau moteur graphique plus performant. Où peut-on se faire une idée des performances de la nouvelle version que beaucoup de monde semble connaître ? Nouvelle ou ancienne, ça reste du flash, donc ce n'est pas performant. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 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] Re : Import batiment
Depuis JOSM, tu places dans un calque séparé les objets autour desquels tu veux de la donnée, puis[...] stooop ! Là, je suis perdu. Tu fais comment ce placement d'objets sur un calque séparé ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]
Le 10/09/2010 21:30, Steven Le Roux a écrit : Nouvelle ou ancienne, ça reste du flash, donc ce n'est pas performant. Tu ne réponds pas à ma question ;) -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Import batiment
Bonsoir, Le 10/09/2010 21:45, Jean-Francois Nifenecker a écrit : Depuis JOSM, tu places dans un calque séparé les objets autour desquels tu veux de la donnée, puis[...] stooop ! Là, je suis perdu. Tu fais comment ce placement d'objets sur un calque séparé ? Alors dans l'ordre : - selection d'objets dans le calque actif - copie de ces objets avec Ctrl+C (menu Modifier Copier) - création d'un nouveau calque avec Ctrl+N (menu Fichier Nouveau calque), qui devient le calque actif - collage des objets copiés dans ce calque avec Ctrl+V (menu Modifier Coller) et hop là :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapper une ligne de bus en forme de boucle avec des sous-boucles
Le 10/09/2010 21:12, Jissouille a écrit : Une des solutions est de faire un circuit en boucle qui s'inverse dans la journée (voire selon les jours de la semaine). C'est pénible pour tout le monde mais politiciennement ça permet au projet de passer. Et ceux qui l'utilisent sont contents du compromis. Et le prestataire ne décide pas du parcours, il conseille éventuellement. Bonsoir, Là, hélas, je comprends mieux. L'ego de certains politiques est tellement grand que ce la ne me surprend même plus. Hélas Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire de co-voiturage
Le 10/09/2010 21:07, Emilie Laffray a écrit : 2010/9/10 Pierre-Alain Dorange pdora...@mac.com mailto:pdora...@mac.com Rodolphe Quiedeville rodol...@quiedeville.org mailto:rodol...@quiedeville.org wrote: Je lancerais une discussion préalable au vote sur le wiki début de semaine prochaine, on se laisse le week-end pour trouver une meilleure idée que amenity=carpool. amenity=parking +parking=carpool ? +1 Il existe deja la clé park_ride=* pour affiner la description d'un parking : http://wiki.openstreetmap.org/wiki/Key:park_ride#Tags Et même si ni le wiki ni la base ne mentionnent 'carpool' comme valeur possible (rien vu dans Tagwatch à l'instant), à regarder la définition de park ride [1], elle englobe la notion de point de rencontre pour les personnes qui co-voiturent. Donc à mon sens la combinaison : amenity=parking park_ride=carpool se défend. vincent [1] : http://en.wikipedia.org/wiki/Park_and_ride#Car-share_park_and_rides ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]
Le 10 septembre 2010, Jean-Francois Nifenecker a écrit : Le 09/09/2010 11:06, Marc SIBERT a écrit : Cet outil n'est pas obsolète et qui plus est, est en cours de migration en V2 avec un nouveau moteur graphique plus performant. Où peut-on se faire une idée des performances de la nouvelle version que beaucoup de monde semble connaître ? Il y a actuellement deux applis en flash en développement. - Potlatch 2 sur http://wiki.openstreetmap.org/wiki/Potlatch_2 Je viens de tester rapidement, et ça a l'air de marcher, tant qu'on zoome suffisamment pour éviter tout soucis avec les bâtiments. Vu que j'utilise pas Potlatch 1, je ne peux pas comparer :) - Mapzen de CloudMade sur http://wiki.openstreetmap.org/wiki/Mapzen Il faut apparemment créer un compte, donc je n'ai pas testé du tout. Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Import batiment
Bonsoir, Le 10/09/2010 22:13, Vincent de Chateau-Thierry a écrit : Bonsoir, et hop là :-) Ah... un copier/coller... j'avoue que j'ai l'imagination trop fertile, là. Je pensais à un procédé interne automatisé à côté duquel j'aurais pu passer. Merci ! -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapper une ligne de bus en forme de boucle avec des sous-boucles
Le 10/09/2010 22:31, Yannick VOYEAUD a écrit : Le 10/09/2010 21:12, Jissouille a écrit : Une des solutions est de faire un circuit en boucle qui s'inverse dans la journée (voire selon les jours de la semaine). C'est pénible pour tout le monde mais politiciennement ça permet au projet de passer. Et ceux qui l'utilisent sont contents du compromis. Et le prestataire ne décide pas du parcours, il conseille éventuellement. Bonsoir, Là, hélas, je comprends mieux. L'ego de certains politiques est tellement grand que ce la ne me surprend même plus. Hélas Amitiés On dérape là, il n'y a pas de tag pour ça : ça n'a donc rien à faire sur cette liste. A débattre, si la question est technique, comment coder le changement de sens : AMHA plusieurs relations avec des périodes de validité exclusives. Bonsoir, -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr