[OSM-dev-fr] taginfo et osmose
Depuis peu, il est plus facile d'intégrer la liste des projets/logiciels utilisant un tag dans taginfo. Il suffit d'écrire un fichier json contenant les informations sur les tags utilisés puis de demander aux auteurs de l'ajouter dans une liste. Les détails sont ici: http://wiki.osm.org/wiki/Taginfo/Projects Le blog: http://blog.jochentopf.com/2014-09-19-taginfo-integrates-more-data-sources.html Je pense que osmose aurait intérêt à se mettre dans la boucle... Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fwd: [contact] [Besoin d'aide technique] Affichage OpenStreetMap
../... Je peux encore donner cette information qui peut avoir son importance : certaines redirections/anciens url ne sont plus supportés depuis fin juin 2012. Les détails sont à lire ici: https://lists.openstreetmap.org/pipermail/talk/2012-June/063310.html Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] De l'utilisation des relations et l'identification métier
2014-03-11 12:51 GMT+01:00 V de Chateau-Thierry v...@laposte.net: Je prendrais plutôt le parti, là dessus, de saisir tes IDs métier dans OSM plutôt que de te baser sur une comparaison de géométrie voire d'IDs OSM, exercice fastidieux et fragile, en tout cas plus fragile qu'une comparaison 'stricte' sur un ID externe. Il faut être très prudent ici. Il ne faudrait pas qu'OSM devienne le réceptacle de milliers d'IDs métier. Ils sont aujourd'hui tolérés dans OSM lorsqu'on leur trouve une justification pour OSM (surtout avec l'argument qu'ils pourraient faciliter plus-tard des mises à jour et synchronisation de bases externes, processus encore très hypothétique; on trouve déjà des plaintes sur l'utilité de ces refs). Les IDs métiers à usages purement internes n'ont pas leur place dans OSM et il sera bien difficile de crier au vandalisme si quelqu'un les efface. J'ajouterais que les tags dans OSM ne sont pas moins fragiles que les ID's de primitives, au contraire. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
2014-02-24 14:14 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: Les parcelles ne sont pas dans OSM et on n'a pas de projet à moyen terme pour les intégrer. Selon moi, adresses postales et parcelles sont deux choses totalement séparées. On fait le mélange lorsqu'on voit les données au travers du prisme DGFiP. Qu'en dites-vous ? Qu'il faut en discuter ailleurs que sur la liste dev-fr... Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
2014-02-17 23:08 GMT+01:00 Vincent de Château-Thierry v...@laposte.net: Les discussions ayant réaffirmé l'absence de consensus sur la manière de modéliser les adresses, vous trouverez pour chaque commune 6 (oui six !) lots de données. Merci d'offrir cette liberté. C'est tout à fait dans l'esprit du projet. Seule la modélisation avec relation bénéficie, autant que possible, de l'ajout des codes FANTOIR. Pour expliquer la démarche, un peu de littérature sur cette page : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses On laisse croire sur le wiki que la relation est la seule option pour les codes FANTOIR, ce qui est faux. Il reste celui de mettre le tag directement sur les highway. La dernière discussion sur le sujet parlait du cas particulier des rues appartenant à deux communes et donc avec deux codes FANTOIR. Mais il existe aussi des solutions dans ces cas-là, largement appliqués pour les tags name par exemple (le code FANTOIR n'étant qu'un alias du nom de la voie). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
2014-02-18 10:56 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com: Je vais prendre contre pied total de Pieren... La liberté c'est bien, mais des adresses sans relation c'est très difficilement utilisable par la suite dans le cas non nominal. Mon avis c'est simple : il ne faut pas mettre à disposition des fichiers sans la relation : c'est de l'incitation la débauche, à la multiplication des cas et traitements particuliers. Si on prend un peu de recule et qu'on fait un traitement niveau monde, c'est la relation qui est un cas particulier ;-) Je vais donc continuer à me rouler dans la débauche ^^ Je n'ai pas compris en quoi c'était très difficilement utilisable. Les deux modèles sont équivalents. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
2014-02-18 11:24 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: Pour la réutilisation, ça facilite quand même pas mal de choses, c'est du travail prémâché bien utile car quand on voit tout le boulot fait (avec difficulté) par les scripts qui les génère (en se basant aussi sur des données absentes d'OSM comme les parcelles), on imagine tout le boulot à faire et refaire sans arrêt lorsqu'elles ne sont pas là. Quitte à passer pour un vieux radoteur qui se répète, je préfère toujours le modèle qui facilite la vie des contributeurs à celle qui facilite la vie des développeurs (une citation fréquente: contributors are the gems in OSM) : corriger manuellement une erreur d'adresse est plus simple sans relation, une opinion largement partagée à l'étranger (j'ai des liens si ça vous dit). Je sais que c'est dur à entendre (lire) sur la liste 'dev'... Et pour le géocodage, les deux modèles sont équivalents avec chacun de légers avantages et inconvénients, tous surmontables. +1 pour ne proposer que des fichiers avec relations histoire d'avoir un peu d'homogénéïté. Il faut juste bien comprendre que la France serait alors totalement isolée sur ce sujet (c'est vrai qu'on aime bien l'attitude du village gaulois, seul contre tous). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
En examinant ce fichier pris au hasard: http://cadastre.openstreetmap.fr/adresses/data/069/R1149-OULLINS-adresses-addrstreet_point_sur_batiment.zip et R1149_RUE_LIONEL_TERRAY.osm je vois que tous les buildings d'OSM sont dans le fichier alors qu'un seul est modifié. Est-ce voulu ou est-ce qu'il y aurait une possibilité de limiter le fichier aux seules données créées/modifiées ? Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr
2014-02-04 Ab_fab gamma@gmail.com: Ca demande un minimum de discernement et de calme dans la manipulation des relations. Est-ce que l'on garde une relation de type associated street et que l'on substitue les ways avec rôle street par les noeuds portant la description du lieu-dit avec le rôle place ? Ces deux points montrent certaines des limites du modèle associatedStreet. On sait que je ne suis pas partisan de ce modèle pour ces raisons et d'autres encore. Il faut peut-être rappeler ici qu'aucun des autres imports d'adresses qu'on voit à travers le monde (New-York, Pologne, Allemagne) n'adopte la relation associatedStreet. L'utilisation de celle-ci est marginale en dehors de la France. J'aimerais simplement que si ces adresses tirées du cadastre étaient massivement mises à disposition du public pour un import semi-automatique, on les publie sous les deux formes possibles (avec et sans relation) et que ce soit aux contributeurs de choisir. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr
2014/1/21 Tyndare tynd...@wanadoo.fr: Pieren comment tu détectes l'expiration de la session associée au cookie dans le plugin cadastre de JOSM ? Je ne le detecte pas. Je garde l'heure du dernier cookie et je le renouvelle automatiquement au bout d'un certain temps. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Shapé les admin_level=boundary
2013/12/17 Christophe Merlet red...@redfoxcenter.org: 2ème point. Il serait bon de simplifier dans OSM ces limites de communes abusivement et inutilement détaillées. Finalement, c'est comme dans OSM ;-) Ils ont des contributeurs à précision géométrique variable ;-) Les limites de 2 communes limitrophes ne se superposent déjà pas dans le cadastre, alors ce n'est pas en les dessinant avec énormément de points, quelles seront plus précises. Pour quelqu'un qui cherche sa parcelle, le niveau de détail peut avoir son importance (c'est toujours une question d'échelle). Et on peut toujours simplifier alors que l'inverse n'est pas possible. Le fait qu'elles ne se superposent pas d'une commune à l'autre n'est pas lié à leur niveau de détails. En plus, ça serait directement faire mentir le communiqué de presse qui vante le nombre de points 15 fois supérieur à geofla ;-) Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Simplifier nos limites admin...
2013/12/16 Matthias Dietrich eiger@gmail.com: J'ai des doutes sur Ferney-Voltaire. La route douanière ne me semble pas faire partie de la commune, ni même du territoire français, même si l'usage est réservé à la France. En tout cas, le cadastre ne contient pas cette route. On a le même schéma au niveau de l'aéroport de Mulhouse-Bâle, avec une route douanière permettant aux Suisses de rejoindre l'aéroport. Mais on n'a pas étiré la frontière le long de cette route. Je confirme pour les deux cas (Genève dans un sens et Bâle-Mulhouse dans l'autre). Ces routes sont cloturées jusqu'à l'accès des aéroports. C'est des territoires avec un statut juridique batard puisque le poste de douane est décalé et que le droit du pays frontalier s'y applique (aussi) mais ils ont conserver leur souverainté nationale. Celui-ci et d'autres sont listés sur wikipedia: http://fr.wikipedia.org/wiki/Particularit%C3%A9s_territoriales_de_la_France#Droits_fran.C3.A7ais_.C3.A0_l.27.C3.A9tranger Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Drole d'user dans les diffs
2013/11/20 Ista Pouss ista...@gmail.com: ... comme vous pouvez le constater, Ivolino et ivolino ( I et i ) se partagent le même changeset 18994153 ? Si je regarde les utilisateurs connus, Ivolino existe bien (http://www.openstreetmap.org/user/Ivolino), mais pas ivolino ; et le changeset 18994153 appartient à Ivolino : http://www.openstreetmap.org/browse/changeset/18994153 Comment se fait-il alors que je retrouve des Ivolino avec des i minuscules dans les diffs ?? Et dans ce contexte comment est-ce que je fais pour savoir quel est le vrai nom d'un user, à part aller pianoter tel sherlock holmes dans les caves et greniers des datas osm ? Simple : il a changé son pseudo dans son profile. Le changeset dure longtemps entre son ouverture et sa fermeture: http://www.openstreetmap.org/browse/changeset/18994153 et les timestamps montrent aussi une demi-heure entre les deux edits durant lequel l'utilisateur a pu modifier son profile (editeur en ligne P2) Tu ne peux pas trop te fier au champs user pour suivre quelqu'un mais plutot à son uid. Par contre, il me semble que quelqu'un avait développer un service qui retournait tous les pseudo utilisés par un même uid mais je ne le retrouve pas. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Partage de DEM
2013/7/8 Jean-Claude Repetto jrepe...@free.fr: Et d'après la présentation faite par l'IGN la semaine dernière ( http://info.ign.fr/Media/IGN/2013/pros/confign/Conference-en-ligne-ign-04-07-2013.pdf, Ha. Dans cette présentation, ils se comparent souvent à OpenStreetMap !! C'est en soi une victoire pour nous (et la fin du traitement par le mépris ?). Notez la page 33 sur l'homogénéité. Effectivement, la commune de Le Thuit citée en exemple, est mal cartographiée dans OSM et n'a pas changée depuis l'édition de ce document. Comme c'est une commune à 4 planches dans le cadastre, je vais voir ce soir ce que je peux faire pour combler (un peu) notre retard sur l'homogénéité. La deuxième commune comparée est Courcelles-sur-Seine, page 49. Tiens, encore une commune au format raster dans le cadastre (8 plans). Un hasard ? A noter aussi qu'avec leur version Express, l'IGN tente de combler son retard sur ... la mise à jour de ses cartes (qui a dit homogènes mais souvent dépassées ? ;-) Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Des IDs a votre bon coeur COMPLET J'ESPERE.
2013/6/28 Ista Pouss ista...@gmail.com: Quelqu'un avait rouspété que l'id se formait de façon obsure. Pas du tout ! À chaque id je suis capable de faire correspondre l'ID Overpass (car j'utilise overpass). C'est quoi l'ID Overpass ? Comment fais-tu pour convertir la requête Overpass: http://overpass.osm.rambler.ru/cgi/interpreter?data=node%2845.38591285563495%2C4.306640625%2C45.48228066163947%2C4.51263427734375%29%5B%22shop%22%3D%22bakery%22%5D%5B%22name%22%3D%22La+baguette+magique%22%5D%3Bout%3B en un numéro magique 71435 ou (stephboulange/71435) ? Est-ce que, comme le suggère Frederic, c'est juste un short-link, un hash-map stocké sur ton serveur ou celui d'overpass ? Cela veut-il dire qu'une autre instance d'overpass donnera un autre chiffre ? Est-ce que ça fonctionne encore si la requête retourne plusieurs objets ? Comment garanties-tu l'unicité si un autre objet contenant les mêmes caractéristiques apparait plus-tard dans le même bounding-box, ça marchera encore ? Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Des IDs a votre bon coeur COMPLET J'ESPERE.
2013/6/28 Ista Pouss ista...@gmail.com: Je ne garantie rien, je dis seulement que la règle est susceptible de former cohérence, et si, plus tard, il apparait un autre objet ayant les mêmes caractéristiques, alors je peux au moins affirmer que cet objet est, selon toute probabilité, mauvais :-) Ce nouvel objet est peut-être mauvais mais il brise l'ID (on devrait plutot dire l'url ou lien court vers overpass) du premier objet qui lui est encore correct. Sans rien altérer à l'objet original, l'ID permanent ne l'est plus. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Des IDs a votre bon coeur COMPLET J'ESPERE.
2013/6/28 Ista Pouss ista...@gmail.com: Oui peut être. Mais, en l'état, on me dit que les données osm sont justes, et que c'est le moteur de recherche qui se trompe, car il ne sait pas qu'on peut découper une rue en plusieurs morceaux, et que il devrait les rassembler. Ne t'inquiètes pas, ils le savent parfaitement ;-) Mais, tant que tu ne donnes pas de numéro dans la rue, peu importe la section qui sera retournée. Moi j'ai plutôt tendance à penser que c'est les données osm qui devraient rassembler les morceaux, par exemple avec des relations, mais, sur ce plan là en tous cas, je ne m'avancerai pas. Moi j'essaie de comprendre ce qui forme logique et cohérence sur OSM. Pourquoi ajouter des relations pour compenser les déficiences logicielles ? Il est assez facile de reconstituer automatiquement l'ensemble d'une rue par son nom et la proximité des différents segments. Il faut juste écrire un peu de code. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] mod_tile/renderd qui plante ?
2013/6/13 sly (sylvain letuffe) li...@letuffe.org: Je crois me souvenir que quelqu'un avait expérimenté des crash à répétition de renderd ? Peut-être que tu fais référence à ce fil de discussion: http://gis.19327.n5.nabble.com/mod-tile-causes-segfault-on-debian-7-0-td5762187.html Problème corrigé dans mod_tile le 22 mai: https://github.com/openstreetmap/mod_tile/commits/master Ton code source est bien ultérieur à cette date ? Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Bug plugin cadastre JOSM
2013/5/16 Cyrille Giquello cyrill...@gmail.com: Salut, Je ne connais pas se problème, mais une piste: as tu essayer l'OpenJdk 7 ? Quelqu'un avait signalé des problèmes avec openJdk. Mais il faut tenter le coup. Sinon, il y a aussi quelqu'un qui avait des problèmes avec la version 64bits de java mais c'était sur windows. Un autre test à faire avec la version 32 bits, pour voir. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] osmfr-cartocss setup incomprehensible
2013/5/8 Ista Pouss ista...@gmail.com: et là je ne comprends RIEN. Once you setup your PostGIS database ?? Comment cela se passe-t-il ? Il faudrait une petite lecture sur osm2pgsql: http://wiki.openstreetmap.org/wiki/Osm2pgsql#Usage http://wiki.openstreetmap.org/wiki/Mapnik/PostGIS Pour le rendu fr, le nom de la base est 'osm' et le user 'fr' (tu pourrais les changer mais il faudrait adapter les scripts/feuilles de styles) osm2pgsql -d gis ~/path/to/data.osm.pbf... Je n'ai aucune idée de ce que peut être ce /path/to/data :-) Ben, littéralement, le chemin vers ton fichier de données qui est le plus souvent un planet ou un extrait de planet au format .pbf. Ca dépend donc juste de l'endroit où tu le sauvegardes sur ton disque. Additionally you need some shapefiles. Je commence à comprendre ce que sont des shapefiles mais lesquels ? Quoi ? D'où ? Ce script en donne une indication: https://github.com/cquest/osmfr-cartocss/blob/master/get-shapefiles.sh Les shapefiles peuvent être utilisés à la place des données OSM pour des raisons pratiques, en particulier pour les niveaux de zoom les plus faibles, la représentation des lignes de côtes, limites administratives et grandes capitales. Ne pas passer par des shapefiles nécessiterait un temps de traitement trop long pour des données qui, finalement, ne changent pratiquement jamais (les lignes peuvent être simplifiées pour des raisons évidentes). Les fichiers shapefiles des lignes de côte sont mis à jour manuellement à interval irrégulier (ces lignes existent en version simplifiées ou pas). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] osm2psql, problème de fichier.
On Thu, Mar 21, 2013 at 1:55 PM, Vincent Pottier vpott...@gmail.com wrote: J'ai mis en gras ce qui me semble être un indice de ce qui ne va pas. D'après ce que je viens de voir[1] mmap2 effectue une projection en mémoire d'un fichier. Peut-être que ma machine manque de mémoire pour traiter ce fichier de 2.4 Go (3.4 Go de RAM). [1] http://manpages.ubuntu.com/manpages/intrepid/fr/man2/mmap2.2.html osm2pgsql devrait pouvoir supporter des fichiers 4GB: https://github.com/openstreetmap/osm2pgsql/commit/4b0757f9c7f80c3056230333ae611ac322aff2b9 Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Importation données Nominatim
2012/11/27 olivier Bennegent olivierbenneg...@gmail.com: J'ai installé Nominatim pour pouvoir faire du géocodage seulement je me demande si je n'aurais pas du faire l'importation après l'avoir installé. Cela posera t'il problème ? De mémoire, je crois savoir que osm2pgsql doit être utilisé dans un mode particulier pour nominatim (gazeteer). La bdd n'est pas remplie de la même façon que pour mapnik (usage standard d'osm2pgsql). Maintenant, je ne crois pas que nominatim doive être installé au préalable, sauf peut-être à définir le schéma dans la bdd (si osm2pgsql ne s'en charge pas lui-même). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Osm, Nominatim
2012/11/27 Amine TALBI aminetalb...@gmail.com: Pouvais-vous nous informer sur légalité de notre démarche avant la commercialisation de la version de notre logiciel intégrant les cartes open street map et la recherche via nominatim. La question de la licence et du géocodage est assez complexe. Tout dépend en fait de l'utilisation qui est faite du géocodage. On ne peut pas dire à l'avance si l'utilisation du géocodage constituera un derivative database ou un produced work. Pour comprendre la différence, je conseille la lecture de la FAQ sur la licence: http://wiki.openstreetmap.org/wiki/Legal_FAQ Pour comprendre les enjeux du géocodage et de la licence, lire ce fil de discussion sur la liste legal-t...@openstreetmap.org: http://lists.openstreetmap.org/pipermail/legal-talk/2012-October/007282.html Je ne peux pas répondre à ta question mais si la lecture des liens précédents ne te suffise pas, je te conseille de reposer cette question sur la liste legal-talk ([1]) en expliquant bien l'usage qui est fait de nominatim (est-ce que les utilisateurs peuvent améliorer les résultats, peuvent-ils reconstituer une partie de la base, etc) Pieren PS: Open Street Map s'écrite OpenStreetMap, en attaché, comme Face Book ;-) [1] http://lists.openstreetmap.org/listinfo/legal-talk ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] idées pour projet tutoré autour de l'admin de SIG
2012/11/15 Frédéric Rodrigo fred.rodr...@gmail.com: Il me semblerait également pertinent de faire produire aux étudiants une image de VM vierge de donnée avec une documentation pour utiliser les logiciels et y charger des données. Ca existe déjà. Je chercherais les liens si on me demande seulement. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] idées pour projet tutoré autour de l'admin de SIG
2012/11/15 Christian Quest cqu...@openstreetmap.fr: Ces VMs sont elles à jour ? Quelqu'un les a testé ? C'est bien le travail principal pour ces VM. Leur mise à jour. Et certainement pas quelque chose à demander à un groupe d'étudiants. Sinon, il y a toujours beaucoup à faire mais c'est essentiellement du travail de développeurs... Autrement, il y a la doc. Et surtout un gros travail de traduction/mise à jour à faire . A part le wiki, par exemple, Potlatch2 (P2) contient encore beaucoup de textes anglais (presets). Ou démarrer la version fr du prochain éditeur iD en cours de développement qui remplacera P2. Certains mots-clés du site principal sont mal traduits en français, en particulier dans les pages openstreetmap.org/browse/way/xxx (chemin ou Modifier la route pour ligne (way)). Sinon, il y a une grosse demande pour un style de rendu mapnik adapté aux français. C'est un gros boulot mais on peut partir du rendu actuel et modifier par petites touches et surtout conserver les fichiers style en open-source. Au niveau international, il y a aussi une demande pour mettre en place un serveur de tuile pour les développeurs (il y a le serveur dev mais c'est uniquement pour tester ruby, la bdd, les API et les outils qui peuvent s'en servir). Il faudrait contacter la fondation pour trouver un seveur de libre et pas nécessairement exigeant en terme de puissance. Ce qui manque surtout, c'est les bras pour la mise en place. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Outils de surveillance sur la France des changement suspects et suivi de zones
2012/9/14 sly (sylvain letuffe) li...@letuffe.org: Sauriez-vous le(s)quel(s) sont déjà utilisé par l'équipe du DWG pour surveiller les changeset douteux ? Non mais si tu regardes ce dépôt sur GitHub, la liste des outils développés par Paul Norman devrait t'en donner une assez bonne idée (en particulier osm-weirdness pour la détection et make_changeset pour le revert): https://github.com/pnorman Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Réf.: Re: live.openstreetmap.fr besoin de test et retours avant annonce...
Fallait pas en parler sur IRC ;-) Qui est le coupable ? Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Réflexion autour des fichiers diff OSM
2012/8/28 Christian Quest cqu...@openstreetmap.fr: Le diff contenant toute la hiérarchie des objets impactés, il est suffisant pour recalculer les géométries. Pas tout. Manque les membres de relations. Ca ferait trop sinon (lire la suite du fil de discussion). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] [OSM-talk-fr] Données OSM sur le portail Open Data de Montpellier
Quelques remarques: - pitié, évitez les posts sur deux listes de diffusion en parallèle. Ma messagerie s'y perd (et moi aussi). - OSM n'est pas encore en ODBL. Le lien vers la licence devrait pointer vers http://www.openstreetmap.org/copyright (ou sa traduction) - mélanger données OSM et fond images Google ne me choque pas. Après tout, n'était-ce pas un de nos rêves que Google adopte OSM pour sa cartographie ? Si ça n'est pas eux, au moins, ça sera fait par les devs et clients. - il y a un problème d'encodage sur ce site. Je vois un Crédit Agricole sur les infos-bulles des distrib. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Travailler sur des imports partiels
2012/7/5 Philippe DAVID philippe.da...@allgoob.com: Soit dit en passant toutes les réponses que tu m'as faites depuis hier sont sérieusement hors sujet, donc s'il te plait épargne nous du temps à tous et ne réponds que lorsque c'est *pertinent* ET *en rapport* avec cette mailing list. lol, bienvenue sur la liste ;) Pour info, nominatim OSM (monde) est sur le serveur poldi dont voici les caratéristiques hardware: http://wiki.openstreetmap.org/wiki/Servers/poldi La base postgres /ssd est sur 2 SSD 256GB en RAID0 Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Travailler sur des imports partiels
2012/7/5 sly (sylvain letuffe) li...@letuffe.org: L'explication peut peut être provenir de l'existence de tables temporaires durant l'import ? Sur poldi, il y a aussi 2 autres disques SATA de 300GB en RAID0 aussi pour une partition /data (et qui est aussi marquée pour postgres db). Donc une partie de la base se trouve sur ssd et l'autre sur des disques plus tradionnels (10kRPM). A noter, ce message de F. Ramm mais c'était il y a un an: http://lists.openstreetmap.org/pipermail/geocoding/2011-May/000194.html Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] SOS openstreetmap.fr HS
2012/5/8 Marc Sibert m...@sibert.fr: J'enfonce le clou, mais les adhérents de bonne volonté ne peuvent être dispo 24/7 pour remonter un serveur. Alors qu'un pro aura un serveur de backup pour relancer le service (sûrement même une solution de virtualisation automatisée qui assure la quasi continuité du service). Certains services, comme la vitrine Web, *doivent* être hébergée sur ce type d'infra. Et ne venez pas me dire que c'est un problème d'argent... Bof. Ca n'est que le site osm.fr qui n'est qu'une vitrine du projet à l'attention du public francophone. S'il est en rade un jour ou deux par an ne me pose pas de problème, à condition qu'aucun travail ne soit perdu. S'il y a de l'argent, il pourrait être investi plus utilement ailleurs amha. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Complexité algorithmique Problème insoluble de géométrie
2012/5/8 sly (sylvain letuffe) li...@letuffe.org: (une mini contrainte pourrait par exemple être que le point commun ne puisse être qu'au début ou à la fin d'un chemin du MP, ainsi, la recherche sera moins longue que passer en revu l'intégratilté des points et voir s'il sont membre d'un autre chemin) Curieux. Je pensais à une contrainte inverse. Si le way s'arrête au point d'intersection, la détemrination de la forme du polygone est imprévisible. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] SOS openstreetmap.fr HS
2012/5/7 Marc Sibert m...@sibert.fr: Le 07/05/2012 22:14, Jocelyn Jaubert a écrit : Le 7 mai 2012, Jocelyn Jaubert a écrit : Le Crans a réussi à redémarrer le serveur osm4, mais il se trouve que le RAID0 qui y est installé ne repart pas correctement - il doit y avoir des corruptions sur un des disques. Du coup, les fichiers ne sont pas vraiment récupérables. Mes 0.02 € : osm.fr *doit* être hébergé chez un pro. Pas forcément. Le problème ici n'est pas l'hébergeur mais d'avoir monter du RAID0 qui n'a aucune redondance. Pour l'instant, on retrouve la page d’accueil mais je ne peux pas me loguer et accéder à mon dernier blog. J'espère qu'il n'est pas perdu. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Key:maxspeed:practical
2012/4/18 Hendrik Oesterlin hendrikmail2...@yahoo.de: Des avis? C'est effectivement très subjectif. Par contre, un logiciel pourrait se baser sur d'avantages de critères objectifs comme le type de surface, l'inclinaison, les courbures de la route... Par ailleurs, cette question serait plus pertinente sur la liste principale, non ? Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] OSM Nominatim + MaxSpeed
2012/4/5 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Sauf erreur de ma part, nominatim interroge directement une base postgis en utilisant le modèle osm2pgsql. les attributs maxspeed sont donc déjà dans la base, mais nominatim ne les retourne pas. Normalement, on utilise osm2pgsql avec un output gazetteer. Le schéma est différent de celui utilisé pour Mapnik. Le tag maxspeed devrait être absent (si j'en crois le code source http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/output-gazetteer.c). Mais ça doit être simple à ajouter. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr