Re: [OSM-talk-fr] OSM dans LFP Manager
On 01/11/2012 09:22 AM, Tony Emery wrote: Pour ceux qui connaissent le jeu de management sportif appelé LFP Manager 2012 de l'éditeur EA Sport, vous pouvez voir qu'ils utilisent OSM (cf. capture écran). osm a déjà été utilisé dans un jeux du commerce http://www.jeuxvideo.com/screenshots/images/00037/00037985_002.htm mais qui doit moins etre diffusé qu'un jeux de foot fait par EA ;) -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 5 gigas de données publiques open pour OSM !
Et si nous croulions un jour sous le volume de données ? C'est déjà un peut le cas non ? Je viens de passer 4H a mettre a jour le cadastre pour Rennes. Il y a eu pas mal de changements en 1 mois seulement. Visiblement ca n'est pas la crise pour tout le monde, c'est impressionnant le nombre d'extensions de maisons et de nouveaux batiments. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 5 gigas de données publiques open pour OSM !
On 01/08/2012 07:57 PM, Vincent Privat wrote: Le 8 janvier 2012 19:15, julien balas jul...@krilin.org mailto:jul...@krilin.org a écrit : Je viens de passer 4H a mettre a jour le cadastre pour Rennes. Comment tu fais pour identifier le delta et être sûr de ne rien rater ? (ça m'intéresserait pour Toulouse) j'ai fait un petit programme qui compare 2 extrait cleo. http://lists.openstreetmap.org/pipermail/talk-fr/2011-November/037794.html ATTENTION, j'ai trouvé un bug cet apres-midi : les wall=no ne sont pas correctement traité. Je publie un correctif dans la semaine. Dans le fil de discussion kkun a proposé un outil qui semble plus évolué, je ne l'ai pas encore essayé. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avertisseur de radars et zones dangereuses
On 01/05/2012 12:12 PM, didier2020 wrote: Le jeudi 05 janvier 2012 à 10:26 +0100, Nicolas Dumoulin a écrit : Le Jeudi 5 Janvier 2012 09:28:04 Maetma 91 a écrit : Bonjour, Suite à l'interdiction des avertisseurs de radars j'ai lu plusieurs articles indiquant que le gouvernement va fournir une carte des zones dangereuses aux fabricants de GPS. Sait-on si ces données seront libres et comment les intégrer dans OSM ? j'en connais 2, savoir si ce seront celles la ... - fichier des accidents sur 5 ans - statistiques des CRICR on peut imaginer que determiner les zones a risques a partir de ces données brutes fera parti du boulot du fabriquant de GPS et que l'etat ne donnera pas directement les zones. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] state of the map
C'est a tokyo pour 2012 :( http://stateofthemap.org/tokyo-host-for-sotm12/ -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question sur le validator de JOSM
On 12/28/2011 04:05 PM, Vincent Privat wrote: Problème connu, ya plus qu'à corriger :) http://josm.openstreetmap.de/ticket/7034 une partie du pb est corrigé. Le cas qui m'avait fait creer le bug est corrigé. Visiblement le cas d'un preau ou d'un batiment dans la cour d'un autre batiment n'est pas corrigé lui. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question sur le validator de JOSM
On 01/01/2012 09:57 PM, Vincent Privat wrote: Le 1 janvier 2012 20:15, julien balas jul...@krilin.org mailto:jul...@krilin.org a écrit : Visiblement le cas d'un preau ou d'un batiment dans la cour d'un autre batiment n'est pas corrigé lui. Normalement si, dans la 4747. Tu as un exemple où ça ne fonctionne pas ? Je me suis basé sur le commentaire du bug ou il dis qu'il reste du boulot, je n'ai pas vérifié http://josm.openstreetmap.de/ticket/7034 Si oui, tu peux ré-ouvrir le ticket et attacher un petit jeu de données ? :) Bon en fait j'ai vérifié, il reste bien quelques cas non traités. J'ai reouvert le bug avec le jeux de données qui vas bien. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calque courbes de niveau
On 11/22/2011 10:33 PM, Rodolphe Quiedeville wrote: Bonsoir, J'ai évoqué récemment la mise en commun d'un serveur de calque de courbes de niveau, des bonnes volontés avaient généreusement proposé des solution mais à plus ou moins court terme. En ayant moi même besoin j'ai retroussé mes petites manches et j'ai importé les données SRM de la NASA. je n'ai aucune idée de la faisabilité du truc, mais est ce que si on a des données avec une meilleur precision sur une zone, c'est fusionnable avec les données SRM ? Avec l'open data, Rennes Metropole a diffusé des jeux de données avec ces caracteristiques là : Précision géométrique : 1 mètre Précision altimétique du MNT original : 50 cm EMQ du MNT original : 40 cm http://www.data.rennes-metropole.fr/les-donnees/catalogue/?tx_icsopendatastore_pi1[page]=1tx_icsopendatastore_pi1[keywords]=terraintx_icsopendatastore_pi1[uid]=151 Il y a 37 communes concernés. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] COD : Cadastre Osm Diff
On 11/21/2011 10:28 PM, PierreV wrote: désolé de ne pas m'y connaitre autant que vous... je ne savais absolument pas que windows acceptait les lignes de commandes... je testerait quand j'aurais un peut de temps. Sinon pour completer ce genre d'apli, ce qu'il faudrait c'est un site sur lequel les personnes qui importent le bati enregistre leurs fichier envoyé sur OSM, et que n'importe qui pourrait trouver pour pouvoir comparer avec la dernière version fournie par cleo. oui, c'est ce a quoi je pensait. En plus c'est pas forcement compliqué a faire. Par contre mon serveur n'a pas enormement de disque dur de libre, il faut que je vois comment on peut faire ca sans tout exploser. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gare Valence TGV
On 11/14/2011 01:04 PM, Lapinos03 wrote: Merci Christian pour ton soutien. Je me disais bien que quelqu'un allait réagir en lisant googlemaps dans le texte... ben oui, on lis partout ne recopiez pas les autres cartes/sources d'info et tu recopie (tres partiellement certes) donc je reagit ;) Il n'y a rien d'illégal à cela dès lors que les informations satellite et streetview restent affichées dans un navigateur standard et avec l'environnement technique propriétaire de Google. Ce service n'a pas d'autres fins que de présenter des images à la vue et l'interprétation (=raisonnement logique découlant d'une observation) de tout un chacun. Attention, je n'ai pas parlé de Google Plan. S'inspirer de Google Plan, une oeuvre originale sous le couvert de la propriété intellectuelle, relève de la copie et enfreint les lois et CGUs relatives. Faire la difference entre google plan et google street view ne me parait pas si évident que ca. google street view est aussi une oeuvre originale et est la propriété intellectuelle de google non ? Ca n'est cependant pas une carte, on ne fait pas non plus un import en masse, mais ca reste une source de données qui n'est pas libre. Est ce que le fait de lire un panneau sur une photo google et de mettre un nom dans OSM est légal ? Voilà, je vous sens rassurés... ;-) pas vraiment. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le bati, c'est fini!
On 11/09/2011 03:50 PM, Ab_fab wrote: Euh, oui, mais quels fichiers originaux en fait ? ceux du cadastre, via cleo par exemple. http://cadastre.cleo-carto.org/ Comment savoir quels fichiers originaux ont été utilisés, et surtout où les trouve-t-on ? l'idée est d'extraire soit même le cadastre en passant par cleo. Puis de faire tourner la moulinette pour voir si il y a eu des changements à la source. La moulinette generant elle même un fichier OSM que l'on fusionne a la main apres verification/correction dans la base osm. -- JB Le 9 novembre 2011 15:41, julien balas jul...@krilin.org mailto:jul...@krilin.org a écrit : On 11/09/2011 01:58 PM, Cyrille Giquello wrote: Sans faire un outil formidable, une espèce de Xml-Diff spécifique à OSM serait pas mal pour identifier les changements. Le Diff serait souple sur la position des points pour ne pas détecter une nouveauté lorsqu'il s'agit d'un ajustement manuel (correction manuel à l'import). Quel chose comme ça a méditer... oui, le but est de faire un XML diff special OSM mais en partant toujours des fichiers originaux, si on repart de la base OSM ca risque d'etre ingérable Cyrille Le 9 novembre 2011 09:16, Jean Couteaucout...@codelutin.com mailto:cout...@codelutin.com a écrit : Le 09/11/2011 01:08, jul...@krilin.org mailto:jul...@krilin.org a écrit : Et reflechir a comment mettre a jour ca dans le futur. j'ai pris 2 export cleo de rennes a plusieurs mois d'intervalles, ils y a des différences. Je pense faire une moulinette qui prends les 2 fichiers OSM et en produit un 3eme avec les buildings différents : Chacun avec un tag spécial pour aider a résoudre les conflits. - nouveau dans le fichier recent - supprimé dans le fichier recent. - existant dans les deux fichiers, mais avec des différences. C'est sur ce dernier point que je ne sais pas trop comment faire, comment le detecter. Sachant qu'au niveau de l'export, les way n'ont pas forcement les même ID d'une fois a l'autre. Ca m'intéresse, j'ai mis à jour le bâti de ma commune ce week-end et je me posais les mêmes questions, parce que c'est un peu chiant à faire mine de rien. Jean _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-fr http://lists.openstreetmap.org/listinfo/talk-fr _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-fr http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] COD : Cadastre Osm Diff
Salut J'ai fait un petit programme qui compare 2 exports cadastre fait par cleo. Ca extrait les batiments qui ne sont pas strictement identiques dans les deux fichiers.(même nombre de points, aux même coordonnées, dans le même ordre) Ca ne marche *PAS* avec des exports successif de la base OSM, c'est vraiment spécifique aux export cadastre. l'archive (140 Ko) est dispo ici http://dl.free.fr/hqeE3jWns testé sur deux exports fait a 2 mois d'intervale de Rennes. Il m'a trouvé 2 nouveaux batiments qui etaient en fait des modifications de batiments existants. et 42 supressions dont - un batiment erreur (triangle de 1M²) qui a été donc supprimé a la source. - 2 batiments modifiés (les mêmes que les 2 nouveaux) - 1 batiment inclus dans une cour, qui n'est pas présent par le cadastre de JOSM (raster?), mais qui existe bien sur Bing - le reste c'est un ensemble de batiments qui ont été démoli, je suis passé verifier ;) Donc : ca fonctionne. Par contre ca n'est pas super testé, a utiliser a vos risques et périls. Ca ne gere pas les relations, je ne sais pas si il y en a dans les fichiers cleo. C'est fait en java, il faut un java 6 apres avoir dezippé le fichier, on l'utilise en faisait java -jar cod.jar nom_vieux_export.osm nom_nouveau_export.osm Ca crée deux fichiers de sortie codOld.osm et codNew.osm Ensuite il faut ouvrir ces fichiers avec votre editeur preferé et utliser votre connaissance du terrain pour voir si ce qu'ils racontent est vrai. Pour traiter Rennes (45K batiments), ca prends 20s environ. Je mettrais le code sur un github dans la semaine. Vos retours m'interessent bien sur. Le plus compliqué c'est d'avoir deux exports de la même commune a des moment differents. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] taggage pour le rendu ?
Salut, nommer des parking PMR pour qu'on puisse voir qu'il s'agit de parking handicape Personne Mobilité Reduite, c'est un peut limite non ? http://osm.org/go/erDx4xE_W-- Est ce qu'il y aurait une autre facon de tagger qui afficherait une icone de parking handicapé ? actuellement c'est taggé amenity:parking capacity:disabled 1 -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décalage bâti importé par rapport au cadastre?
J'aurais besoin de votre avis sur cette zone de Nancy: http://www.openstreetmap.org/?lat=48.695529lon=6.181119zoom=18layers=M Quand je charge cette zone dans JOSM et que je me place en Lambert 9 zones et zone 8 pour afficher le fond cadastral, je constate que le bâti ne superpose pas sur ce fond. Est-ce que l'un de vous saurait m'expliquer quel en est la raison? Et ce qu'il faut faire? Laisser en état, réimporter le bâti ou tout recaler à la main? c'etait le cas pour le centre ville de Rennes (au passage, chapeaux a ceux qui avaient fait ca a la main, quel boulot!) j'ai fait le choix de laisser les batiments en place car ils portaient pas mal d'info par rapport au cadastre (adresse, commerce, etc.) et de completer les quartiers manquant par l'import que l'on a maintenant a disposition. Pour ca j'ai utilisé l'export actuel et j'ai fait des copier-coller de paté de maisons dans la couche osm. Ca se fait bien mais il faut etre rigoureux. de toute facon le validator JOSM te diras si tu fait une fausse manip, une copie en double, si tu met une maison alors qu'il en existait déjà une. C'est un bon filet de sécurité. Le cadastre et Bing (ici de qualité moyenne) montrent un décalage vers le sud par rapport aux bâtiments tracés. Tu peux peut-être tenter, par bloc de maisons adjacents, un décalage via JOSM (en respirant un bon coup avant... :-) ). C'est ce que j'ai fait, paté de maison par paté de maison. Effectivement, il faut respirer un bon coup avant de cliquer sur upload ;) La premiere fois je n'etais pas sur de moi, j'ai préféré tout annuler. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le bati, c'est fini!
On 11/09/2011 01:58 PM, Cyrille Giquello wrote: Sans faire un outil formidable, une espèce de Xml-Diff spécifique à OSM serait pas mal pour identifier les changements. Le Diff serait souple sur la position des points pour ne pas détecter une nouveauté lorsqu'il s'agit d'un ajustement manuel (correction manuel à l'import). Quel chose comme ça a méditer... oui, le but est de faire un XML diff special OSM mais en partant toujours des fichiers originaux, si on repart de la base OSM ca risque d'etre ingérable Cyrille Le 9 novembre 2011 09:16, Jean Couteaucout...@codelutin.com a écrit : Le 09/11/2011 01:08, jul...@krilin.org a écrit : Et reflechir a comment mettre a jour ca dans le futur. j'ai pris 2 export cleo de rennes a plusieurs mois d'intervalles, ils y a des différences. Je pense faire une moulinette qui prends les 2 fichiers OSM et en produit un 3eme avec les buildings différents : Chacun avec un tag spécial pour aider a résoudre les conflits. - nouveau dans le fichier recent - supprimé dans le fichier recent. - existant dans les deux fichiers, mais avec des différences. C'est sur ce dernier point que je ne sais pas trop comment faire, comment le detecter. Sachant qu'au niveau de l'export, les way n'ont pas forcement les même ID d'une fois a l'autre. Ca m'intéresse, j'ai mis à jour le bâti de ma commune ce week-end et je me posais les mêmes questions, parce que c'est un peu chiant à faire mine de rien. Jean ___ 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] Améliorer le Bâti
* les erreurs liées aux arrondis des coordonnées: - on valide avec josm. - on telecharge de nouveau la zone = la validation josm en trouve d'autres - on verifie sur osmose.openstreetmap.fr 2 jours après, on trouve encore d'autres erreurs si apres avoir telechargé le fichier .osm cleo - on l'ouvre avec josm - on le sauve tout de suite. - on ferme le fichier - on le recharge. Ca fait les même arrondis que sur le serveur je crois (en tout cas ca leve des erreurs qui n'apparaissent pas sinon) c'est plus long a décrire lire qu'a le faire en vrai ;) Sinon dans les erreurs on vois bien les batiments qui se recouvrent de quelques centimetres, par contre on ne vois pas ceux qui sont séparé de quelques centimetres :( -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] licence et droit moral
Salut, je suis en train de regarder les jeux de données sur geobretagne http://geobretagne.fr/geonetwork/srv/fr/main.home je prends un jeux de données au hasard et je regarde la licence Contraintes d'utilisation : Droit d’auteur / Droit moral (copyright): Restriction lié à l’exercice du droit moral. Avec aussi peut d'info, comment savoir si c'est compatible OSM ? Il faut sourcer les données, c'est sur. Autres contraintes : Mentions obligatoires sur tous les documents diffusés: Source : DIRO - 2010... mais pour le droit d'auteur / droit moral, je ne sais pas quoi en penser. Cordialement, -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les bourguignons aiment bien jouer au petit train !
L'extracteur de données du cadastre trouve plein de voies ferré là ou il n'y en a pas. On vient de me signaler le soucis sur Rouen. Pierre a fait une mise à jour sur Qadastre, peut être quelque chose a changé ? Il me semble que le pb existe depuis toujours. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open Data et Licences compatibles OSM
On 07/04/2011 07:57 PM, Charles Nepote wrote: Le 15/06/2011 00:54, Sébastien Dinot a écrit : [...] ne reste *ici* que le problème induit par l'obligation de non altération introduite par l'article 3. Sébastien L'obligation de non altération est issue directement de l'article 12 de la loi de 1978. La non altération étant *une obligation du droit français*, cela voudrait donc dire qu'aucune donnée en France ne peut être réutilisée par OSM (car la loi est supérieure à toute licence ou CGU ou autre cadre juridique) ? C'est un élément que je me suis fait confirmer par l'APIE : par non altération ils entendent que tu n'as pas le droit d'altérer une donnée publique en disant que l'auteur de cette donnée est tel acteur public. Si en revanche tu modifies une donnée provenant d'un acteur public en ayant la trace que l'auteur de la donnée modifiée est bien toi (et non l'acteur public), alors il n'y a pas de problème. Les acteurs publics ne sont pas idiots : ils souhaitent seulement que leur responsabilité ne soit pas engagée si un jour un mappeur modifie une donnée publique qui crée un problème : exemple : si un acteur public communique qu'un pont est interdit aux véhicules de moins de 6 tonnes et qu'un mappeur passe cette limite à 35 tonnes, ils t'interdisent de communiquer qu'ils sont les auteurs de cette modification. C'est du bon sens. Il ne faut pas se faire de noeud au cerveau à propos de cet article 3/article 12. OSM respecte bien cette disposition tant que la traçabilité des modifications existe. Oui c'est aussi l'interpretation de Rennes dans leur licence. Le denaturer est a comprendre lors de l'import initial. Une fois que la data est dans OSM ca n'est plus la leur, on peut la modifier/denaturer sans pb puisque on a la tracabilité de qui l'a modifié et qu'il est clair que l'acteur public n'est pas responsable de la modif, donc pas attaquable au tribunal. Donc sauf bug dans l'outil d'import, on est bon. Par contre accepter leur licence fait que l'on s'engage a ne pas avoir de bug dans son outil, est ce possible ? ;) -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Portail OpenData Communauté Urbaine de Bordeaux (CGU APIE)
On 06/15/2011 05:20 PM, rldhont wrote: Le 15/06/2011 16:06, Romain MEHUT a écrit : Le 15 juin 2011 14:46, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Sans revenir sur le débat, la CGU de l'APIE n'est pas assez précise pour que l'on soit sûr qu'une réutilisation commerciale ne soit pas sujette à redevance. Ce qui signifie donc que sans précision de la part de la CUB ou de Montpellier ou de Rennes, ces données ne sont pas compatibles avec la licence OSM. Pour Rennes, aucune restriction: http://www.data.rennes-metropole.fr/notre-demarche/licence-d-utilisation/ Oui Rennes a rédigé sa propre licence. Il semble d'ailleurs à la lecture de certains articles dont le 3 qu'elle a été rédigé en pensant à OSM. La premiere licence (NC) n'était pas compatible OSM. Suite a des remarques de citoyens, ils ont rencontré des gens d'OSM, de Wiki[P/M]edia et des libristes. La 2eme licence est le fruit de ces repas (trop dur la vie de lobyyiste) Par contre je souhaiterais savoir si les éléments suivants sont compatibles avec OSM : * La licence ne confère en aucun cas les droits de propriété intellectuelle de ces données si on indique source=communauté machin 2011 a l'import initial c'est bon non? Apres si on modifie la donnée dans OSM ca n'est plus la donnée d'origine. * Le licencié s'engage à indiquer leur source et la date de leur dernière mise à jour on indique source=communauté machin 2011 comme pour le cadastre * Toute base de données dérivée doit impérativement respecter les conditions de la présente Licence ou d'une licence compatible. Je sais pas. * Le licencié est averti que l'administration se réserve le droit à tout moment , et pour quel que motif que ce soit, de modifier les conditions de réutilisation fixées dans la présente Licence, de mettre un terme à leur production ou modifier leur contenu ou la fréquence de leur mise à jour, sans que le réutilisateur ne puisse prétendre à aucune indemnité. Il s'agit pour le fournisseur de données de se donner le droit d'arreter de les mettre a dispo. Et que si une boite a monté un business sur les données, elle ne puisse pas demander réparation. Mais les données dans la nature ne changent pas de licence retroactivement. * Le Licencié est autorisé à exploiter les Informations publiques sans limitation de durée Une eventuelle limite qui est explicitement levé, c'est bien non ? * Les Conditions générales sont soumises à la seule loi française Qu'en pensez-vous ? a part la licence compatible et la loi francaise, je ne vois rien qui pourrait bloquer. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Portail OpenData Communauté Urbaine de Bordeaux (CGU APIE)
A ce jour, est-ce que des données de http://www.data.rennes-metropole.fr/ ont été intégrées en dur dans la base de données d'OSM? Les stations de Velos en libre service ont été ajoutées/complétées. J'avais commencé a regarder pour les points de recyclage du verre, mais la comparaison du fichiers avec la realité dans mon quartier m'a laissé penser que la source de données n'etait pas tres fiable. Pour le moment j'ai mis en pause. A noter que certaines données ne sont pas exploitable. Par exemple pour les parking vélo il s'agit du programme prévisionnel 2008. On ne sais pas si le programme a été réalisé conformement aux prévisions ou pas. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur OSM-fr (était Création Association OpenStreetMap France)
On 03/29/2011 10:51 PM, Pieren wrote: 2011/3/29 Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org L'association PauLLA (Pau Logiciel Libre Association), en partenariat avec la Communauté d'Agglomération de Pau, l'Université de Pau et des Pays de l'Adour, le laboratoire de chimie IPREM-ECP et la SSLL Makina-Corpus est en train de finaliser l'hébergement et l'installation d'un *énorme* cluster de calcul à disposition du projet OpenStreetMap ... Nous avons déjà posé 1 armoire et une quinzaine de nœuds de calcul en vrac dans la salle blanche. Une autre armoire, d'autres nœuds et baies de disque vont bientôt les rejoindre. Dans l'immédiat, il nous manque juste 2 modules 1000Base-LH a mettre aux extrémités de la fibre à notre disposition... Si vous avez ça dans un tiroir, on est preneur ;o) Un switch 48 ports gigabit aussi... Voila une énorme annonce pour une énorme installation (peut-être plus grande encore que l'installation des serveurs OSM originaux ?). En fait, je ne pense pas quOSM-fr ait besoin de tellement de CPU mais surtout de beaucoup de disques ultra-rapides (SSD dans l'idéal) et de bande passante. un rendu FR mondiale, l'hebergement d'outils de controle qualité type osmose avec pleins de requetes super consommatrices, des diff/minute filtrés sur la france, des outils de diff sur le cadastre et sur tous les jeux de données opendata qui commence a fleurir, je pense qu'il y a moyen d'occuper les machines ;) En tout cas bravo aux palois. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Remise en route des analyseurs Osmose
On 03/06/2011 07:47 PM, Jocelyn Jaubert wrote: Bonjour, Les analyseurs Osmose sont enfin à jour sur http://osmose.openstreetmap.fr/ Ils sont notamment à jour pour toutes les analyses concernant la France j'ai l'impression que les liens josm zone ne font pas des requetes valide. JOSM a une réponse du serveur bas request et dit que la zone est trop etendue. Or il n'y a pas tant que ca de batiment sur les zones que j'ai essayé http://localhost:8111/load_and_zoom?left=-3.05726bottom=46.913979right=-0.752877top=48.677641select=way95098552 par exemple. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes/departements/régions qui ont libéré leurs données
On 03/03/2011 05:55 PM, Arnaud Vandecasteele wrote: Bonsoir à tous, Dans le cadre d'une future réunion OSM, je chercherai à connaitre les différents organismes publics qui ont fait l'effort de libérer leurs données. J'ai bien évidemment en tête le cadastre ou encore la commune de plouarzel, mais auriez vous quelques chose d'un peu plus exhaustif ? http://www.data.rennes-metropole.fr/ http://opendata.paris.fr/opendata/jsp/site/Portal.jsp -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Remise en route des analyseurs Osmose
Bref, serait-il envisageable de créer une classe wiki pour chaque catégorie d'erreur (ce que vous appelez source je crois) ? J'y verrai bien la liste des classes avec quelques tuyaux pour corriger lorsque ce n'est pas évident. il y a ca, c'est un début mais c'est incomplet http://wiki.openstreetmap.org/wiki/FR:Osmose#Description_des_erreurs -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nouvelle licence open data Rennes
On 02/15/2011 11:02 PM, julien balas wrote: Salut une nouvelle version de la licence des open data de Rennes est en préparation. en fait elle est maintenant diffusé (v 0.2). http://www.data.rennes-metropole.fr/notre-demarche/licence-d-utilisation/ qu'en pensent les spécialistes des licences ? C'est compatible OSM ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] nouvelle licence open data Rennes
Salut une nouvelle version de la licence des open data de Rennes est en préparation. J'aimerais avoir sur avis sur plusieurs points. 1) il y a toujours la clause ne pas denaturer les données. Apparement c'est dans la loi et il ne peuvent pas faire autrement. MAIS pour eux si on importe les données sans les modifier on est bon. Si ensuite une modif dans OSM dénature leur donnée ils s'en fichent car ca n'est plus la leur, c'est celle d'OSM (je trouve ca un peut limite mais c'est leur discours) 2) Le licencié s'abstient de tout usage contraire aux lois et reglements ou portant atteinte à l'ordre public. -- Pour moi c'est niet. OSM peut bien servir a des terroristes pour autant qu'on sache. Si c'est vraiment open on peut s'en servir pour organiser des braquages. Ou organiser son trajet pour faire la sortie des écoles. 3) Toute base de données dérivée doit imperativement respecter les conditions de la présente licence ou d'une licence compatible. -- soit ca contamine OSM et c'est pas possible. Soit la licence OSM est compatible avec la leur. A qui (chez OSM) on puorrait demander si les licences sont compatible? J'ai demandé a pouvoir diffuser le draft de licence. J'attends la réponse. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] imports massifs à Quimper et aille urs : réponse de Johan (franceosm)
For the imports I've done in the northern part of France (dep. 8/55 I will run http://matt.dev.openstreetmap.org/dupe_nodes/ to remove the duplicate nodes. Removing double houses (and copying the information in it) is already on my cleanup list (as I've done in Verdun). [..] Je vais lui expliquer comment nettoyer les fichiers avant import. Est ce que tu peut lui expliquer qu'il y a des dupes_nodes qu'il ne faut surtout pas toucher ? Les points geodesique Vu qu'il a l'air de degainer d'abord et de parler ensuite -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparation de osm4.crans.org [was: Re: syj ne réponds plus ?]
On 11/28/2010 11:23 AM, esperanza wrote: http://osm-syj.crans.org remarche, mais je ne peux me connecter, etles itinéraires enregistrés sont introuvables pour l'instant. Qu'en est-il ? chez moi ca marche. En tout cas les anciens itinéraires sont de nouveaux disponibles http://osm-syj.crans.org/idx/484 -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] syj ne réponds plus ?
On 11/22/2010 11:37 PM, arno wrote: Le lundi 22 novembre 2010, à 10:46:33 +0100, Nicolas a écrit : J'ai été un poil occupé la semaine dernière, je suis libre cet après midi donc j'irai faire un câlin à osm4.crans.org, voir si elle est vraiment maudite… More on that later! Ça a l'air réparé. Si c'est toi qui l'a réparé, merci pour tout :-) moi j'ai une erreur 500 :( avant c'etait la machine qui ne repondait pas, c'est un peut mieux maintenant ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La réutilisation des données pub liques : les initiatives locales en Europe
On 11/09/2010 06:40 PM, Brice wrote: J'ai prévu de m'y rendre, quels autres OSMeurs prévoient d'y être ? je ne pourrais pas etre la pendant la journée, par contre je suis partant pour un verre le soir. -- JB Brice Mallet Le 9 nov. 2010 à 15:10, Charles Nepote a écrit : casquette_boulot Nous (Fing) organisons cet évènement européen à Rennes qui peut intéresser les OSMeurs de Bretagne et d'ailleurs. L'entrée est gratuite, sur inscription, et le public vraiment très varié : acteurs publics, associations, entreprises, individuels. http://www.epsiplus.net/news/events/opendata_and_re_use (Un bon moyen, par exemple, de rencontrer les techniciens et les élus de la Région Bretagne, partenaires de l'évènement, qui ouvrent leurs données. ;-) Charles Nepote, Fing - http://fing.org/opendata /casquette_boulot ___ 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] La Région Bretagne libère ses données
On 11/07/2010 09:36 AM, François Van Der Biest wrote: 2010/11/6 Denisdhel...@free.fr: Pour info : libération de données à l'échelle de la région Bretagne ! Je vais chercher à en savoir plus concrètement sur les couches ainsi publiées. C'est génial, c'est encore à l'Ouest On sait quelle sera la licence utilisée ? Nope. Mais si on en croit la phrase un cadre juridique permettant leur libre accès, libre usage, et libre exploitation, y compris dans des services commerciaux, gracieusement et sans contrepartie, on a le choix entre CC zero / by / by-sa / ODbL / PDDL ... La licence des open data de rennes demande entre autre qu'on ne modifie pas les données et qu'on s'engage a les mettre a jour dans un temps raisonnable lorsqu'elles changent. Celles de Keolis (les bus de rennes) interdisent un usage commercial. On ne peut mettre dans OSM aucune des deux. C'est dommage. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] styles qualitystreetmap.org - Serv eur de tuiles français
On 10/26/2010 08:44 PM, julien balas wrote: En attendant cette lointaine perspective, la gestion d'un serveur ne peut qu'être rattachée qu'à une asso ou à une coop existante. Il existe une cooperative d'hebergement, c'est ouvaton. http://ouvaton.coop/ Même si ca n'est pas dans l'offre standard, il est arrivé dans le passé que des serveurs dédiés soient hébergés. Je pose la question sur les forums de la coop. Il ne reste plus beaucoup de place dans la baie, mais ca *pourrait* etre jouable. On me demande quelle bande passante estimé est nécessaire... est ce que qqun a des chiffres ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Points géodésiques et dupe_nod es
http://www.openstreetmap.org/user/magellan/edits?page=50 Bon, J'ai envoyé un message au gars l'invitant à nous rejoindre sur la liste pour réparer ses dégâts. Pas de nouvelles à ce jour... Quelles suites ? J'ai des bouts de scripts pour scrapper les pages d'openstreetmap. Je peux adapter (dans quelques jours) pour relever les numéros de changesets à reverter. Si des gens savent manier le script pour reverter... Si il a fait d'autres modifs dans le même changeset ca serait dommage de les perdre. Est ce qu'il ne serait pas moins risqué de re-inserer les points geodesiques manquants ? -- Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Points géodésiques et dupe_nod es
On 10/30/2010 10:12 PM, Pieren wrote: 2010/10/30 julien balas jul...@krilin.org mailto:jul...@krilin.org Si il a fait d'autres modifs dans le même changeset ca serait dommage de les perdre. Euh, s'il refuse toutes communications, ça devient son problème, plus le nôtre. Si des données valides sont supprimés de la base, ca n'est pas seulement son probleme, c'est aussi dommages pour nous. -- Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] 3 questions
J'ai quelques questions sur des cas que je ne sais pas trop comment aborder. Au niveau des polygones CLC http://www.openstreetmap.org/browse/way/45258649 Le way a plusieurs points commun avec lui même et il s'agit en fait de deux surface relié par un segment. Je supprimerais bien le segment pour creer deux surface, mais comment gérer les CLC:id ? Même chose pour un lac qui est un CLC mais qui s'est asséché et coupé en deux maintenant. Comment ajouter un rond point (une way, pas juste un tag mini_roundabout) sur une route qui est membre de plusieurs relations ligne de bus ? Est ce que la relation nécessite de bien ordonner les morceaux de way que l'on met dedans ? les ways http://www.openstreetmap.org/browse/way/44333401 et http://www.openstreetmap.org/browse/way/22905454 ont une petite partie superposé chacun en oneway dans des sens différents Il s'agit en fait d'un segment en double sens. Chacune des way a ses relations ligne de bus Quelle méthode est la moins risqué pour couper une des way et transférer les relations sur le morceaux commun ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâtiments en France
Pour vérifier que je ne détruit pas de données, je regarde si le fond de cadastre correspond aux buildings extraits... Et là, SURPRISE ! Mon extraction SVG de référence, faite au début de l'apparition du script, comporte plus de bâtiments que le fond Cadastre sous JOSM ! Alors qui quoi où comment ? ? ? Ma voiture étant en panne je ne pourrais pas rapidement aller vérifier si les bâtiments existent en vrai. Certaines batiments sont dupliqués 4-5-6 fois dans le cadastre, c'est peut-etre l'explication. Tes bâtiments en plus sont peut-etre dans cette catégorie. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] intégration des nouveaux CartoGraf Amateur
À Lille nous nous appuyons sur le GULL local Chtinux. Je crois que c'est une bonne idée que chacun fasse de même : les membres des GULLs sont un public tout acquis à OSM et ça évite d'avoir à recréer une association là où il en existe déjà une C'est ce que nous avons fait le WE dernier a Rennes http://gulliver.eu.org/wiki/CartographieVernSurSeiche -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre mappers
On 09/12/2010 05:33 PM, Stéphane Brunner wrote: Hello, salut Avec quelque mappeur on va ce retrouver le samedi 18 vers 13h, pour l'instant le lieux n'est pas encore défini, mais il va être quelque part entre Montreux et Villeneuve. ca se situe dans quel pays ? -- 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
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] [Géovélo] Tag name sur piste cyclable/voie de bus
Le 6 septembre 2010 10:58, GaelADT gael.sauva...@gmail.com a écrit : Bonjour, Nous travaillons de plus en plus sur le guidage pour Géovélo (feuille de route pour le site web ou applications mobiles) et nous rencontrons quelques soucis avec le tag name des pistes cyclables ou des voies de bus par exemple. Exemple, il y a un un way avec un tag name portant le nom de la rue. Et il y a un way parallèle qui est une piste cyclable ou une voie de bus. Que faut il mettre comme tag name ? On voit de tout sur OSM. Certains mettent le nom de la rue, d'autre voie de bus, d'autres rien du tout, etc. C'est vrai que je ne m'étais jamais posé la question... Du coup je n'ai jamais mis de nom sur les pistes cyclables. au niveau du guidage vous diriez quoi ? Prenez a droite sur la piste cyclable qui longe la rue Machin ? Est ce qu'avec Prenez a droite sur la rue Machin Le cycliste n'est t-il pas assez autonome pour prendre de lui même l'aménagement qui lui convient ? Quand on explique de vive voix un itinéraire, est ce qu'on dit a la personne prends la piste cyclable ? J'ai l'impression de plutot dire prends plutôt par la rue machin, il y a des pistes tout du long. Et l'info sur la présence ou pas de piste/bande, on l'a déjà dans la base non ? Un pictogramme piste ou bande a coté du texte prenez a droite sur la rue machin ne suffit-il pas ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus
Un pictogramme piste ou bande a coté du texte prenez a droite sur la rue machin ne suffit-il pas ? Le problème est justement là : imaginons que l'on ait une piste cyclable que sur la 2ème moitié d'une way rue machin. S'il n'y a aucun nom sur la piste cyclable on est obligé de dire : prendre rue machin puis prendre la piste cyclable. On a aucun moyen de savoir ce que c'est que cette piste cyclable : piste le long de la rue, ou piste qui n'a rien à voir avec la rue. Si la piste a ses deux extrémités (ou plus) qui touchent la rue machin, on peut dire qu'elle la longe non ? Et ca on peut le calculer avec les infos qu'on a dans la base. D'un autre coté si la piste bifurque vers la rue truc, ca peut devenir compliqué. D'ou l'intérêt d'avoir une opération humaine pour poser le nom ou la relation avec la rue. Ca se tiens Mais je trouve ca bizarre quand même de tagger kkchose rue machin alors que ca n'est PAS la rue machin. C'est la piste qui longe la rue machin. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] micromapping des rues
Si je lisais ce genre de commentaire sur mon travail, je pense que je serai moins motivé car j'aurai le sentiment que la communauté ne respecte pas le travail de ses contributeurs. D'autant plus que le rendu est quand même plutôt sympa je trouve. Quand on dezoom et que le village est pas ou peut relié au reste du monde on se dit qu'il aurait peut-etre mieux valu commencer par les départementales, mais après tout chacun map ce qui lui semble important. Je ne dis pas qu'il ne faut dire que du bien mais seulement qu'il faut rester poli et respecter les efforts des autres contributeurs, même lorsque le résultat de ces efforts peut être amélioré (il peut toujours l'être). Ca peut aussi etre le déclencheur de discussion. Pour les rivières on a une way + des area, pourquoi on ne pourrait pas faire ca pour les rues ? Si dans la même base on veut faire du routage mais aussi représenter les trottoirs et les places de parking, c'est peut-etre une solution. -- Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? (était : Changement de li cence [etc.])
Un effort de documentation s'impose. Je suis resté très longtemps éloigné de JOSM par timidité. Potlatch est certainement très adapté pour des manipulations simples et une première prise de contact, avec l'avantage d'être très parlant et de n'imposer aucune installation. Incontestablement JOSM est bien plus puissant mais souffre d'un processus d'installation pas nécessairement à la portée du néophyte (surtout sur GNU/Linux) et, comme tu le signales, l'intégration et la compréhension de l'usage des greffons nécessitent une période de prise en main (je n'ai toujours pas réussi à faire fonctionner le WMF). Les gouts et les couleurs... Moi je suis passé tres vite a JOSM car avec potlach j'avais la trouille de faire des bétises en live sur la base. En plus JOSM s'installe on ne peut plus simplement, juste un fichier a telecharger. -- je ne suis pas sûr que l'import du bâti, pour superbe que soit le résultat, sans une réflexion préalable approfondie soit une bonne chose. Ce sont des données en plus, c'est forcement une bonne chose non ? ;) Pourquoi des imports dans des communes par ailleurs dépourvues de données ? Pour faire joli ? Pour le rendu (argh !) ? par ce que c'est une partie du monde réel. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mosquée
Le 22 août 2010 22:57, Pierre-Alain Dorange pdora...@mac.com a écrit : wouldsmina wouldsm...@gmail.com wrote: après une petite comparaison visuelle sur josm, masjids-map contient beaucoup de point sur l'europe. osm se rattrape largement dans les pays musulman. c'est pas cool de ne pas pouvoir exploiter ses données, elles sont voué à disparaitre avec le projet... C'est tout le problème d'utiliser des sources et outils propriétaires... C'est pas partageagle ni ré-exploitable... De ce que je comprends le pb viens surtout de ce que les informations ont été stockées sous forme d'adresse postale. Visiblement le site est pret a fournir un fichier avec une licence qui vas bien. Est ce que nominatim ou autre sont suffisament précis pour effectuer un geocodage suffisament précis pour placer les POIs ? J'ai l'impression que non. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Mosquée
De ce que je comprends le pb viens surtout de ce que les informations ont été stockées sous forme d'adresse postale. Ha non justement. Ca peut être une solution ! Ce qui pose problème c'est le géocodage réalisé à l'aide des services de google. S'il existe une version des adresses non retravaillé (ou pas) par google cette partie des données peut être libéré. Il faut aussi voir comment les adresses retravaillées sont soumise à la licence de google. d'apres http://code.google.com/intl/fr/apis/maps/faq.html#tos_commercial on ne peut utiliser le geocodage google que pour afficher des points sur une carte google. Donc pour moi il est interdit de l'utiliser pour enrichir un tableau d'adresse. [...]note that use of the geocoder for any purpose other than obtaining locations that will be displayed using the Google Maps APIs is a violation of the Terms of Servicehttp://code.google.com/intl/fr/apis/maps/faq.html#tos. geocodage suffisament précis pour placer les POIs ? J'ai l'impression que non. Est ce que nominatim ou autre sont suffisament précis pour effectuer un Même si on ne peut pas le faire dans l'immédiat avec nominatim, il y a toujours d'autres moyens, ou plus tard. oui, on pourrait - geocoder le fichier CSV (avec une solution libre) - extraire celle déjà dispo dans OSM (Xapi) - sortir la liste de celle du CSV qui n'on pas d'équivalent dans OSM dans un rayon d'1Km ca nous donnerais une liste des endroits ou il y a probablement un POI qui manque. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tech] Noeuds orphellins
Le 19 août 2010 10:57, Emilie Laffray emilie.laff...@gmail.com a écrit : 2010/8/19 Rodolphe Quiedeville rodol...@quiedeville.org Le 18/08/2010 22:50, Xinfe Ewalavir a écrit : Non, c'est mondial. Pour voir la carte : http://matt.dev.openstreetmap.org/dupe_nodes/ Courage, plus que quelques millions ! Il a tout de même une quantité non négligeable de repère géodésique qui sont des faux positifs. J'ai plusieurs fois tenté de nettoyer ma région mais à chaque fois je tombe sur des points géodésiques. L'algo de détection est perfectible, quelqu'un a-t'il déjà remonté l'info à matt ? Oui régulièrement. c'est vrai que c'est un peut frustrant vu que de loin il suffit de rajouter une colonne elev dans sa base et une condition dans sa requête. Mais j'imagine que ca signifie aussi qu'il doit refaire un import complet depuis un planet monde, ce qui risque de mettre son serveur a genoux pour un paquet de temps... -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Mise à jour
Le 19 août 2010 12:07, GaelADT gael.sauva...@gmail.com a écrit : julien balas wrote: là je suis sous windows je viens d'essayer avec IE le clic droit fonctionne bien par contre le profil n'apparait pas toujours. Il semble que ca ne soit *pas* lié à l'ajout d'étapes. Par exemple le profil ne s'affiche pas sur ce trajet http://www.geovelo.fr/rennes/index.php?it=75bce05 mais si on prends un point d'arrivé de l'autre coté du rond point ca fonctionne. Ça reste curieux, j'ai également testé sous WIndows et je n'ai jamais eu ce problème (sauf une fois à cause d'un ancien fichier javascript resté en cache). Bon, de toutes manières nous allons continuer à tester avec le plus de navigateurs possibles. Oui, maintenant ca marche tout le temps, ca devais etre une histoire de cache. Pour le calcul d'itinéraires c'est là dessus que l'on se concentre actuellement. Alors il y a des choses pour lesquelles nous travaillons dessus et il y aura des améliorations : prise en compte des zones 30, changements de directions intempestifs. Pour info, la prochaine version (d'ici quelques semaines si tout va bien) tentera justement de réduire le nombre de changements de direction et les pentes. Pour les pentes, vous utilisez quelle source de donnée ? Est ce que ca vous intéresserait si qqun arrivais a vous donner des traces GPS qui couvrent entièrement une ville pour en retirer l'altitude ? Pour le temps de trajet, vous prenez quelle vitesse ? Mais pour le reste (priorité à droite, stop, feu rouge, etc.) j'avoue que pour le moment on y pense même pas :). Mais bon, peut-être que lorsque l'ensemble fonctionnera bien, on y viendra. D'autant que pour les stops il n'y en a pas trop dans la base (dans mon coin en tout cas), ca n'a pas l'air simple a modéliser ce qui est surement l'explication. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Mise à jour
Bonjour, on a le dessin du trajet sous les yeux, on veut forcer le passage du chemin a un endroit parce qu'on voit qu'il y a une rue en ligne droite la ou le routage nous fait faire un detour, il faudrait pouvoir placer un point avec du glisser deposer Dans ce cas là il faut utiliser le clic droit. Bon c'est vrai que tout le monde ne connait pas cette possibilité sur Géovélo, mais il y a moyen de s'en sortir en entrant l'adresse de l'étape au pire. clic droit ? ca ne fait rien chez moi (Firefox 3.6.8) hamster-2 wrote: une fonction qui serait bien ca serait de pouvoir voir la correspondance entre un point sur le trajet et un point sur le profil quand on fait un itineraire et qu'on voit une grosse bosse sur le profil on essaye de la contourner et la premiere question c'est donc il est ou ce point haut par exemple qu'en cliquant sur le profil ca fasse apparaitre un repere sur la carte Oui, c'est plus ou moins prévu. C'était un des objectifs à plus ou moins long terme qui m'a poussé à changer ce profil d'image en javascript. puisqu'on parle du profile, chez moi il disparait quand on ajoute une étape, c'est normal ? - le zoom est deroutant d'habitude quand on zomme ou dezoome avec la roulette, le point ou est la souris reste fixe, ici le point ou est la souris passe au centre de l'ecran et c'est pas du tout intuitif a l'utilisation, y'a meme des fois ou ca fait l'inverse de ce qui est intuitif par exemple si on a un point en bas de d'ecran et qu'on veut une vue plus large centree sur ce point, on met la souris en haut et on dezoome pour que le point remonte en meme temps que ca dezoome comme le point ou on a la souris passe au centre ca fait que toute la carte descend, et le point qui etait en bas, au lieu de remonter, sors de l'ecran vers le bas hamster-2 wrote: D'habitude ? J'utilise, je crois, le comportement par défaut d'OpenLayers. Est-ce que quelqu'un connait l'option à changer ? Si on zomme-dezoom plusieurs fois (et que la souris n'est pas au milieu de la carte), la carte se deplace. Ca n'est pas le comportement d'OSM (ni de google d'ailleurs). Et ca n'est pas le comportement d'openlayer non plus je pense cf : http://ks30026.kimsufi.com/~julien/data/ si on zoome-dezoome sur un coin de la carte, on reviens bien a la carte initiale. Sinon c'est quand même super. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Mise à jour
Le 18 août 2010 11:49, GaelADT gael.sauva...@gmail.com a écrit : julien balas wrote: Bonjour, clic droit ? ca ne fait rien chez moi (Firefox 3.6.8) puisqu'on parle du profile, chez moi il disparait quand on ajoute une étape, c'est normal ? Hum curieux, j'ai la même config que toi (je suis sous ubuntu et exactement la même version de FireFox). As tu essayé d'actualiser la page ou de vider le cache ? Tu pourras avoir une ancienne version d'un des fichiers js. là je suis sous windows je viens d'essayer avec IE le clic droit fonctionne bien par contre le profil n'apparait pas toujours. Il semble que ca ne soit *pas* lié à l'ajout d'étapes. Par exemple le profil ne s'affiche pas sur ce trajet http://www.geovelo.fr/rennes/index.php?it=75bce05 mais si on prends un point d'arrivé de l'autre coté du rond point ca fonctionne. Sur ce trajet, les coefficients de calculs ne me semble pas optimum. le trajet fait 396m pour passer par des zones pietonnes alors que le trajet direct en zone30 fait 325m, cad 20% de moins On gagne aussi un changement de direction avec traversé du trafic, une priorité à droite et un stop. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tech] Noeuds orphellins
On 08/18/2010 09:34 PM, Xinfe Ewalavir wrote: Hummm, c'est sur la bonne voie : http://matt.dev.openstreetmap.org/dupe_nodes/dupe_nodes.png Bien joué ! Benoit supprime les noeuds orphelins, ca n'est pas la même chose que les noeuds dupliqués. Il y a surement des orphelins dupliqués ceci dit ;) -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cours d'eau Banyuls-sur-Mer
Le 13 août 2010 16:45, René-Luc D'Hont rldh...@gmail.com a écrit : Bonjour, Ki c'est ki a importé les cours d'eau sur Banyuls-sur-Mer, Pyrénées Orientales ??? http://www.openstreetmap.org/user/Skywave visiblement en (semi?)automatique depuis le cadastre d'après les tags -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Produire une carte avec des élém ents personnalisés
Le 11 août 2010 13:16, gvdmo...@skynet.be a écrit : Bonjour à tous, J'aimerais savoir s'il est possible de produire ou de rendre public sur un site web une carte avec les données d'OSM, mais à laquelle on a ajouté des éléments personnels. Je suis un peu perdu dans l'immense documentation d'OSM... Par exemple, si j'étais un randonneur qui tenait un blog, ou bien un syndicat d'initiative, et que je souhaitais faire apparaître sur une carte un itinéraire de promenade. Je pourrais parcourir ce trajet avec un GPS et obtenir un fichier itn ou gpx. avec openlayer on peut faire ca assez facilement http://julien.balas.free.fr/openlayer/fete.html(tu peut faire view source pour voir la complexité du truc) - soit tu prends un GPX crée a partir d'un GPS - soit tu en fabrique un avec http://map.meurisse.org/ (c'est ce que j'ai fait) tu peut mettre aussi des marqueurs http://ks30026.kimsufi.com/~julien/data/http://ks30026.kimsufi.com/%7Ejulien/data/ dans les deux cas la carte est zoomable et glissante. Par exemple, pour une carte statique, avec une feuille de style xslt. Y a t-il des procédures et de la documentation déjà établies dans ce sens ? Dans un deuxième temps, en intégrant une carte glissante sur un site. Là aussi, y a t-il des pistes, ou bien est-ce uniquement réalisable par un programmeur chevronné ? a partir de http://wiki.openstreetmap.org/wiki/Openlayers_POI_layer_example http://wiki.openstreetmap.org/wiki/Openlayers_Track_example http://home.vrweb.de/~thomas.buedel/Bikewald/Bikewald.htmhttp://home.vrweb.de/%7Ethomas.buedel/Bikewald/Bikewald.htm un chevronné du copier/coller devrais pouvoir y arriver. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] pedestrian or not pedestrian
Bonjour a tous j'ai un doute sur les tags a mettre pour une rue comme celle de la photo suivante http://ks30026.kimsufi.com/~julien/img/54f75cb68b5587104de8e99a2757e636.jpg si j'en crois le wiki, il faut tagger pedestrian si la rue est fermées à la circulation. Or ca n'est pas le cas. http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Rues_pi.C3.A9tonnes Pour l'instant la rue est taggé residential et la definition du wiki colle bien a la rue, mais je trouve qu'il manque kkchose par rapport a une rue residentiel normal, celle ci a un panneau de zone pietonne quand même Le panneaux dit que la circulation est reglementées, mais pas quelles sont les regles. http://www1.securiteroutiere.gouv.fr/signaux/detail.asp?sSignal=2209 -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pedestrian or not pedestrian
On 08/08/2010 03:39 PM, Pieren wrote: 2010/8/8 Vincent Meurisse osm-talk...@meurisse.org mailto:osm-talk...@meurisse.org Après y'a plus qu'a choisir si on taggue selon le panneau ou la pratique. Euh, living_street existe maintenant dans le code de la route français. Il n'y a pas ä choisir, cela s'applique uniquement qu'aux zones de rencontres (aussi appelées cour urbaine à certains endroits qui ont expérimenter ce type de voie avant leur officialisation). je suis d'accord, ca n'est pas une zone de rencontre. Pour le cas présenté, il y a conflit entre panneaux et aussi la présence de signaux horizontaux pour voitures. oui, la signalisation est aberrante, mais il y a pas mal de rues comme ca a Rennes. J'ai déjà vu ça lorsque les voitures ont un accès restreint (genre riverain ou livraison). On ne voit peut-être pas un panneau à l'entrée de la rue qui limite l'accès aux véhicules à moteur en général. Si c'est la cas, rester en highway=pedestrian et ajouter un access pour riverains ou livraison. Si c'est pas le cas, c'est une erreur de signalisation et une signalisation incomplète. Demander aux inspecteurs du permis de conduire ce qu'il font dans ce cas (ça doit être marrant d'emmener les candidats exprès à cet endroit pour les piéger). J'ai prévu de demander aux forces de l'ordre. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
Le 29 juillet 2010 00:53, hamster hams...@suna.fdn.fr a écrit : internet c'est bien mais c'est assez vite lent, surtout avec les photos a 15 cm est-ce que quelqu'un sait si il y a moyen de telecharger une zone une fois pour toute et qu'ensuite josm affiche l'image a partir du disque et non pas en telechargeant et retelechargeant les tuiles a travers internet ? (c'est ce que fait deja le plugin cadastre d'ailleurs) j'ai un peu cherche un systeme de cache, mais j'ai rien trouve Il y a eu une discussion recement sur la liste de dev de josm. Si j'ai bien compris il y a bien un cahce WMS, mais si tu change de niveau de zoom, ca vide le cache :( Je narrive pas a afficher le thread en entier, juste un message (et qui n'aide pas trop) http://www.mail-archive.com/d...@openstreetmap.org/msg11895.html -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose: erreurs par utilisateur qui ne marche plus ?
On 07/27/2010 05:50 PM, Christian Quest wrote: J'ai pris l'habitude d'aller vérifier si j'avais fait des erreurs à l'aide de la recherche par utilisateur d'osmose... mais depuis quelques temps elle ne fonctionne plus. +1 Un soucis temporaire ? pas si temporaire, ca fait quelques temps déjà que ca ne marche plus. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel
8. Une rue à sens unique dispose d'une bande cyclable en sens contraire à ses extrémités, sur 10m, puis de marquages répétés au sol, chevrons+sigle cycliste, sur le reste de la rue. Je mappe : pour les extremites sur 10 m : [cycleway]=lane sur le way qui represente la bande cyclable en question, le sens du way indique le sens de circulation pour le reste : [bicycle]=opposite Ce qui est important dans ce cas là c'est que la rue est ouverte en double sens pour les velos. un cycleway=opposite_lane suffit largement Vu que le marquage répété au sol matérialise la bande sans qu'il y ai une bande. De même (pour une autre question du quizz) un cycleway:left=track n'a pas de sens je trouve. Si c'est une track elle merite une way, c'est une voie de circulation a part entière qui a sa propre vie. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel
Le 28 juillet 2010 10:43, Lapinos03 lapino...@free.fr a écrit : Julien Balas a écrit : 8. Une rue à sens unique dispose d'une bande cyclable en sens contraire à ses extrémités, sur 10m, puis de marquages répétés au sol, chevrons+sigle cycliste, sur le reste de la rue. Je mappe : pour les extremites sur 10 m : [cycleway]=lane sur le way qui represente la bande cyclable en question, le sens du way indique le sens de circulation pour le reste : [bicycle]=opposite Ce qui est important dans ce cas là c'est que la rue est ouverte en double sens pour les velos. un cycleway=opposite_lane suffit largement Vu que le marquage répété au sol matérialise la bande sans qu'il y ai une bande. Faux. On ne doit pas pas mettre de LANE / OPPOSITE_LANE s'il n'y a pas de bande expressément. C'est induire l'utilisateur en erreur sur un point de sécurité. Il n'y a pas de pb de securité : bande ou pas bande on n'écrase pas un vélo. Comme il n'y a pas de ligne séparatrice, les véhicules peuvent largement empiéter sur ce pseudo couloir de vélo. Il faut donc mettre cycleway=opposite sur un cas comme ca http://avignonavelo.free.fr/public/images/contre-sens/2sc-poste328.jpg moi je taggerais opposite_lane tous le long, même si les 5-6 premiers metres de la rue n'ont pas de bande matezrialisé. si il y a un bout de bande a chaque intersection on ne vas pas passer de l'opposite à l'opposite_lane tous les 10m ... -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Systèmes de numérotation des voi es en France. Suite, c'est moins tranché.
On 07/25/2010 01:48 PM, Christian Quest wrote: Il me semble aussi que pour l'aspect composite, tout le reste des données d'Osm ajoute justement cette dimension. Si on n'avait que les données du cadastre dans SOS ça serait une autre histoire... Si le seul apport d'OSM dans le proces c'est la rue déjà existante et son nom, ca fait peut par rapport au bati, a la numerotation et aux relations non ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Systèmes de numérotation des voi es en France. Suite, c'est moins tranché.
Ca pose pas de pb en manuel. Dans le cadre de la reco. semi auto., les points peuvent être correctement placés et reliés à la rue s'il sont ni trop près ni trop loin de celle-ci. Sinon, il faudra quand même corriger des placements à la main. On peut aussi imaginer considérer les footway et les allées privées comme faisant partie de la rue à laquelle elle sont connectées et pour moitié si elle sont connectée à 2 rues. Si on parle d'une chaine qui - extrait automatiquement les PDF du site du cadaste - les converti automatiquement en SVG - puis en OSM - puis cree les adresses des maisons - puis cree les relations sur les rues Est ce qu'on peut toujours parler de semi automatique ? Est ce qu'on est toujours dans ce fameux travail composite qui nous a autorisé l'acces au cadastre ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Geovelo] Nouvelles zones couvertes
On 07/20/2010 10:58 PM, Gérard wrote: Les deux itinéraires doivent être assez proches. Peut-être que dans ce cas précis c'est le highway=residential qui est privilégié pour l'itinéraire sécurisé. On est encore en train d'ajuster les paramètres de calcul de la sécurité/cyclabilité des voies. Je suggère que le tag bicycle=designated soit utilsé pour conseiller une rue plus sûre qu'une residential ordinaire. Bien sûr c'est moins sûr qu'une vraie cycleway. oui mais non, la on rentre dans le subjectif. Une rue considéré plus sûre par un cycliste ne le sera peut-etre pas par un autre. On en a des exemples a chaque réunion de quartier. vitesse de la voie bande ou piste cyclables presence de dos-d'ane ou de coussin berlinois, de by-pass DSC pente stop, feux, rond point CA ce sont des criteres objectifs qui peuvent servir a calculer la sureté d'une voie. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Geovelo] Nouvelles zones couvertes
On 07/19/2010 04:46 PM, GaelADT wrote: Bonjour, Pour ceux qui ne le savent toujours pas, Géovélo (http://www.geovelo.fr) est un projet français de calculateur vélo basé sur les données OSM. Géovélo couvre officiellement Paris (http://www.geovelo.fr/paris), Tours (http://www.geovelo.fr/tours) et Nantes (http://www.geovelo.fr/nantes). Cependant nous travaillons et testons d'autres zones. Suite à la conférence SotM, on m'a proposé de donner un accès des autres zones à la communauté OSM. Ca peut effectivement aider les contributeurs sur place à détecter les problèmes, erreurs voir ça peut également motiver certaines personnes à contribuer sur l'aspect vélo. Merci donc de ne pas trop diffuser les adresses suivantes ou en tout cas de bien expliquer qu'il s'agit de versions de tests, loin d'être abouties : http://www.geovelo.fr/rennes super ! par contre le fait que l'accroche quand on deplace les drapeaux ne se fasse que sur les intersections est un peut perturbant Normalement (c'est à dire lorsque l'on a pas de problèmes techniques comme en ce moment), les données sont mises à jour tout les jours pour permettre aux contributeurs de voir rapidement le résultat de leur travail. oui, ca vas etre super de voir le routage s'ameliorer au fur et a mesure qu'on qualifiera mieux les rues. Par contre comment se fait le choix des itineraires entre le mode Distance et Securité ? sur le parcours suivant, le mode distance est en effet plus court que le mode sécurité, mais il emprunte aussi un micro bout de bande cyclable en plus et des voies de bus. Donc de mon point de vue a moi, il est aussi plus sécurisé. Mode distance http://www.geovelo.fr/feuille_de_route.php?lat1=48.1090605lng1=-1.686535lat2=48.1098266lng2=-1.68201latc=48.108865370406lngc=-1.6842614273218z=17i=1 Mode securité http://www.geovelo.fr/feuille_de_route.php?lat1=48.1090605lng1=-1.686535lat2=48.1098266lng2=-1.68201latc=48.108865370406lngc=-1.6842614273218z=17i=1 -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ligne de cote
sylvain letuffe wrote: Le dimanche 18 juillet 2010 00:15:36, julien balas a écrit : et contrôlé semi-automatiquement de temps en temps (rythme hebdomadaire, je crois). Donc pas de prise en compte immédiate. la ligne de cote n'est toujours pas mise a jour. http://osm.org/go/eqel9lJG Est ce que c'est du au fait que c'est une ile et pas le continent ? Il me semble que la réponse rythme hebdomadaire est plus que très très ambitieux. sur la page http://wiki.openstreetmap.org/wiki/Coastline#Main_Mapnik_Layer ils annoncent every few weeks Je ne suis sûr de rien, mais il me semble que c'est plus ou moins à la main, et quand il veut/peut, et que ça s'approche plus de une fois tous les 6 mois ce qui est bizarre c'est que j'avais retouché aussi la coté du continent coté quiberon et ca avait en effet été pris en compte quelques temps plus tard. Depuis quelques polygones CLC ont un peut encore changé les choses, il faut que je les reprennes. Mais pour belle-ile ca n'a pas bougé alors que j'ai faite les modifs a quelques heures d'interval. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ligne de cote
Est ce qu'il faut re-importer la ligne de cote dans un outil externe qui fait kkchose de spécial au niveau du rendu Il s'agit du rendu mapnik ? Celui-ci se base sur un fichier coastline externe à la base de donnée et contrôlé semi-automatiquement de temps en temps (rythme hebdomadaire, je crois). Donc pas de prise en compte immédiate. la ligne de cote n'est toujours pas mise a jour. http://osm.org/go/eqel9lJG Est ce que c'est du au fait que c'est une ile et pas le continent ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Taguer l'exclusion de rues du double sens cyclable
yves.rouqu...@wanadoo.fr wrote: Bonjour , Comment d'apres vous taguer les rues qui sont exclus du double sens cyclable par arrete municipal ? j'ai penser a une relation resctriction . Faut-il vraiment mapper ca ? Je veut dire, OK la rue sort du cadre général, donc ca vaut peut etre d'etre visible mais fondamentalement le fait qu'il n'y ai pas de bande cyclable suffit a etre représentatif de la réalité. Après, que le rendu spécial cyclo la fasse ressortir d'une couleur particulier pour dire attention cette rue est pas normal, tout a fait d'accord. C'est l'essai que j'ai fait ici http://img32.imageshack.us/img32/7594/mapz30.png En rouge les rue pas encore aux normes En bleu celles aux normes En vert les zone 30 sans sens unique. Moi je serait pour ne pas rajouter de tag, mais que dans certain rendu ca soit visible par calcul sur 'z30+sens unique+pas de bande dans l'autre sens' Ma ville , Lyon semble detenir le triste record de l'agglomeration qui a le moins de DSC. j'aimerai utiliser OSM à des fins de comptages et statistiques . avec osmosis tu doit pouvoir extraire les rues en sens unique et a 30 a l'heure qui n'ont pas de cycleway=opposite. Sinon j'ai fait un petit programme java qui en fait la liste. Faut que je le retrouve. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] upload du bati freeze
christophe t wrote: Le 4 juillet 2010 13:42, Etienne Trimaille etienne.trimai...@gmail.com mailto:etienne.trimai...@gmail.com a écrit : Mes uploads n'ont rien à voir avec le bâti, mais j'ai le même symtome, la création de 30 pauvres points prend une minute là où il ne prenait que 1 ou 2 secondes avant. Idem, je suis en train de corriger des erreurs osmose, donc j'ai à chaque fois une dizaine de noeuds à uploader, et c'est long ! ok, je me sens un peu moins seul. en espérant que tout rentre dans l'ordre. quelqu'un sait-il si cela est lié à la maintenance de ce week-end ? probablement qu'il faut qu'il encaisse le pic de charge lié a l'arret. Tous les gens qui piaffaient se sont lachés quand le serveur a été de nouveau accessible. Par exemple moi j'avais pris une zone juste avant l'arret, j'ai fait un import semi-automatique avec nettoyage manuel. Une fois que le serveur est reparti, j'ai fait l'import. 38.000 elements en 38 paquet de 1000, ca a mis 1h30 je crois a uploader ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins de rando (au sens large)
Pieren wrote: 2010/7/2 sylvain letuffe sylv...@letuffe.org mailto:sylv...@letuffe.org Doit-on (oui ou non) virer les tag GR sur OSM ? Oui Ca n'est pas aussi simple. Je pense qu'il faut attendre la rencontre Os-Geo/Ratzilla + FFRP de Septembre avant de virer les GR. Je suis moi-même très vigilant à ce que nous respections les droits d'auteur et qu'OSM reste clean de ce côté-là mais il n'y a pas de raison pour brutalement changer de stratégie. Il y a aujourd'hui clairement un doute, il y a aussi eu des tentatives de communication de notre côté donc on peut facilement prouver notre bonne foi. En attendant une réponse de la FFRP, le mieux reste de NE PAS ajouter les GR, comme indiqué sur le wiki. Juste pour indiquer l'ampleur du problème (à la louche) sur une base FR du 08/06/2010 il y a 272 mentions du mot GR [1] pour 55 intitulés différents [2] et le top 10 des intitulés de GR mis dans OSM sont [3] 47 GR 51 35 GR 6 30 GR 20 22 GR 34 13 GR 96 9 GR 9 7 GR 20 - Variante 6 GR 532 5 GR du Pays de Falaise 5 GR 6 - GR 63 cat france.osm | grep \GR GR.txt [1] cat GR.txt | wc [2] cat GR.txt | cut -d= -f3 | cut -d\ -f2 | sort | uniq | wc [3] cat GR.txt | cut -d= -f3 | cut -d\ -f2 | sort | uniq -c | sort -rn | head -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] le manque
mains qui tremblent, sueur froide, irritabilité ? Et oui, la base OSM est en lecture seule... ca fait mal, mais les symptomes cessent au bout de quelques jours. En attendant il reste les walking papers ;) -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag place handicapé
Etienne Trimaille wrote: Quand on indique un parking avec les menus de JOSM, il demande si il y a des places pour handicapé, pour femmes enceintes et pour les parents (jeunes parents ?) Sur un parking récemment j'ai vu a coté des places handicapés, des places familles. Ca n'était pas un panneau officiel. Il faudrait que j'y retourne pour prendre une photo. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre et ligne de cote
http://wiki.openstreetmap.org/wiki/WikiProject_France/G%C3%A9oLittoral génial ! et sur http://wiki.openstreetmap.org/wiki/FR:Port il y a pas mal de réponses a mes questions. Il me reste juste une question. Faut-il ecraser la source si il y en a une ? Merci Oui si la source change :). Ou je n'ai pas compris la question. je pensais au cas comme celui la http://img576.imageshack.us/f/lac4.jpg/ il y a un polygone CLC de défini pour le lac donc avec une source et d'autres identifiants. Si grâce aux photos ortho de geolittoral je raffine ce polygone. Est ce que je doit changer la source ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi auto bati: pb pdf corrompu
J'ai essayé d'ouvrir le pdf téléchargé avec le script, effectivement, il est corrompu... corrompu comment ? estce que ca ne serait pas du HTML qui dit le site du cadastre est down ? cat le_fichier.pdf | head ou file le_fichier.pdf donne quoi ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Voila, en espérant que cela nous mènera à une carte complète un de ces jours ! Il reste encore du boulot ;) Dès la première utilisation j'ai été frustré par le zoom : on veux voir les détails mille sabord ! pareil ;) -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] /!\ Import bâti et noeuds dupliqu és /!\
Sébastien Dinot wrote: Christophe Merlet a écrit : Je constate que l'import du bâti multiplie les explosion de nœuds dupliqués à travers la France. Je me trompe où ça commence à devenir du grand n'importe quoi cet import ! On est dans un processus itératif d'ajout de données intéressante puis de nettoyage de données en trop, ca ne me choque pas. C'est sur que si on fait bien du 1er coup c'est mieux, mais bon... -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] /!\ Import bâti et noeuds dupliq ués /!\
Vincent Pottier wrote: Le 23/06/2010 23:50, julien balas a écrit : On est dans un processus itératif ou hyper hâtif... c'est sur qu'on dirais qu'on est des morts de faim qui ont peur que la ressource s'épuise ;) -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] key:construction
Je proposerais bien également un nouveau tag : cycleway=construction (ou busway=construction). Il ferait gagner en précision : c'est le seul moyen de signifier que c'est seulement la bande ou la piste cyclable qui est impraticable parce qu'en travaux, et non la voie toute entière. Il y a ce cas a coté de chez moi, un chantier itinérant qui vas durer une année pour refaire la rue, une voie de circulation et la bande cyclable sont supprimé. Mais il reste une voie de circulation. Il ne me viendrais pas a l'idée de tagger ca - la position des travaux change toutes les semaines - on peut quand même passer Un peut plus loin il y a un passage a niveaux qui est en travaux pour 3 ans le temps de construire un tunnel. http://osm.org/go/eri0y4cHP-- Les mappeurs locaux ont donc logiquement coupé la route car on ne peut vraiment plus passer, même a pied. Et quand les travaux seront fini, les routes seront rattachées. Il vas y avoir un échangeur un peut compliqué, il vaut mieux attendre de voir les travaux finis même si on a déjà les plans. Qu'en pensez-vous ? Que pour des travaux - a durée assez courte ou - qui ne changent pas fondamentalement l'usage c'est beaucoup de boulot pour une utilité qui ne me parait très hypothétique sachant que ni les outils de rendu, ni les outils de routage n'exploiteront pas ces tags (dans un premier temps en tout cas). Je ne parle même pas des données obsolète, le point a déjà été évoqué dans d'autres réponses. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
GaelADT wrote: julien balas wrote: heu, c'est en pause de mon coté, j'étais en vacance et maintenant c'est la fête du vélo, et puis j'ai été enlevé par des extra terrestres. plus sérieusement j'ai *un peut* avancé sur l'install de mapnik et sur l'import des données. De mémoire l'import initial est OK, le rendu est OK. reste a mettre en place le slippy et l'ajout des diff. Ok. Si tu as besoin d'aide je veux bien aider. volontiers, il faudra que que cree un compte beciklo sur le serveur. julien balas wrote: c'est demain tu veut dire... Oui et non. En partant d'un rendu de base et avec les compétences de tout ceux intéressés par le projet je suis sûr que l'on peut arriver assez rapidement à un premier résultat. moi je ne fait rien d'ici lundi prochain en tout cas ;) -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Exploiter des tracés ferroviaires via Open Street Map
Nicolas B-DJ wrote: Merci beaucoup pour vos réponses, Tout ça m'a l'air très compliqué (pour un non initié comme moi) mais je vais tâcher de me renseigner pour essayer de mettre tout ça en place .. Merci pour ces pistes, Si tu explique un peut plus en détail ton besoin, les solutions proposé seront plus précises. Par exemple si tu veut afficher des traits dont la largeur varie en fonction du tonnage qui transite sur les voies, pas sur que les solutions précédentes fonctionnes. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des rond-points qui n'en sont pas
Le principe est d'identifier les chemins semblant être des rond-points : highway=primary/secondary/tertiary/residential, pas de junction=roundabout, way fermé, sans nom ou qui commencent par Rond, qui à entre 3 et 24 noeuds, dont le diamètre est inférieur à 80m et qui ressemble à un cercle. http://f.rodrigo.free.fr/tmp/osm-map/ra-wn.html quel est la fréquence de mise a jour ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contre sens cyclable sur zone 30
arno wrote: Le mercredi 12 mai 2010, à 12:29:42 +0200, Eric a écrit : Je verrais bien ça sur la limite de vitesse : maxspeed = urban (pour les zones limitées à 50) maxspeed = quiet_speed (pour les zones 30) Je pense pas que maxspeed soit un tag approprié. Une zone 30, une zone de rencontre, une route en agglomération, ça ne définit pas uniquement une vitesse limite; ça définit plein d'autres choses: doubles sens cyclables, priorité piéton, interdiction de klaxonner etc. Du coup, je trouve que c'est mieux un tag générique type=quiet_speed ou reglementation=quiet_speed. On pourrait ensuite associer toutes les informations à ce « méta-tag » tu veut dire comme les zone de rencontre que l'on tag living_street ? http://wiki.openstreetmap.org/wiki/Living_street -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contre sens cyclable sur zone 30
Pieren wrote: 2010/5/11 christophe savigny christophe.savi...@gmail.com mailto:christophe.savi...@gmail.com Quelqu'un est il motivé pour lancer la proposition ? Je pense que c'est quand même un gros manque, l'absence du tag zone 30. Personnellement, je vois assez mal la création de polygones pour des restrictions limitées à quelques rues. On pourrait en faire de même pour les 3.5t, les sens-uniques, etc. En plus, si on voit facilement où ça commence, c'est plus difficile de dire où ça se termine (à moins de se retourner en permanence ou de faire le trajet dans les 2 sens). Sans compter que souvent sur le terrain il manque des panneaux pour fermer le polygone. Autant dans un soucis d'avoir une carte qui contient la vérité absolue ca aurait du sens de faire la distinction zone30/limitation30, autant dans la vrai vie ca ne change rien pour le routage. Ca ouvrirait la porte a des rendu différents, pour quel intérêt ? En tant que cyclistes ca nous montrerais que si il y a un sens interdit, on peut le prendre a l'envers, mais tant que ca n'a pas été vérifié sur le terrain on n'est pas a l'abri d'un aménagement non conforme (et tous les double sens ne seront pas prêt pour la date butoir du 1er juillet). Je préfère encore le maxspeed=30 avec si nécessaire du oneway=yes et du cycleway=opposite Le plus simple reste à mon avis de l'attacher aux ways. Si ça se généralisait à toute l'agglomération, ça serait autre chose. C'est le cas a Lorient, toute la ville est zone 30 SAUF certains axes structurant a 50. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] boulette !
hpmt wrote: Stéphane Brunner a écrit , Le 04/05/2010 10:12: Il me semble qu'il lui manque un 'building=yes' ;-) Comme on ne peut pas modifier un way, je l'ai écrasé avec une version 2, en rajoutant building=yes. Mais, on ne voit toujours pas ce bâtiment dans OSM ; un autre bug (shop=mall) ? délai de calcul normal ? Vous voyez vos modifs tout de suite, vous-autres ? ca depends ;) Si tu veut voir tout de suite les changements il faut faire - clique droit sur le point qui t'intéresse dans osm.org, puis View Image - ca t'affiche juste une partie de la carte et dans l'adresse de ton navigateur tu doit avoir kkchose qui ressemble a ca http://b.tile.openstreetmap.org/18/132209/95805.png - si tu rajoute /dirty a la fin de l'adresse et que tu valide, http://b.tile.openstreetmap.org/18/132209/95805.png/dirty tu devrais avoir un message qui dit Tile submitted for rendering - là en général c'est très rapide si tu est au zoom maximum, tu fait juste back deux fois pour revenir sur ta carte initiale - tu rafraichi ton navigateur (F5) et normalement tu a un carré à jour. Pour le cas de ton bâtiment, il est reparti sur 2 carré, il faut faire 2x la manip. (je l'ai fait, normalement c bon maintenant) Par contre les differents niveaux de zoom ne sont pas mis a jour par cette manip, il faut attendre que les mise a jour normale arrivent, ou peut être répéter la même manip a chaque niveau de zoom. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MemoryError avec pyosm
Rodolphe Quiedeville wrote: Yann Coupin a écrit : A vue de nez, ça monte le fichier sous forme d’arbre en mémoire. Donc ça peut prendre beaucoup de mémoire si le fichier est gros (le stockage ne doit pas en plus être optimisé pour être compact). Tout ça pour dire qu’à part recoder pyosm pour utiliser un cache disque (pas regardé le code pour savoir la meilleure façon de faire) ou ajouter de la RAM dans ta machine (je pense en même temps que 3Go c’est déjà bien), il n’y a pas vraiment d’autres solution. Il est peut-être temps de te monter un postgresql et d’utiliser osm2pgsql en premier ? Salut, J'ai déjà des pg qui tournent mais je pensais tout de même ne pas avoir besoin d'en arriver là juste pour parser des fichiers xml. Information de pro qui m'intéresse c'est pourquoi osm2pgsql s'en sortirait lui avec de si gros fichiers ? Il doit utiliser un parser SAX plutôt qu'un parseur DOM. Et puis il ne garde pas les infos en mémoire, il sauve les éléments en base au fur et a mesure. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] installation mapnik, probleme (ab)scons
Thomas Gratier wrote: Bonsoir, Sans convictions (jamais essayé sous Lenny) allez sur http://trac.mapnik.org/wiki/DebianInstallation Vous avez toutes les dépendances et le guide pour installer sous Lenny Vous avez suivi ces instructions ou bien il y a des erreurs non mentionnées dans la page? Je n'ai pas suivis cette page, je ne l'avais pas trouvé. Visiblement la version de mapnik qu'ils extraient (la 0.7.1) serait compatible avec les versions de la libboost installé par défaut. Le trunk a besoin d'une lib 1.41, les lib proposé dans la page sont en 1.35 J'essaye dans les jours qui viennent. Merci -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] installation mapnik, probleme (ab)scons
Pieren wrote: 2010/4/25 julien balas jul...@krilin.org mailto:jul...@krilin.org mais même en changeant les chemins de la compile mapnik, il semble qu'il vas toujours chercher les lib a l'endroit de départ python scons/scons.py configure PYTHON=/usr/bin/python PGSQL_INCLUDES=/usr/include/postgresql PGSQL_LIBS=/usr/lib/postgresql BOOST_INCLUDES=/home/julien/slippy/boost/boost_1_42_0 BOOST_LIBS=/home/julien/slippy/boost/boost_1_42_0/stage/lib La réponse se trouve peut être dans le fichier ./SConstruct: In effect /usr/lib is likely to come before /usr/local/lib which makes linking against custom built icu or boost impossible when those libraries are available in both places. Pourquoi tu ne déployes pas tes nouvelles librairies boost dans /usr/lib ? Tu veux garder les anciennes ? La peur de tout casser ;) En fait je suis plus un utilisateur avancé qu'un admin, je ne sais pas trop comment fonctionne les lib. Si je change un lien symbolique pour le faire pointer vers la nouvelle version, est ce qu'il n'y a pas un risque que des programmes qui utilisent l'ancienne version de la lib ne fonctionnent plus. Que faire si différents programmes ont besoin des deux versions, il n'y a qu'un lien symbolique... Si c'est le cas, toujours d'après SConstruct, il y aurait une variable qui permettrait de changer l'ordre de priorité des library path : LINK_PRIORITY ok je regarde Merci -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] installation mapnik, probleme (ab)scons
Bonjour, pour les essais de rendu vélo, je suis en train d'installer mapnik je bloque sur le build de mapnik depuis les sources svn co svn://svn.mapnik.org/trunk mapnik-src cd mapnik-src python scons/scons.py PYTHON=/usr/bin/python PGSQL_INCLUDES=/usr/include/postgresql PGSQL_LIBS=/usr/lib/postgresql BOOST_INCLUDES=/usr/include/boost BOOST_LIBS=/usr/lib comme le build me disait que ma lib boost n'était pas assez récente j'ai compilé la lib depuis les sources elle a l'air d'être bien compilé (des .so sont crées et je n'ai pas d'erreur fatal dans la compile) mais même en changeant les chemins de la compile mapnik, il semble qu'il vas toujours chercher les lib a l'endroit de départ python scons/scons.py configure PYTHON=/usr/bin/python PGSQL_INCLUDES=/usr/include/postgresql PGSQL_LIBS=/usr/lib/postgresql BOOST_INCLUDES=/home/julien/slippy/boost/boost_1_42_0 BOOST_LIBS=/home/julien/slippy/boost/boost_1_42_0/stage/lib j'ai toujours le même message d'erreur Searching for boost libs and headers... (cached) louche *libs found: /usr/lib - pas le chemin passé en paramètre *headers found: /usr/include --pas le chemin passé en paramètre *no lib naming extension found Checking for Boost version = 1.41... no Boost version 1.41 or greater is requred J'ai vidé le cache scons rm .sconf_temp/ mais ca ne change rien j'ai aussi essayé tout un tas de paramètre pour scons pour qu'il vide ou ne tienne pas compte du cache, mais sans succès. Si quelqu'un a déjà installé mapnik sur une debian lenny et qu'il a noté la procédure qqpart, ca m'intéresse. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : rendu cyclable : choix d'un nom
Pierre Mauduit wrote: Re, Je pense qu'il a du faire référence à : http://wiki.openstreetmap.org/wiki/FR:ti...@home Au temps pour moi, j'avais cru entendre parler de feuilles de style Mapnik tout au long du thread ; Pour mon rendu perso a moi, j'etais parti sur du osmarender, la feuille de style est prete. Et c'est dans ce cadre que j'avais parlé de ti...@home a Benoit (ce sale délateur) Ensuite je me suis apercu que si je voulais proposer une slippy map a mes utilisateur, il valais mieux passer a mapnik. Et là j'ai eu besoin de faire une pause ;) -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010
Bruno Cortial wrote: Bonjour Le 21 avril 2010 18:37, Emilie Laffray emilie.laff...@gmail.com mailto:emilie.laff...@gmail.com a écrit : Donc oui au layers, oui a comment regarder comment faire cela proprement. Une solution simpliste : * tracer le parcours avec OpenRouteService.org * exporter le gpx * Vive OpenLayer +1 Je ne vois en effet que cette solution si on veut faire kkchose - en dehors d'OSM - qui soit jetable sans trop de regret - qu'on puisse installer facilement sur un petit serveur. - dont les données ne soit pas modifiable dans OSM par un gars qui aimerait bien faire croire a ses copains que le tour passe dans sa rue. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : rendu cyclable
Sebek wrote: Dans le but d'offrir cette fonctionnalité sur toute la france je suis en train d'installer mapnik sur un serveur. Mais j'imagine qu'un kimsufi ne suffira pas pour un vrai rendu opencycle réellement utilisable. Comme déjà relevé par quelqu'un de cette liste, il parait intéressant de pouvoir tester le rendu sur une petite échelle. Genre une ville où on a toutes les situations compliquées (double-sens cyclables, couloirs de bus ouverts, zone piétonne, zone de rencontre etc...) Il y a tout ca a Rennes, et dans pas mal d'autres villes surement. Il n'y a pas des endroits de test sur terre ? sur la terre d'OSM je veut dire... Un kimsufi nous suffit :) Si un kimsufi ca suffi, pourquoi pas. Par contre je ne sais pas a quelle écheance j'aurais un mapnik + serveur de tuile + update regulier de la base qui fonctionne. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : rendu cyclable
Benoît ROUSSEAU wrote: D'ailleurs, au sujet du rendu de la carte, je pense que ça peut être intéressant de prendre contact avec des associations cyclistes afin d'avoir un regard extérieur à openstreetmap. Julien Balas pourrait faire l'affaire :p. C'est pas beau de dénoncer ;) En plus je peut pas avoir un regard extérieur, na! Pour un besoin précis (recenser les sens interdit en zone 30 dans lesquels les municipalités n'ont pas encore mis de double sens cyclables) j'ai fait une petite feuille de style osmarender. http://img32.imageshack.us/img32/7594/mapz30.png Dans le but d'offrir cette fonctionnalité sur toute la france je suis en train d'installer mapnik sur un serveur. Mais j'imagine qu'un kimsufi ne suffira pas pour un vrai rendu opencycle réellement utilisable. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu cyclable
Vincent Calame wrote: Ca me parait relativement important de décider d'un nom qui fait consensus dès maintenant pour éviter de déménager 50 fois le wiki etc ... OK pour un nom international (donc en anglais). International oui, en anglais pas forcément. Les informaticiens anglo-saxons sont les premiers à aller puiser dans d'autres langues : wiki, ubuntu. Pourquoi pas un terme en wolof (vélo se dit welo), en quechua, en latin ou grec ancien... Je suis pour. Un nom peut être utilisé mondialement sans être anglais. Par contre peut etre garder le openmap ? OpenVelocipedeMap, OpenKyklosMap, OpenColusMap, etc. source : http://en.wiktionary.org/wiki/bicycle http://en.wiktionary.org/wiki/%CE%BA%CF%8D%CE%BA%CE%BB%CE%BF%CF%82#Ancient_Greek -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] la DDE utilise OSM et Maposmatic
Bonjour, Une personne de retour d'une réunion à la DDE sur les deplacements, me donne la carte qu'ils ont utilisés. A ma grande surprise (et joie) c'est une carte maposmatic ;) 1024x768 http://ks30026.kimsufi.com/~julien/img/911f2d002b1a8fa06bacf773a3f9a623.jpg taille originale (3.8 Mo) http://ks30026.kimsufi.com/~julien/img/7111a5b1ed362ef9719af6b11b4eb173.jpg -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone 20 - priorité piéton
ICHB OSM wrote: Comment tagge-t-on cette joyeuseté ? http://www.rennes.maville.com/actu/actudet_-Les-pietons-desormais-prioritaires-sur-les-voitures-_loc-1320489_actu.Htm bonne question ca n'est pas une highway=pedestrian car tous les véhicules peuvent y passer. ca n'est pas non plus un highway=footway car c'est plutot les sentiers. A priori c'est une living street http://wiki.openstreetmap.org/wiki/Living_street avec un maxspeed a 20 -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openadresses.org et OSM
Le problème est la licence. Ils utilisent une licence CC-BY 3.0 alors que la licence actuelle de OSM est CC-BY-SA 2.0. Ils sont donc en violation de la clause SA. A noter qu'ils ont prevu d'annoncer cela a la communaute OSM, mais ils sembleraient qu'ils aient un peu loupe sur le coup. Emilie Laffray Sur twitter, ils disent souhaiter créer une synchro entre OpenAddresses et OpenStreetMap, sauf qu'il y a un problème de licence. On est d'accord ? une synchro ou les données sont DANS osm ? http://www.openstreetmap.org/browse/way/48012907 de plus je ne comprends pas trop les tags associé a ce batiment. Le copyright notamment. Les tags oa:lat et oa:lon me semblent aussi assez redondant avec la position du batiment. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CR rencontre CG 38
- Rennes a fait beaucoup de communication autour des données en libre accès. Précisément, qu'est-ce qui a été utilisé dans OSM ? Ou qui pourrait l'être ? Pour l'instant il n'y a rien car la licence qu'ils ont choisie n'est pas compatible. De toute facon il n'y a pas grand chose pour le moment, juste la position des 81 stations de vélos en libre service. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments, Adresses d es bâtiments, et plugin
Pieren wrote: Les relations ont l'avantage d'être plus propre au niveau modélisation et évitent les répétitions du tag name mais elles sont aussi un peu plus difficile à éditer. Le concept de relation est aussi plus difficilement appréhendé par les débutants qui pensent souvent que c'est réservé aux contributeurs expérimentés (à tord). C'etait mon cas ;) Mais ce WE je vais creer des relations, promis. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Benchmark d'import osm - Etait beta est de retour...
Emilie Laffray wrote: On 31/03/2010 18:11, Steven Le Roux wrote: Puisqu'on parle de performance, quelqu'un aurait essayé d'importer le format osm vers une base nosql genre cassandra/HBase ? Je ne suis pas sure que ca soit utile. Après tout, je ne crois pas que les bases nosql aient un support spatial a la base. Je ne suis pas convaincue par l'utilisation d'une base nosql car la logique derrière tout ca n'est pas aussi simple et pour utiliser cela de manière utile, il faut bien maitriser. Je ne sais pas si ca aurait un quelconque avantage a moins d'avoir cela sur le serveur principal (et la serie de clusters associes). Il faut voir. Je serais curieuse de voir le résultat et surtout de savoir si ca apporte vraiment quelque chose. d'apres ce que j'ai compris ca s'adapte bien aux structure de données dont le contenu est variable. Du coup j'imagine que ca pourrait coller avec les donnes OSM dans la mesure ou la plupart des attributs d'un node ou d'une way sont optionnels (et qu'on peut même rajouter un nouvel attribut a tout moment) Pour les clusters, apparement les base noSQL sont plutot performante des qu'il y a pas mal de serveurs, donc ca pourrait coller aussi. Surtout qu'a priori il n'y a pas (ou il y a moins) de goulet d'etranglement sur les ecritures en base. Qui sont traditionnelement un peut le facteur limitant. Enfin tout ca c'est de la theorie. J'espere essayer la pratique ce WE. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photos aériennes
Il y a une dizaine d'année mon oncle avait un cerf volant (assez grand retenu par deux personne avec baudrier et ancré au sol) qui portait un appareil photo télécommander, il faudrait que je le ressorte du grenier pour faire des teste. Avec le mien j'avais pris des photos de ce genre il y a quelques années http://img42.imageshack.us/img42/4089/p4010066.jpg Il faudrait que je re-essaye avec du matériel moderne. Donc, dans l’idéal il faut attacher l’appareil photo sous l’engin volant et prendre des photos en rafale. Dans l’idéal il faudrait que les mouvements de l’engin soient compensés par un système inertiel (gyroscope de missile par exemple) assez cher et dur à trouver. Il existe des systèmes mécanique simple qui donnes des résultats étonnamment bon. http://www.kaper.us/basics/BASICS_picavet.html -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] données libres à Rennes ?
Benoît ROUSSEAU wrote: Julien, Sais-tu si qu'ils entendent par mis en place, une démo sur calque, une intégration ? Non, ils attendent de voir les applis qui émergeront mais ils attendent surtout de voir comment ca vas se passer avec les données que vas libérer Rennes Métropole. Même si les données keolis sont disponible avant, je ne pense pas qu'ils soient l'initiateur du projet. Ils ont juste profité de l'opportunité d'avoir un système d'informations récent pour y coller quelques url REST. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] cadastre, josm et projection
Bonjour a tous, j'ai commencé a regarder le plugin cadastre de JOSM quand j'affiche des zones ou il y a déjà des bâtiments, j'obtiens un petit décalage entre le building tracé et le fond du cadastre Du coup j'hésite a ajouter des bâtiments car je ne sais pas si j'ai un pb de projection (probable) ou bien si c'est ceux qui ont mis les bâtiments déjà existant qui ont le décalage (peut probable) ce que je vois http://img62.imageshack.us/img62/8197/cadastre.png lien osm http://osm.org/go/eri0_Y3q7-- Je suis a Rennes, mes réglages JOSM sont Projection method : Lambert CC9 Zone (France) Lambert CC Zone : 7 (47 to 49 degrees) Si quelqu'un a une idée... -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr