Re: [OSM-dev-fr] Fichier comparaison cours d'eau
Je ne pense pas que sly utilise la BDCarthage, car ces comparaisons existent depuis bien plus longtemps que la mise en opendata de la BDCarthage. L'occasion peut être de changer de source pour la comparaison. Le 5 février 2014 10:20, Sylvain Maillard sylvain.maill...@gmail.com a écrit : c'est quelle version de la BDCarthage qui est utilisée pour la comparaison ? la dernière version officielle pour la france métropolitaine date de septembre 2013, elle est publiée sous la LO etalab et est accessible sur http://services.sandre.eaufrance.fr/telechargement/geo/BDCarthage/FXX/2013/arcgis/FranceEntiere/ Sylvain Le 4 février 2014 19:49, sly (sylvain letuffe) lis...@letuffe.org a écrit : On mardi 4 février 2014, Ab_fab wrote: Bonjour, Hello, J'ai fait une passe sur le rapport généré chaque jour pour comparer les longueurs entre la base Sandre et OSM [1]. Na de diou, quel rapport de bug complet et travaillé ! J'ai pas trop le choix là, il va falloir que je regarde ;-) 1. Il faudrait voir si une autre source plus récente en provenance du sandre pourrait nous servir de base, et donc, améliorer la détection... 2. Incohérence entre le nom dans OSM et celui de la base Sandre Cela ne devrait pas entrer en ligne de compte, la comparaison est faite entre un fichier (ancien) en provenance du sandre uniquement sur la base de la référence sandre : https://github.com/osm-fr/suivi-export/blob/master/longeur-cours-eau-france/suivi-cours-eau.php#L143 5. RAS La relation est-elle dans la base servant à générer le rapport ? J'ai bien l'impression que plusieurs fois ce n'est pas le cas. J'ai testé avec le Clain (ref = L2--0160) osm= select name from planet_osm_line where hstore(tags)-'ref:sandre' = 'L2--0160'; name -- (0 ligne) Avec la Vilaine (J---006A) c'est bon par exemple En clair, il y a un problème de fuite dans l'import Pour le clain, je viens de tenter un ré-import seulement pour cette relation et ça s'importe correctement. Donc... c'est pas les données ou en tout cas pas que. Mais le processus de mise à jour ou osm2pgsql qui fait qu'a partir d'un événement que je nommerais x par convention et aussi car j'ignore de quoi il s'agit la géométrie de la relation est jetée à la poubelle. J'ai suivi les fils dans tous les sens et je ne parviens pas à qualifier x ni par une date ni par une autre caractéristique. Je peux juste dire que la base d'osm13 n'est pas touchée par ce problème. Je peux dire qu'aucune des géométries qui compose chaque chemin du Clain n'est présente dans la base d'osm105 La demande de reconstruction par un pending='t' de la géométrie de tous les ways n'y change rien La piste la plus probable serait qu'il manque des noeud dans la base locale (le fichier flat-nodes) mais je ne sais pas comment l'interroger pour confirmer cela. La seule chose que je vois est donc une ré-importation complète de la base -- sly qui suis-je : http://sly.letuffe.org ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fichier comparaison cours d'eau
Le mercredi 5 février 2014 10:20:03, Sylvain Maillard a écrit : c'est quelle version de la BDCarthage qui est utilisée pour la comparaison ? Et bien je ne me rappel plus précisément où j'ai récupéré ça, je peux juste dire que ça a environ 2ans et il me semble, mais sans certitudes, que c'était dispo sur le site du sandre. Quoi qu'il en soit, la longeur des cours d'eau n'ayant pas vraiment changé en 2 ans, je suppose que la fraicheur de ma source n'est pas la priorité sur laquelle je dois travailler, mais plutôt tenter de voir pourquoi des données disparaissent de la copie de la base. Si vraiment je constate trop de numéro de référence sandre qui ont changée, je m'occuperais alors de comparer avec une source plus récente (mais ça oblige de regarder comment elle est faite, l'importer, la vérifier, enfin bref, un peu de boulot quoi) -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev] London hack weekend
after the last hack weekend, i wanted to have another around the beginning of March, and that's rapidly approaching. here's a doodle poll for the weekends and if you're interested in coming, please indicate which weekends you'd be available. http://www.doodle.com/hh4vnx2p8kzrnypv#table thanks, matt ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Field Paper on a Tablet in the near future?
IMHO is is difficult to see a reason to just move the field paper model to a tablet if you actually have tablet plus infrastrusture at least at your base camp available. Why not use Vespucci and forget about trying to transform something that works great on paper to some where it is rather silly. Simon Am 05.02.2014 00:31, schrieb Pierre Béland: Some propositions were made last summer to develop a Field Paper Application on a tablet. HOT is looking at various ways for humanitarian operating in various countries to collect data about various infratructures. Discussions recently with various humanitarian organizations show great interest of these organizations for such an application, especially if it did include Map Download and Offline editing. I would like to know who is working on such projects actually and if any progress on this. Should we see such application available for the Android platform soon ? Pierre ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Field Paper on a Tablet in the near future?
Simon, the objective is to offer to people in the field more flexibility, with offline maps, facility to both take notes, take measures and edit OSM. I dont think that Vespucci isadapted to non techie people. Pierre De : Simon Poole si...@poole.ch À : dev@openstreetmap.org Envoyé le : Mercredi 5 février 2014 14h10 Objet : Re: [OSM-dev] Field Paper on a Tablet in the near future? IMHO is is difficult to see a reason to just move the field paper model to a tablet if you actually have tablet plus infrastrusture at least at your base camp available. Why not use Vespucci and forget about trying to transform something that works great on paper to some where it is rather silly. Simon Am 05.02.2014 00:31, schrieb Pierre Béland: Some propositions were made last summer to develop a Field Paper Application on a tablet. HOT is looking at various ways for humanitarian operating in various countries to collect data about various infratructures. Discussions recently with various humanitarian organizations show great interest of these organizations for such an application, especially if it did include Map Download and Offline editing. I would like to know who is working on such projects actually and if any progress on this. Should we see such application available for the Android platform soon ? Pierre ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[josm-dev] MapCSS: Access properties of parent object when using the child selector
Hi! Is it possible to access the properties of the parent object, when using the child selector? For example I want to select the to-node of a relation, but I need the tag name of the relation to render that node. best regards, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] MapCSS: Access properties of parent object when using the child selector
Hi Martin! On 05/02/14 11:22, Martin Vonwald wrote: Is it possible to access the properties of the parent object The function `parent_tag` should do the trick: Cheers, Simon ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev