Re: [OSM-talk-fr] Préchargement de tuiles avec OSMTracker
Nous avons mis une limite qui plafonne automatiquement à 1 tuile/s au bout de quelques milliers de tuiles chargées car certains abusaient. Je ne pensais pas en sniffer tant que ça d'un coup. Ce sont surtout les tuiles de fort zoom qui chargent le serveur, car elles doivent être soit calculées soit souvent recalculées. C'est partir de quel niveau de zoom? Le wiki dit: Les zooms 12 à 15 sont pré-calculés pour la France métropolitaine ainsi que pour les zooms 16 et 17 sont précalculés pour l'île de France. Ailleurs, les tuiles sont générées à la demande. Donc, hors de France, c'est dès le niveau 12 que le calcul est fait à la demande? Mon idée serait de mettre un avertissement si on demande trop de tuiles à trop fort zoom. De plus charger les tuiles une à une est relativement peu efficace en terme d'usage réseau. Un truc qui serait bien serait de fournir un GPX au serveur qui rendrait une MBtile des tuiles autour de la trace... un machin à coder ;) +1 :-p Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bureaux de poste
Bonjour, De : Olivier Delaune Après récupération des données de Mantilly, je me suis aperçu qu'il ne s'agissait aps de l'ancien bureau de Poste mais du relai poste qui est situé dans l'épicerrie (depuis la fermeture du « vrai » bureau de poste). Du coup, ça a quand même le tag « amenity:post_office » ? Tu viens de mettre le doigt sur un bug :) Dans le cas d'un relais de poste chez un commerçant, on avait convenu de typer en combinant 2 tags : amenity=post_office post_office:type=post_partner Initialement dans les données de la Poste ce type était décrit : Relais poste commercant (sans cédille). Mon test s'appuyait dessus. La cédille est apparue dans les mises à jour des données de la Poste, mais je n'avais pas suivi ce point. C'est réparé à l'instant dans l'outil, pour les points intégrés à l'avenir. Pour le relais de Mantilly, tu peux rajouter le tag manuellement. merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géocodage IGN un peu plus libre
2014-02-13 22:35 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com: Donc dans le cadre d'un fichier dispo en opendata, thématique, relativement partiel, cela ne semble pas poser de problème. Le problème pour le côté substantielle c'est qu'à force de géocoder des fichiers limités, l'ensemble peut devenir substantiel. Juridique je crois qu'une thématique peut déjà être considéré comme substantielle. Pas sûr. Le problème est ailleurs. On peut avoir par exemple deux administrations qui géocodent et publient leurs résultats à partir de l'IGN : un les écoles, l'autres les casernes de pompiers. C'est thématique mais ça reste des publications séparées et non substantielles. Maintenant, avec OSM. Un contributeur géocode les écoles, un autre les casernes de pompiers. Le problème est que les deux résultats sont ensuite intégrés dans la même base de donnée OSM. En cummulant les travaux thématiques, on reconstitue petit à petit la base originelle : ça devient du substantiel. Le terme prend toute sa signification dans l'accumulation et la reconstitution. Je ne suis pas sûr d'avoir été très clair mais pour moi, c'est incompatible avec OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géocodage IGN un peu plus libre
Le 14/02/2014 11:44, Pieren a écrit : 2014-02-13 22:35 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com: Donc dans le cadre d'un fichier dispo en opendata, thématique, relativement partiel, cela ne semble pas poser de problème. Le problème pour le côté substantielle c'est qu'à force de géocoder des fichiers limités, l'ensemble peut devenir substantiel. Juridique je crois qu'une thématique peut déjà être considéré comme substantielle. Pas sûr. Le problème est ailleurs. On peut avoir par exemple deux administrations qui géocodent et publient leurs résultats à partir de l'IGN : un les écoles, l'autres les casernes de pompiers. C'est thématique mais ça reste des publications séparées et non substantielles. Maintenant, avec OSM. Un contributeur géocode les écoles, un autre les casernes de pompiers. Le problème est que les deux résultats sont ensuite intégrés dans la même base de donnée OSM. En cummulant les travaux thématiques, on reconstitue petit à petit la base originelle : ça devient du substantiel. Le terme prend toute sa signification dans l'accumulation et la reconstitution. Je ne suis pas sûr d'avoir été très clair mais pour moi, c'est incompatible avec OSM. Pieren C'est clair que dans un projet comme OSM avec une base unique, par accumulation, ça peut vite devenir substantiel sans cadrer un minimum. Là je viens de tester avec un bout de Banatic pour voir, et ce qui serait bloquant pour moi (hors OSM) c'est surtout que ça ne fourni pas (encore?) d'indication de précision du géocodage. Donc sur des gros fichiers ça serait fastidieux de faire les vérifications nécessaires mais sur des petits ça peut le faire quand même. En tout cas le logiciel fonctionne parfaitement sur ma Debian avec wine. Pour les pertes de données, je n'ai rien constaté, ils ont peut-être tenu compte de tes observations Christian. PS: un peu passionnel le sujet de l'IGN sur la liste ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géocodage IGN un peu plus libre
Le 14/02/2014 11:44, Pieren a écrit : 2014-02-13 22:35 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com: Donc dans le cadre d'un fichier dispo en opendata, thématique, relativement partiel, cela ne semble pas poser de problème. Le problème pour le côté substantielle c'est qu'à force de géocoder des fichiers limités, l'ensemble peut devenir substantiel. Juridique je crois qu'une thématique peut déjà être considéré comme substantielle. Pas sûr. Le problème est ailleurs. On peut avoir par exemple deux administrations qui géocodent et publient leurs résultats à partir de l'IGN : un les écoles, l'autres les casernes de pompiers. C'est thématique mais ça reste des publications séparées et non substantielles. Maintenant, avec OSM. Un contributeur géocode les écoles, un autre les casernes de pompiers. Le problème est que les deux résultats sont ensuite intégrés dans la même base de donnée OSM. En cummulant les travaux thématiques, on reconstitue petit à petit la base originelle : ça devient du substantiel. Le terme prend toute sa signification dans l'accumulation et la reconstitution. Je ne suis pas sûr d'avoir été très clair mais pour moi, c'est incompatible avec OSM. +1 Je suis également de cet avis. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [OSM-talk-fr-bzh] Sondage sur les données équipements/organismes géolocalisées
Bonjour, Je fais suivre ce questionnaire... Romain -- Message transféré -- De : REBOUX Maël m.reb...@agglo-rennesmetropole.fr Date : 14 février 2014 09:33 Objet : [OSM-talk-fr-bzh] Sondage sur les données équipements/organismes géolocalisées À : talk-fr-...@openstreetmap.org talk-fr-...@openstreetmap.org Bonjour à tous, Rennes Métropole mène actuellement une étude relative à un projet de création d'une base de données mutualisée sur les équipements / organismes. Il existe en effet actuellement diverses sources de données décrivant des équipements ou des organismes. Ce questionnaire a pour objectif de recueillir votre avis en tant qu'utilisateur externe sur le contenu et les usages des données publiées par Rennes Métropole et la Ville de Rennes sur les équipements et les organismes. Il s'agit des données mises à disposition sur la plateforme Open data www.data.rennes-metropole.fr. Les questions portent à la fois sur la qualité des données fournies mais aussi sur les usages qui en sont faits et sur les points forts et les points faibles liés à leur réutilisation. Le questionnaire est ici : https://docs.google.com/forms/d/1VapKTLBnkTfHE_ryGsPcTyk7Us9UrGdXdO2_87RNpVg/viewform Merci d'avance pour votre participation. *Maël REBOUX* *Service SIG mutualisé Ville de Rennes / Rennes MétropoleChargé de mission diffusion* ___ Talk-fr-bzh mailing list talk-fr-...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr-bzh ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] question
Bonjour Pour être sur, lorsque l'on écrit un nombre à virgule dans OSM, il faut utiliser un point et non une virgule? Je suis tomber sur plusieurs virgules c'est des erreurs ou c'est possible. j'ai pas trouver sur le wiki (je sais pas ou chercher). Autre chose, plus spécifique, sur les power=line, si il y a plusieurs tensions sur une rangée de pylône, il faut un way par tension en les superposant ou sur le way, il faut mettre toutes les tensions ou que la plus importante. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bureaux de poste
Le 14/02/2014 10:18, V de Chateau-Thierry a écrit : Tu viens de mettre le doigt sur un bug :) Dans le cas d'un relais de poste chez un commerçant, on avait convenu de typer en combinant 2 tags : amenity=post_office post_office:type=post_partner Initialement dans les données de la Poste ce type était décrit : Relais poste commercant (sans cédille). Mon test s'appuyait dessus. La cédille est apparue dans les mises à jour des données de la Poste, mais je n'avais pas suivi ce point. C'est réparé à l'instant dans l'outil, pour les points intégrés à l'avenir. Pour le relais de Mantilly, tu peux rajouter le tag manuellement. Si les institutionnels se mettent à améliorer leurs propres données, où va-t-on ? je suggère un communiqué de presse et une grève éclair des contributeurs OSM une minute pour marquer le coup !!! Non mais sans blague, si on nous pique notre boulot, on sera bientôt chômeurs d'utilité publique. Ils ne se rendent pas compte de tout le boulot dont ils nous spolient. C'est un scandale ! Groumpf PS : le vendredi, c'est permis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Préchargement de tuiles avec OSMTracker
Pour les tuiles précalculées, si elles sont demandées 2 cas de figure: - elles sont à jour: on envoi et c'est terminé - elles ne sont pas à jour: on lance une regénération et là 2 cas de figure - elles sont rapidement calculée (moins de 10s je crois): on envoie le résultat - elles prennent du temps à calculer: on envoi celle existante même si elle n'est pas à jour Donc, la regénération de tuile demandées via une boucle de récupération peut générer un nombre non négligeable de recalcul. Le 14 février 2014 09:24, Eric Sibert courr...@eric.sibert.fr a écrit : Nous avons mis une limite qui plafonne automatiquement à 1 tuile/s au bout de quelques milliers de tuiles chargées car certains abusaient. Je ne pensais pas en sniffer tant que ça d'un coup. Ce sont surtout les tuiles de fort zoom qui chargent le serveur, car elles doivent être soit calculées soit souvent recalculées. C'est partir de quel niveau de zoom? Le wiki dit: Les zooms 12 à 15 sont pré-calculés pour la France métropolitaine ainsi que pour les zooms 16 et 17 sont précalculés pour l'île de France. Ailleurs, les tuiles sont générées à la demande. Donc, hors de France, c'est dès le niveau 12 que le calcul est fait à la demande? Mon idée serait de mettre un avertissement si on demande trop de tuiles à trop fort zoom. De plus charger les tuiles une à une est relativement peu efficace en terme d'usage réseau. Un truc qui serait bien serait de fournir un GPX au serveur qui rendrait une MBtile des tuiles autour de la trace... un machin à coder ;) +1 :-p Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
