[OSM-dev-fr] Table des localisants TMC - quelques infos techniques
Bonjour, Les tables des localisants Alert-C sont disponibles dans un fichier ZIP, accessible à l'URL suivante : http://diffusion-numerique.info-routiere.gouv.fr/IMG/zip/Alert-C-v8-0-FR_cle21334c.zip <http://diffusion-numerique.info-routiere.gouv.fr/IMG/zip/Alert-C-v8-0-FR_cle21334c.zip>L'arborescence des fichiers inclus est décrite dans le fichier lisezmoi.txt inclus à la racine. Les fichiers intéressants sont les fichiers .DAT dans le répertoire /data/Mff Marcus Wolschon a travaillé sur l'extraction des fichiers et sur la conversion des infos au format OSM. C'est le développeur de l'application Travelling Salesman, et la classe java de traitement est incluse dans certaines révisions (0.9.9 par ex.) de cette application [1] Il s'agit de la classe TMC_LCL2OSM.java disponible dans src\org\openstreetmap\travelingsalesman\trafficblocks\tmc Il est nécessaire de modifier le contenu de la classe, car certaines infos sont spécifiques aux fichiers de la liste allemande, en particulier cette ligne : String dirname = ".\\src\\org\\openstreetmap\\travelingsalesman\\trafficblocks\\tmc\\Germany\\LCL8.00.D-081201" La modification du fichier n'est bien entendu pas un souci. Mais par contre je bute ensuite sur la compilation de tout l'ensemble de l'appli travelling salesman J'ai contacté Marcus à ce propos, mais il m'a dit qu'il n'avait pas touché à ce bout de programme depuis longtemps, mais que les modifs n'étaient probablement pas difficiles pour arriver à mes fins. Effectivement, peut être pas dur, mais pour quelqu'un d'autre que moi ! La dernière révision contient un répertoire trunk/tools/tmcimport avec les outils suivants, qui sont plutôt dédiés à la construction de pages wiki de suivi d'avancement de l'import dans la base : * contained applications: package: org.openstreetmap.travelingsalesman.trafficblocks.tmc.tmcimport.tools CreateTMCLocationProperties Take a TMC LocationCodeList(LCL) and create a file "tmclocations.properties". Such a file can be used by osmnavigation to display the location of an event even if the LCL is not imported into OpenStreetMap. CreateWikiTables Create text-files of wiki-text in /output to be put into the OpenStreetMap-wiki to manually import a LocationCodeList. UploadWikiTables Upload the files created by CreateWikiTable, keeping manual changes done in the wiki. ImportLocationTable old code. Tried an automatic import here. AutoImportAreas search the uploaded wiki-pages for TMC-areas that are not yet imported and if we can import them automatically. Creates an osc-file for the map-changes and updates the wiki to mark them as imported. AutoImportRoads search the uploaded wiki-pages for TMC-roads that are not yet imported and if we can import them automatically. Creates an osc-file for the map-changes and updates the wiki to mark them as imported. * Voila, c'est en vrac tout ce dont je dispose actuellement sur la question. [1] http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Plugin/TrafficMessageChannel#Convert_TMC_LoctionCodeList_to_OpenStreetMap -- ab_fab "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Terminal Postgis
Bonjour Annoncé aujourd'hui sur la liste Maps-I du Toolserver http://lists.wikimedia.org/pipermail/maps-l/2011-March/000897.html Une console Postgis, pour s'essayer à la rédaction de requêtes SQL sur une base mondiale, sans devoir se monter un serveur à la maison, avec les mises à jour tout ça tout ça Tout laisse à penser que c'est mis à disposition dans un but éducatif, donc éviter les requêtes super complexes qui monopolisent le serveur pendant de longues durées au détriment d'autres utilisateurs Les "Terms of Use" indiquent : Don't spam the database! And think, before you type! * Un essai rapide : la requête pour obtenir la surface de Nantes, copiée collée (d'un email)dans la zone query : select st_area(st_transform(way,2154)),name,osm_id from planet_osm_polygon where osm_id=-59874; changer "planet_osm_polygon" en "planet_polygon" (cela a renvoyé une erreur à mon premier essai) un clic sur "Beautify" pour remettre en forme : SELECT ST_area(ST_transform(way,2154)),name,osm_id FROM planet_polygon WHERE osm_id=-59874 LIMIT 100 un clic sur "Go !" et hop, le log apparaît 1 row(s) st_area[float8];name[text];osm_id[int4] 65674364.7172852;Nantes;-59874 Ok (0.687s). Après conversion des m2 en km2, on trouve la surface : 65.7 km2 * Je trouve l'initiative très sympathique -- ab_fab "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Calculateur d'itinéraire
Bonjour Audrey, Peut-être que ce projet pourrait t'aider http://code.google.com/p/mapsforge/ Bonnes recherches Le 26 avril 2011 16:58, Audrey Colbrant a écrit : > Bonjour, > > En récupérant une boudingbox donnée via XAPI, j'aimerais créer un routeur > online ou offline pour personnes malvoyantes sur le fichier récupéré. > Il faut donc privilégier certains types de chemins plutôt que d'autres. > > Plutôt que de repartir from scratch, j'aimerai repartir d'un routeur > existant en pondérant la structure de graphe suivant certains tags afin de > privilégier ou non un chemin. > > Je regarde actuellement du coté de MoNav (Cloudmade ne donnant pas accès à > la partie calcul de chemins), OSRM et Navit. > Mais peut être y a-t-il plus simple. Auriez-vous des conseils ? > > Merci par avance, > Audrey > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- -- ab_fab "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Rendu de tuiles avec TileMill à partir d'OSM
Bonjour, J'ai profité de mes essais d'installation de Mapnik (et aussi de Mapnik 2) pour aller plus loin et essayer Tilemill il y a quelques semaines. L'interface est très alléchante, les tutoriels sympathiques. A l'époque, pas moyen d'aller consulter une base Postgis, donc cela limitait vraiment l'intérêt. Ce qui m'ennuie (un peu comme pour Maperitive) c'est que l'on a encore une fois un schéma de feuille de style particulier, ce qui va un peu à contre-courant de tentatives d'harmonisation de format, telles que MapCSS. J'aimerais vraiment pouvoir accéder à des dépôts de feuilles de styles libres, afin de pouvoir piocher facilement la plus proche de mes besoins, l'adapter, la mettre à disposition d'autres ... (mais c'est un autre sujet !) Le 30 mai 2011 16:08, Lionel Gueganton a écrit : > Bonjour, > Je vous signale un outil relativement récent pour générer de belles cartes, > je ne sais pas si certains d'entre vous l'utilisent ici. > Il s'agit de TileMill (Open Source multi plateformes), qui vient, dans sa > toute nouvelle version, d'ajouter le support de PostGIS. > http://mapbox.com/#/tilemill > Il s'agit d'un genre d'environnement d'édition de feuilles de styles pour > la carto (un peu à la mapéritive je crois, même si mes connaissances de ce > dernier sont très limitées). > La dernière version permet d'utiliser PostGIS comme data source (seuls les > shp et autres étaient supportés auparavant) permettant ainsi de créer > facilement des cartes à partir d'un .osm -> osm2pgsql -> PostGIS -> > TileMill. > > J'ai fait un essai de mon côté et ça marche super ! > TileMill nécessite un mapnik 2.0 et embarque le dernier serveur web à la > mode node.js et l'éxécute en local. > L'ensemble est très léché , la doc bien fournie, et mapbox qui a le lead > est très actif dessus. > > Si vous avez une expérience sur cet outil, je suis preneur ! (un feuille de > style à la carte michelin ? :) , même si bon, je crois que ce type de rendu > est protégé non ?) > Lionel. > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] [OSM-talk-fr] Le GPS logger idéal
Pour info Concernant les modules GPS et les kits de développement, ce site peut être intéressant : http://store.diydrones.com/category_s/10.htm Les passionnés (amateurs) de drones sont friands de puces GPS performantes, et recherchent une grande cadence de mesure. Dans la description, la fréquence en Hz correspond au nombre de mesures par secondes. Certains essaient d'aller encore plus loin et rendent compte de leurs essais Les puces U-blox LEA-xT sont encore à l'honneur. Le module Mediatek MT3329 est bien apprécié également, en particulier à cause de son prix beaucoup plus intéressant que le LEA-6T (30 € contre 145 €). Il serait intéressant de voir si ce module permet également de travailler en RTK (avec RTK lib) Le forum du site a une section concernant les discussions sur les GPS http://diydrones.com/forum/categories/705844:Category:61230/listForCategory Parmi les sujets, j'ai noté celui-ci http://diydrones.com/forum/topics/realtime-dgps-with-ublox-and Le 26 janvier 2011 18:23, RatZilla$ a écrit : > Je cross post mes suggestions sur la ML et HD. > > -- Mobile & Écosmène--- > Nous disposons tous plus ou moins de terminaux mobiles intelligents donc: > -Interface graphique minimale pour configurer ou monitorer le logger > depuis un "smartphone" / tablette (Archos vous êtes là ?). > > -Conception de questionnaire personnalisable (carnet de terrain - cf > PathFinder Office de Trimble) > > Ex: Levé Arbre: > > Menu déroulant --- Arbre > sous menu déroulant Espèce -- > sous menu déroulant Cultivar - > sous menu déroulant Hauteur - > sous menu déroulant Remarque - > > Etc pour tout type d'objet dans OSM > > ---Puce GNSS & Écosmène > > Pensons à l'avenir et à la compatibilité future avec GLONASS (Russie) > / Baïdou (Chine) / Galiléo (Eur) / > -Puces de précision voir uBlox (slt Milie) / Trimble / Novatel / Hemisphere > J'ai entamé des discussions cet été avec Trimble et NovaTel pour la > fourniture de puces OEM pour un logger de précision sub métrique. > Les puces sont livrées par 50 (25 GRAND MINIMUM) compter entre 150€ et > 750€ pr les models ultra complets des kits SDK sont disponibles. > > Liens: > -Trimble > Premier prix (Module Copernicus II~50€) > http://www.trimble.com/embeddedsystems/copernicus2.aspx?dtID=overview&; > http://www.trimble.com/embeddedsystems/bd960.aspx?dtID=specs > > -uBlox > LEA-6T (145€) > > http://www.u-blox.com/images/downloads/Product_Docs/LEA-6T_ProductSummary_%28GPS.G6-HW-09020%29.pdf > > > -Novatel > http://www.novatel.com/products/gnss-receivers/oem-receiver-boards/ > Vendu en France par CATS > www.cats-france.fr > > > Hemisphere GPS > > http://www.hemispheregps.com/Products/PrecisionProducts/Main/tabid/543/LiveAccId/21970/Default.aspx > > -Support de la RTKLIB (Librairie OpenSource de localisation de précision) > http://gpspp.sakura.ne.jp/rtklib/rtklib.htm > > > - Test de précision & Écosmène - > > -L'IGN est prête à mettre à dispo ses instruments et installations > pour tester Écosmène > > > -- Intégrateur & Écosmène > Bearstech pourrait nous aider, j'ai eu quelques contacts lors des > CrisisCamps avec un dev de chez eux. > > -La RTKLib a été portée sur BeagleBoard > http://gpspp.sakura.ne.jp/rtklib/rtklib_beagleboard.htm > > -- Financement & Écosmène > Universités et Écoles d'ingénieurs seraient RAVIES de porter un projet > tel que celui là en projet de fin d'étude, avec l'avantage pour nous > de disposer d'un financement des prototypes. > De nombreux services de l'État et des collectivités sont intéressés > par un matériel OpenSource de ce type (Coucou au PONT (PÔle Nouvelle > Technologie de l'Entente de Valabre) et nous pouvons là aussi dégager > des ressources humaines / financières / techniques. > > Je mets dans le pool commun tous mes contacts et mails déjà échangés > en privé pour faire avancer le projet. > > Gaël > > ___ > Talk-fr mailing list > talk...@openstreetmap.org > 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" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] [OSM-talk-fr] GPS RTK (était Le GPS logger idéal)
Bonjour, Je poursuis ma traque concernant l'utilisation du GPS en mode RTK pour pas trop cher, si possible en temps réel et à partir des stations fixes disséminées sur le territoire. Pour la correction en temps réel, il y a un protocole de transmission de flux de données de correction depuis les stations fixes vers les stations mobiles : il s'agit du protocole NTRIP. Un site permet de demander un compte afin d'accéder à certains flux, en particulier pour des buts éducatifs. A la condition de décrire un minimum ce que l'on a l'intention de faire. Ce descriptif est ensuite rendu public. Voila les résumés : http://igs.bkg.bund.de/ntrip/applications Les demandes #558, #578, #658, #663, #686, #742, #793, Pas mal de liens vers des logiciels serveurs (pour utiliser sa propre station fixe) / clients avec le protocole NTRIP Parmi les développeurs principaux, on trouve un certain Dirk Stöcker ... qui maintient JOSM (tiens tiens !) Et pour le fun (quoique) une recherche sur - NTRIP android - envoie vers http://lefebure.com/ C'est un passionné d'ordis et d'agriculture (sic) qui a entre autres mis au point un client Android pour recevoir les flux sur son smartphone, et les transférer par bluetooth vers le GPS. Last but not least, j'ai trouvé un fil de discussion plutôt actif concernant le PostProcessing avec RTKlib sur le forum OSM http://forum.openstreetmap.org/viewtopic.php?id=9451 Je vais voir si Google Traduction est mon ami, car c'est ... en Russe ! ^^ -> RTKlib/постпроцессинг Le Finlandais qui a utilisé RTKlib sur OpenMoko se manifeste dans la discussion. C'est donc un contributeur OSM http://www.openstreetmap.org/user/lindi -- Message transféré -- De : RatZilla$ Date : 26 janvier 2011 18:23 Objet : Re: [OSM-talk-fr] Le GPS logger idéal À : Discussions sur OSM en français Je cross post mes suggestions sur la ML et HD. -- Mobile & Écosmène--- Nous disposons tous plus ou moins de terminaux mobiles intelligents donc: -Interface graphique minimale pour configurer ou monitorer le logger depuis un "smartphone" / tablette (Archos vous êtes là ?). -Conception de questionnaire personnalisable (carnet de terrain - cf PathFinder Office de Trimble) Ex: Levé Arbre: Menu déroulant --- Arbre sous menu déroulant Espèce -- sous menu déroulant Cultivar - sous menu déroulant Hauteur - sous menu déroulant Remarque - Etc pour tout type d'objet dans OSM ---Puce GNSS & Écosmène Pensons à l'avenir et à la compatibilité future avec GLONASS (Russie) / Baïdou (Chine) / Galiléo (Eur) / -Puces de précision voir uBlox (slt Milie) / Trimble / Novatel / Hemisphere J'ai entamé des discussions cet été avec Trimble et NovaTel pour la fourniture de puces OEM pour un logger de précision sub métrique. Les puces sont livrées par 50 (25 GRAND MINIMUM) compter entre 150€ et 750€ pr les models ultra complets des kits SDK sont disponibles. Liens: -Trimble Premier prix (Module Copernicus II~50€) http://www.trimble.com/embeddedsystems/copernicus2.aspx?dtID=overview&; http://www.trimble.com/embeddedsystems/bd960.aspx?dtID=specs -uBlox LEA-6T (145€) http://www.u-blox.com/images/downloads/Product_Docs/LEA-6T_ProductSummary_%28GPS.G6-HW-09020%29.pdf -Novatel http://www.novatel.com/products/gnss-receivers/oem-receiver-boards/ Vendu en France par CATS www.cats-france.fr Hemisphere GPS http://www.hemispheregps.com/Products/PrecisionProducts/Main/tabid/543/LiveAccId/21970/Default.aspx -Support de la RTKLIB (Librairie OpenSource de localisation de précision) http://gpspp.sakura.ne.jp/rtklib/rtklib.htm - Test de précision & Écosmène - -L'IGN est prête à mettre à dispo ses instruments et installations pour tester Écosmène -- Intégrateur & Écosmène Bearstech pourrait nous aider, j'ai eu quelques contacts lors des CrisisCamps avec un dev de chez eux. -La RTKLib a été portée sur BeagleBoard http://gpspp.sakura.ne.jp/rtklib/rtklib_beagleboard.htm -- Financement & Écosmène Universités et Écoles d'ingénieurs seraient RAVIES de porter un projet tel que celui là en projet de fin d'étude, avec l'avantage pour nous de disposer d'un financement des prototypes. De nombreux services de l'État et des collectivités sont intéressés par un matériel OpenSource de ce type (Coucou au PONT (PÔle Nouvelle Technologie de l'Entente de Valabre) et nous pouvons là aussi dégager des ressources humaines / financières / techniques. Je mets dans le pool commun tous mes contacts et mails déjà échangés en privé pour faire avancer le projet. Gaël _______ Talk-fr mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab>
[OSM-dev-fr] Nouvelle version de Tilemill
Bonjour, Une nouvelle version de Tilemill (*) vient de sortir. La plus grosse avancée est désormais la simplicité d'installation : il suffit (sous Ubuntu) de lancer un fichier shell depuis la console : sudo *bash* install-tilemill.sh et l'ensemble de la file de rendu (Mapnik inclus) s'installe en un tournemain. Ceux qui se sont déjà frottés à l'installation de Mapnik comprendront que c'est bienvenu. Il y a également une méthode sous Mac (mais je n'ai pas testé) -> Bon à savoir, si vous aviez déjà installé Mapnik2 sur la machine, il faut le désinstaller au préalable Testé hier, juste après installation de Ubuntu 11.04 sur une clef USB. Une fois tilemill installé, l'interface se lance en allant à l'URL suivante depuis le navigateur web http://localhost:8889 Tilemill peut utiliser une base PostGIS comme source de données depuis quelque temps. Dans le principe, tous les éléments sont là pour permettre de beaux rendus sur la base d'extraits OSM (type Geofabrik). En pratique, je n'ai pas trouvé de tutoriel "tout-en-un" ni de feuille de style prête à l'emploi, mais j'ai bon espoir que cela arrive bientôt. (*) Tilemill [1] est une interface graphique fonctionnant dans un navigateur web, permettant de réaliser des rendus Mapnik, et tout particulièrement de les ajuster et voir le résultat immédiatement. Plutôt que les feuilles de style XML brutes, c'est un format plus proche de CSS qui est utilisé : Carto [2] qui est inspiré de Cascadenik Cela raccourcit énormément les feuilles de style en longueur et en complexité (pour l'humain). Il reste possible par la suite de créer une feuille de style XML Mapnik brute à partir du fichier carto, et l'utiliser ensuite dans un serveur de tuiles. [1] http://wiki.openstreetmap.org/wiki/Tilemill [2] http://wiki.openstreetmap.org/wiki/Carto -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Nouvelle version de Tilemill
Le 11 août 2011 09:54, Ab_fab a écrit : (...) > Tilemill peut utiliser une base PostGIS comme source de données depuis > quelque temps. > Dans le principe, tous les éléments sont là pour permettre de beaux rendus > sur la base d'extraits OSM (type Geofabrik). > En pratique, je n'ai pas trouvé de tutoriel "tout-en-un" ni de feuille de > style prête à l'emploi, mais j'ai bon espoir que cela arrive bientôt. > (...) Autant pour moi. Il existe bien une feuille de style carto prête à l'emploi pour des données OSM passées préalablement à la moulinette osm2pgsql : http://developmentseed.org/blog/2011/jun/24/new-carto-stylesheet-github-openstreets > -- > ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> > "Il n'y a pas de pas perdus" > ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Question sur la formulation d'une requête XAPI
Bonjour, En regardant la page du wiki consacrée à la description des bâtiments [1], je me suis demandé si XAPI permet de retourner les ways de bâtiments ... ... mais seulement pour les bâtiments qui n'ont pas le tag [building=yes], mais quelque chose de plus précis (maison, appartements, université ...) Je n'ai pas trouvé dans le wiki [2] d'exemple de formulation permettant d'exclure un tag. En gros, remplacer le " = " par "différent de" Quelqu'un a une idée ? [1] http://wiki.openstreetmap.org/wiki/FR:Key:building [2] http://wiki.openstreetmap.org/wiki/FR:Xapi -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Josm pour un service des eaux?
Bonjour Le fil de discussion suivant de juin dernier pourrait te donner quelques pistes : http://lists.openstreetmap.org/pipermail/talk-fr/2011-June/033449.html L'utilisation de JOSM ne pose aucun problème, en tout cas pour une création et une utilisation des données produites en local. C'est l'envoi dans la base OpenStreetMap qui pourrait être hasardeux, étant donné que l'on parle d'éléments enterrés donc cachés du "commun des mortels". Je n'ai pas compris le principe du Point Lancé. JOSM évolue en permanence et les sources sont disponibles. Cela pourrait être développé par ceux qui y trouvent un intérêt direct, puis proposé à tous sous la forme d'un plugin. Bonne journée Le 14 octobre 2011 13:47, Frédéric Benninger a écrit : > Bonjour, > > J'ai présenté le projet et les outils OpenStreetMaps à mes collègues > travaillant dans la gestion > d'un réseau d'eau. > > ils ont été bluffé par la convivialité de l'outil d’édition JOSM. Ils > m'ont demandé s'il était > envisageable de l'utilisé/adapter pour créer la topologie d'un réseau > d'eau potable. > > Sur le principe je ne dirais pas non et je pense que c'est même une bonne > idée. > Est-ce que vous connaissez des services (eau,gaz,électricité) qui > utilisent des outils d'OSM ? > > Lors de la démonstration, il m'ont également fait mention d'une petite > lacune dans la façon de > placer un point. Ils nomment cela le "Point lancé" sur deux ou trois > points. [1] > > C'est vrais, si une telle fonctionnalité existait dans JOSM je > pourrais peut être utiliser mon > Leica Disto pour placer boîtes aux lettres et bornes hydrates avec > plus grande précisions. > > Salutations > Frédéric > > [1] http://tinyurl.com/69cokgx > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Plugin Osmose pour Josm
Bonsoir, Je viens d'essayer. Chez moi ça fonctionne, avec la version latest Bonne soirée Le 16 octobre 2011 21:55, Frédéric Rodrigo a écrit : > Voilà c'est corrigé. > > Un petit problème d'option de compilation. > > Par contre cette version du plugin ne fonction que avec la latest de JOSM. > > Le 16/10/2011 17:01, Didier Marchand a écrit : > > bonsoir, >> >> oups >> "impossible de charger le greffon" >> >> désolé mais chez moi, cela ne fonctionne pas >> didier >> >> Le dimanche 16 octobre 2011 à 13:46 +0200, Frédéric Rodrigo a écrit : >> >>> Nouvelle version de disponible. Cette fois avec une amélioration. Un >>> bouton de plus pour télécharger les objets sur les quels portent >>> l'anomalie. >>> >>> http://f.rodrigo.free.fr/tmp/**josm/<http://f.rodrigo.free.fr/tmp/josm/> >>> >>> Fred >>> >> > ______**_ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Import des numéros de rue (addr:housenumber) depuis le Cadastre
Bonsoir, Je ne serai pas d'une grande aide sur la question, mais j'ai ce fil de discussion de juillet 2010 à te proposer : http://lists.openstreetmap.org/pipermail/talk-fr/2010-July/thread.html#24030 Le 2 novembre 2011 22:37, Tyndare a écrit : > Bonjour, > > Je voulais modifier l'application qadastre2osm de Pierre Ducroquet > pour extraire les numéros de rue. > La version originale du programme récupérais un PDF de taille > 9x9 et les numéros de rue était minuscules. > J'ai changé la taille a 9000x9000, ça semble marcher pour une petite > commune: > 026 CL347 "TAIN L HERMITAGE" > > Problème: mon code ne marche que dans mon cas précis, et échoue > lamentablement avec toutes les autres villes que j'ai pu essayer. > Le problème c'est que la taille des numéros de rue dépendent de la > taille du PDF exporté, mais aussi de la taille de la commune, et > qu'avec une grosse ville, il n’apparaissent plus du tout. Avec une > commune moyenne, si on met la taille du PDF à 9x9, les numéros > de rue sont là mais super petits et imprécis donc difficilement > reconnaissables. > > Quelqu'un aurais une idée pour généraliser le truc ? > > Pour ceux qui sont intéressés, le code est ici: > > http://tyndare.pagesperso-orange.fr/public/osm/qadastre2osm-housenumbers.tar.gz > > Ludo. > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Import des numéros de rue (addr:housenumber) depuis le Cadastre
Il faudrait contacter en direct le principal intéressé, car il n'est plus actif sur la liste de diffusion. Le 3 novembre 2011 00:14, Tyndare a écrit : > Ca correspond exactement à ce que j’essayai de faire, il est > accessible quelque part ce programme ? > > Le 2 novembre 2011 22:57, Ab_fab a écrit : > > Bonsoir, > > > > Je ne serai pas d'une grande aide sur la question, mais j'ai ce fil de > > discussion de juillet 2010 à te proposer : > > > http://lists.openstreetmap.org/pipermail/talk-fr/2010-July/thread.html#24030 > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Fichiers osm "full-history" - Création de la base de données
d
[3] Requête SQL
select tags->'highway' AS highway,
count(way),
round(sum(ST_Length(way)) / 1000) as kilometers
from hist_line
where tags ? 'highway' AND
tags->'highway'
IN (
('motorway'),
('trunk'),
('primary'),
('secondary'),
('tertiary'),
('unclassified'),
('residential'),
('track'),
('path'),
('footway')
)
AND '2010-01-01' BETWEEN valid_from AND COALESCE(valid_to, '-12-31')
group by tags->'highway';
[4] Résultats des Requête SQL
2008-01-01
"unclassified";44;19
"secondary";81;116
"primary";73;138
"track";1;1
"motorway";36;68
"trunk";2;2
"tertiary";83;58
"residential";186;78
___
2009-01-01
"unclassified";93;34
"secondary";188;166
"primary";120;159
"track";1;1
"footway";36;10
"motorway";42;64
"trunk";10;6
"tertiary";189;119
"path";3;3
"residential";582;198
___
2010-01-01
"unclassified";129;30
"secondary";254;174
"primary";117;147
"footway";216;35
"track";18;29
"motorway";47;64
"trunk";19;17
"tertiary";220;131
"path";34;30
"residential";985;315
___
2011-01-01
"unclassified";138;30
"primary";194;171
"secondary";263;191
"footway";273;40
"track";34;40
"motorway";48;64
"trunk";19;17
"tertiary";215;123
"path";102;55
"residential";1404;415
___
2011-09-18
"unclassified";156;45
"primary";207;164
"secondary";290;190
"footway";310;53
"track";78;67
"motorway";53;61
"trunk";25;23
"tertiary";280;147
"path";130;63
"residential";2102;594
[5] http://www.gis.hsr.ch/wiki/PostGIS_Terminal
--
ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab>
"Il n'y a pas de pas perdus"
___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fichiers osm "full-history" - Création de la base de données
Bonsoir Julien, Pourquoi ne pas avoir splitté l'historique France, plutôt ? ftp://ftp5.gwdg.de/pub/misc/openstreetmap/osm-full-history-extracts/110919/pbf/europe/ Le 8 décembre 2011 22:46, julien balas a écrit : > Il y aura surement un pb pour la découpe par ville. > Sur mon PC (qui n'est certes pas un foudre de guerre), je suis en train de > splitter l'historique mondiale pour en extraire rennes. > J'en suis a 1300 minutes et il a pas fini (mais il est en "second-pass" > quoique ca veuille dire) > > En tout cas merci pour le lien, ca promet des anims sympa. > -- > JB > > __**_ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fichiers osm "full-history" - Création de la base de données
Ca me rassure de voir qu'il n'y a pas que moi qui a du mal à lire les url et toc ! :-p Bon courage, et fais nous part de tes découvertes Le 8 décembre 2011 23:33, julien balas a écrit : > On 12/08/2011 11:08 PM, Ab_fab wrote: > >> Bonsoir Julien, >> >> Pourquoi ne pas avoir splitté l'historique France, plutôt ? >> ftp://ftp5.gwdg.de/pub/misc/**openstreetmap/osm-full-** >> history-extracts/110919/pbf/**europe/<ftp://ftp5.gwdg.de/pub/misc/openstreetmap/osm-full-history-extracts/110919/pbf/europe/> >> > > parceque ! ;) > > non en fait je ne savait pas que ca existait > je suis parti de > http://planet.osm.org/full-**experimental/<http://planet.osm.org/full-experimental/> > comme il etait dit dans le tutorial initial, je n'ai pas comparé l'url > avec le tiens, j'ai supposé que c'etait la même > > bon, je laisse tourner jusqu'a demain matin et on verra > > >> Le 8 décembre 2011 22:46, julien balas > <mailto:jul...@krilin.org>> a écrit : >> >> >>Il y aura surement un pb pour la découpe par ville. >>Sur mon PC (qui n'est certes pas un foudre de guerre), je suis en >>train de splitter l'historique mondiale pour en extraire rennes. >>J'en suis a 1300 minutes et il a pas fini (mais il est en >>"second-pass" quoique ca veuille dire) >> >>En tout cas merci pour le lien, ca promet des anims sympa. >>-- >>JB >> >>__**___ >>dev-fr mailing list >> dev-fr@openstreetmap.org >> <mailto:dev-fr@openstreetmap.**org >> > >>http://lists.openstreetmap.__**org/listinfo/dev-fr >> >> <http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> >> > >> >> >> >> >> -- >> ab_fab >> <http://wiki.openstreetmap.**org/wiki/User:Ab_fab<http://wiki.openstreetmap.org/wiki/User:Ab_fab> >> > >> >> "Il n'y a pas de pas perdus" >> >> >> >> __**_ >> dev-fr mailing list >> dev-fr@openstreetmap.org >> http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> >> > > > __**_ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fichiers osm "full-history" - Création de la base de données
Ne jette pas le fichier : Pour te récompenser de tes 20 GO de téléchargement, on pourrait te demander d'extraire les DOM - TOM un de ces jours ;-) Belle patience en tout cas Le 9 décembre 2011 08:22, julien balas a écrit : > On 12/08/2011 11:08 PM, Ab_fab wrote: > >> Bonsoir Julien, >> >> Pourquoi ne pas avoir splitté l'historique France, plutôt ? >> ftp://ftp5.gwdg.de/pub/misc/**openstreetmap/osm-full-** >> history-extracts/110919/pbf/**europe/<ftp://ftp5.gwdg.de/pub/misc/openstreetmap/osm-full-history-extracts/110919/pbf/europe/> >> > > real1933m31.226s > user2239m1.696s > sys 140m38.351s > > c'est *un peut* cher de partir du planet mondial en effet > > je vais essayer avec celui de la france pour voir a combien ca tombe. > > > __**_ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fichiers osm "full-history" - Création de la base de données
Tu es sûr d'avoir formulé ta ligne de commande comme demandé ? le fichier readme donne ceci comme exemple : ./osm-history-importer --debug --prefix "hist_" --dsn "host='172.16.0.73' dbname='histtest'" gau-odernheim.osh.pbf Le 9 décembre 2011 08:37, julien balas a écrit : > On 12/08/2011 11:37 PM, Ab_fab wrote: > >> Ca me rassure de voir qu'il n'y a pas que moi qui a du mal à lire les url >> et toc ! :-p >> >> Bon courage, et fais nous part de tes découvertes >> > > ./osm-history-importer -D osmhistory ../../osm-history-splitter/** > rennes.osh.pbf > Segmentation fault > > je n'ai pas decouvert grand chose :( > > quels option je peut rajouter dans la compilation de l'importer pour avoir > un message d'erreur un peut moins abrupte ? > > > un -debug ? (j'y connais rien en C/C++) > > -- > JB > > > __**_____ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fichiers osm "full-history" - Création de la base de données
Ca rend vraiment bien Le 11 décembre 2011 21:39, Nicolas Dumoulin < nicolas_openstreetmap@dumoulin63.net> a écrit : > Le Samedi 10 Décembre 2011 22:11:58 julien balas a écrit : > > On 12/09/2011 08:49 AM, Ab_fab wrote: > > > Tu es sûr d'avoir formulé ta ligne de commande comme demandé ? > > > le fichier readme donne ceci comme exemple : > > > ./osm-history-importer --debug --prefix "hist_" --dsn > > > "host='172.16.0.73' dbname='histtest'" gau-odernheim.osh.pbf > > > > effectivement, le jour ou j'apprendrais a lire ca ira mieux > > > > voila le resultat > > http://www.youtube.com/watch?v=j_-Glh94ZTE > > > > même avec le soft-cut ca fait un effet bizarre sur l'apparition des > > premiers segments, mais bon. > > Pas mal :-) > > -- > Nicolas Dumoulin > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Tunning de postgresql pour des bases osmosis et/ou osm2pgsql
Pour info, un message sur la liste Maps-I (Wikimedia), concernant les performances de rendus sur le ToolServer : http://lists.wikimedia.org/pipermail/maps-l/2011-December/001065.html Avec des idées concernant les schémas de base (faire le tri dans les polygones pour les niveaux de zoom faibles, et en particulier virer la myriade de batiments) et aussi les feuilles de style, pour limiter les accès aux bases autant que possible Le 13 décembre 2011 17:41, Thomas Clavier a écrit : > Le 13/12/2011 11:13, Yves a écrit : > > 15 tuiles ou 15 meta-tuiles? > > méta-tuiles ... c'est munin qui parle pour renderd :-) > > -- > Thomas Clavier http://www.tcweb.org > Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org > +33 (0)6 20 81 81 30 +33 (0)950 783 783 > > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] OverpassAPI et make-area
Bonjour, Il y a quelques infos ici concernant la fonction 'make-area' http://www.overpass-api.de/#section.make_area Je ne comprends pas vraiment l'usage. La fin de la description de ta requête concerne la recherche d'un type très précis de noeud, c'est à dire _ un toponyme quelquonque (ville, hameau, village, lieu-dit ...) _ portant la combinaison clef : name / valeur : Tours Quel est l'intérêt de chercher à limiter la zone de recherche à la frontière française ? En rentrant le script suivant à l'adresse http://overpass.osm.rambler.ru/query_form.html Note bien l'ajout de la ligne Le serveur ne retourne que deux noeuds correspondants à la commune de Tours et un lieu-dit sur la commune de Brangues -- Ou bien j'ai mal compris ton objectif, et peut être que tu veux récupérer un extrait de tous les noeuds "place" de France ? Vu la quantité de lieux-dits déjà dans la base en France, tu risques d'excéder la limite du serveur XAPI. Pour ce genre de chose, mieux vaut télécharger un extrait Geofabrik de la France métropolitaine et utiliser osmosis pour balayer le fichier afin d'en extraire les noeuds "place" (à l'aide de l'argument --node-key) Le 20 décembre 2011 09:22, Cyrille Giquello a écrit : > Salut, > > En gros, via API (api,xapi,overpass) je souhaite retrouver des > "place=*" limités à la "France Métropolitaine". Le problème de cette > France Métro est qu'elle n'est pas rectangle (ah ces politiques!). > J'ai pas bien compris le 'make-area' de l'OverpassAPI. Je pensais > pouvoir définir un "area" depuis une relation pour limiter une requête > au lieu d'un bbox mais il semble que ce ne soit pas son usage. > > Définition de l'area: > > > > > > > > > > > > > > puis requête, qui ne fonctionne pas car elle est fausse > > > > > > > Bon, c'est faux. Mais est-ce simplement une faute de syntaxe ou bien > est-ce aussi une faute d'usage, c'est à dire que make-area ne sert pas > à ça. > > Merci > -- > Cyrille. > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] OverpassAPI et make-area
Pour la petite histoire, j'ai contacté directement Roland Ollbricht en septembre pour une question un peu similaire : Retrouver tous les bâtiments qui portent une description plus précise qu'un simple "yes". Ce qui revient à rechercher tous les bâtiments et éliminer des résultats tout ce qui porte les attributs building = yes Il m'a répondu qu'il le mettait sur sa liste d'améliorations potentielles, sans promettre de date. Ton souhait de récupérer les noeuds place = *, mais sans attribut concernant la population pourrait aller dans le même sens. Hello Fab, > I did not find either in the description of the overpass API that you > developped. > > I imagine something like > * * > or* *** > Could this be implemented ? Yes. That's possible. I don't want to promise a time frame. I hope, I can integrate it in the upcoming version 0.6.94, which will appear during the next week, but I'm sure it will appear at latest in the next release, 0.7, to appear in october. Best regards, Roland Restreindre les recherches à l'emprise d'un polygone (département, commune) pourrait également être une amélioration intéressante pour Overpass API. _ Soit en utilisant l'id de la relation correspondant au polygone en question, _ Soit en donnant soi-même un polygone approché avec beaucoup moins de points : Ce qu'il est déjà possible de faire (là encore avec osmosis) en insérant les coordonnées des points formant le polygone dans un fichier texte et en incluant ce fichier texte dans les arguments de la commande osmosis http://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format De part les discussions sur IRC, je sais que Jocelyn s'est donné du mal, mais est parvenu à inclure l'emprise de la France métropolitaine dans un polygone de 500 points "seulement". 500 points c'est complexe, mais tout de même infiniment moins que la relation "France Métropolitaine". Le traitement doit donc être beaucoup moins lourd Le 20 décembre 2011 10:24, Cyrille Giquello a écrit : > Merci m'sieur. > > Dans un 1er temps je souhaitais juste parcourir la France et trouver > les nœuds de villes et villages qui n'ont pas leur tag population et > je pensais faire un p'tit script utilisant une API sans passer par le > téléchargement. > > Sinon, j'ai avancé un petit peu sur la compréhension de "make-area" > qui sert pour la définition de "rule". Mais actuellement /api/get_rule > retourne un 404. J'ai posté sur dev@ pour suivre l'affaire. > > Bye, > Cyrille. > > Le 20 décembre 2011 10:04, Ab_fab a écrit : > > > Bonjour, > > > > Il y a quelques infos ici concernant la fonction 'make-area' > > http://www.overpass-api.de/#section.make_area > > Je ne comprends pas vraiment l'usage. > > > > La fin de la description de ta requête concerne la recherche d'un type > très > > précis de noeud, c'est à dire > > _ un toponyme quelquonque (ville, hameau, village, lieu-dit ...) > > _ portant la combinaison clef : name / valeur : Tours > > > > Quel est l'intérêt de chercher à limiter la zone de recherche à la > frontière > > française ? > > > > En rentrant le script suivant à l'adresse > > http://overpass.osm.rambler.ru/query_form.html > > > > > > > > > > > > > > > > > > > > Note bien l'ajout de la ligne > > Le serveur ne retourne que deux noeuds correspondants à la commune de > Tours > > et un lieu-dit sur la commune de Brangues > > > > -- > > > > Ou bien j'ai mal compris ton objectif, et peut être que tu veux récupérer > > un extrait de tous les noeuds "place" de France ? > > Vu la quantité de lieux-dits déjà dans la base en France, tu risques > > d'excéder la limite du serveur XAPI. > > > > Pour ce genre de chose, mieux vaut télécharger un extrait Geofabrik de la > > France métropolitaine et utiliser osmosis pour balayer le fichier afin > d'en > > extraire les noeuds "place" (à l'aide de l'argument --node-key) > > > > > > Le 20 décembre 2011 09:22, Cyrille Giquello a > écrit : > >> > >> Salut, > >> > >> En gros, via API (api,xapi,overpass) je souhaite retrouver des > >> "place=*" limités à la "France Métropolitaine". Le problème de cette > >> France Métro est qu'elle n'est pas rectangle (ah ces politiques!). > >> J'ai pas bien compris le 'make-area' de l'OverpassAPI. Je pensais > >> pouvoir définir un &
Re: [OSM-dev-fr] Nantes, script contributeurs changement licence
Bonjour Cyrille, J'ai contacté les contributeurs qui n'avaient pas encore accepté la nouvelle licence en date du 15/12/2011 Plus d'infos dans le fil de discussion de la liste nantaise, qui commence ici : http://www.linux-nantes.org/wws/arc/openstreetmap-nantes/2011-12/msg00025.html Pas d'outil particulier mis à part OSM inspector et sa vue consacrée aux éléments "problématiques". J'ai cliqué sur les éléments et noté l'identifiant de chaque nouveau contributeur indécis qui était révélé J'ai donc trouvé un certain nombre de contributeurs, mais je ne peux pas assurer avoir été exhaustif. NB : en décembre, en cliquant sur un chemin on voyait dans la colonne de droite le numéro d'identifiant du contributeur. Désormais, il apparaît "en clair" donc pas besoin de passer par osm.mapki.com/history comme indiqué dans le post cité plus haut. Le 13 janvier 2012 16:08, Cyrille Giquello a écrit : > Bonjour Nantes, > > On m'a parler d'un outil pour trouver les contributeurs sur Nantes et > plus qui n'ont pas (encore) accepter la licence. Pouvez vous m'en dire > plus, je souhaiterai un tel outil pour nos départements (37, 41 et > région centre). > > Merci > > -- > Cyrille. > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Comparaison cours d'eau OSM/Sandre
Bonjour, Il y a aussi peut être quelque chose à faire pour ce qui concerne la prise en compte des références SANDRE sous leur nouvelle forme et leur ancienne forme : Comptabiliser quand la clef "ref:sandre" *OU* la clef "old_ref:sandre" colle avec ce que l'on trouve sur le site Je crois que c'est ce qui empêche la Vilaine d'être comptabilisée Pour mémoire, le fil de discussion de décembre 2011 qui démarre ici : *http://lists.openstreetmap.org/pipermail/talk-fr/2011-December/038472.html* Le 16 février 2012 11:22, Christian Quest a écrit : > A propos de > http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html > > Les role=side_stream ne semblent pas mis de côté. > Est-il possible de ne comptabiliser que les membres n'ayant aucune > rôle ou le rôle main_stream ? > Cela permettrai de visualiser plus facilement les cours d'eau où la > continuité est cassée. Le luxe serait de sortir le nombre de morceaux > "main" et "side". > > J'ai fait du nettoyage hier sur les cours d'eau, voici les erreurs que > j'ai rencontré: > - des way en role=tributary (de petits affluents pour lesquels aucune > relation n'a été créée) > - des role=side_stream manquants ce qui casse la continuité de la relation > - des disparités dans le nom (l'article parfois manquant) > - des tags répétés sur les membres (ref:sandre par exemple) > - plusieurs relations pour le même cours d'eau (10 cas) > > Un truc bizarre sur la Garonne, la longueur totale calculée est de > 158km, alors que j'arrive à 478,6km sur le schéma osmosis d'osm7 avec > la requête suivante: > > SELECT sum(st_length(st_transform(w.linestring,2154)))/1000 AS km FROM > relations r JOIN relation_members m ON (m.relation_id=r.id) JOIN ways > w ON (w.id=m.member_id AND m.member_type='W' AND (m.member_role='' OR > m.member_role='main_stream')) WHERE r.tags->'ref:sandre'='O---'; > > -- > Christian > > > -- > Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Comparaison cours d'eau OSM/Sandre
Je ne sais pas trop non plus pour quelles raisons il est jugé nécessaire de garder ces anciennes références. Un autre point Ce qui "m'agace" (un peu), ce sont les 6 cours d'eau (de plus de 80 km) qui sont donnés comme "pas dans OSM" en bas de tableau. *** Version courte *** Peut-on virer les lignes suivantes du tableau de suivi ? 0001 K7--0261 M---0061 M1--0161 K---0081 Et remplacer pour la Vilaine le code J---006- par J---006A ? *** tentative d'explication *** J'ai l'impression que le SANDRE référence sous un code unique l'ensemble des bras secondaires de gros cours d'eau. Tous les cas se situent dans le bassin Loire-Bretagne, soit dit en passant. On peut effectuer la recherche du code sur le site du SANDRE en entrant l'URL : http://services.sandre.eaufrance.fr/Courdo/Fiche/client/fiche_courdo.php?CdSandre=<http://services.sandre.eaufrance.fr/Courdo/Fiche/client/fiche_courdo.php?CdSandre=K---0081> ??? où ??? est à remplacer par le code A chaque fois, le tracé sur la carte et le chaînage suit un cours d'eau qui à le même code SANDRE à l'exception du dernier digit (0 pour le cours d'eau dans OSM / 1 pour celui que l'on n'y retrouve pas) J'ai fait le récapitulatif ci dessous Suivi OSMCours d'eau 0001 Bras pour la Loire ? code = K7--0261 Bras pour l'Indre ? code = K7--0260 M---0061 Bras pour la Sarthe ? code = 0060 M1--0161 Bras pour le Loir ? code = M1--0160 K---0081 Bras pour l'Allier ? code = K---0080 Pour le cas de la loire, les longueurs dans la base SANDRE sont : : 1003.1 km 0001 : 530.9 km Pour le cas particulier de la Vilaine, je pense que c'est une erreur ou un ancien code SANDRE qui est référencé par l'outil de suivi : Le code J---006A dans OSM (*) est cohérent avec la fiche SANDRE Le code J---006A fonctionne http://services.sandre.eaufrance.fr/Courdo/Fiche/client/fiche_courdo.php?CdSandre=J---006A Le code J---006- envoie vers une page indiquant que le statut est "gelé" http://services.sandre.eaufrance.fr/Courdo/Fiche/client/fiche_courdo.php?CdSandre=J---006- (*) http://www.openstreetmap.org/browse/relation/1082413 Peut-on virer les lignes suivantes du tableau de suivi 0001 K7--0261 M---0061 M1--0161 K---0081 Et remplacer pour la Vilaine le code J---006- par J---006A Le 16 février 2012 13:13, sly (sylvain letuffe) a écrit : > > On jeudi 16 février 2012, Ab_fab wrote: > > Comptabiliser quand la clef "ref:sandre" *OU* la clef "old_ref:sandre" > > colle avec ce que l'on trouve sur le site > > Merci de me rafraîchir la mémoire, quel est l'intérêt de conserver dans OSM > l'ancienne référence sandre ? > > > -- > sly > qui suis-je : http://sly.letuffe.org > email perso : sylvain chez letuffe un point org > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr -- ab_fab "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Comparaison cours d'eau OSM/Sandre
Tout est en ordre pour les points que j'ai soumis hier. Nickel, merci ! Et sinon, je suis du même avis que Christian dans le message initial de ce fil, à savoir écarter les membres avec le rôle side_stream du bilan Par contre, à un moment, il faut choisir et désigner un membre main_stream ! La relation de la Seine est complète, mais au niveau de l'île Saint Louis, on a deux membres avec le rôle side_stream http://www.openstreetmap.org/browse/way/150372226 http://www.openstreetmap.org/browse/way/99555151 Pas JOSM sous la main à l'instant, mais bien l'intention de passer celui passant entre l'île Saint-Louis et l'île de la cité en bras principal. Est-ce que cela suffisant pour faire grimper le pourcentage près des 100% ? hmm, je vois que c'est la stratégie suivie par Christian sur la Garonne, on dirait que ça paie pas http://www.openstreetmap.org/browse/way/4612199 http://www.openstreetmap.org/browse/way/4612201 Deux exemples qui font perdre 734 km :-) Ok, "ce ne sont que quelques stats", mais ce qui m'embête le plus, c'est de ne pas pouvoir identifier plus rapidement où se trouvent les cours d'eau vraiment morcelés. Le 16 février 2012 15:03, sly (sylvain letuffe) a écrit : > > hop, je te laisse regarder le résultat de demain et me dire si tu vois > toujours un soucis. > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Comparaison cours d'eau OSM/Sandre
Les canaux ont leur propre code SANDRE : le tableau suivant en recense une quarantaine (environ) http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html Le code SANDRE appliqué sur la relation est celui représentant tout ce cours d'eau et appelé "entité géographique". Mais les tronçons élémentaires portent égaglement un code qui n'est pas (encore) à l'ordre du jour dans OSM Les détails se trouvent ici http://sandre.eaufrance.fr/Point-sur-le-code-hydrographique Le 18 février 2012 14:39, Philippe Verdy a écrit : > Concernant la Vilaine (et l'Ille), il y a le cas particulier de sa > section canalisée, qui constitue aussi un cours d'eau navigable > continu mais qui emprunte le même cours d'eau naturel (pour s'en > écarter parfois à l'occasion du franchissement d'une écluse construite > à côté dans ce qui serait un "side_stream" pour le fleuve, mais pas > pour le canal... tandis que le cours d'eau naturel franchit, lui un > seuil, ou alors son cours principal est dédié dans un bras artificiel > non navigable). > > Comment Sandre classe-t-il ces canaux, particulièrement ceux qui > empruntent les cours de plusieurs fleuves ou rivières ? Le but est-il > de cartographier les bassins versants et leur alimentation en eau, > auquel cas c'est le cours naturel qu'il faudrait privilégier. Mais > alors où seront classés les canaux ? Comment vérifier leur continuité > et la cohérence du réseau navigable (ou le réseau de transport d'eau > construit par l'homme) , qui ont leur propre nom qui se superpose par > endroit au nom des cours d'eau naturels empruntés ? > > Il me semble que Sandre veut construire des références pour les deux > types de réseaux, et du coup doit casser le modèle de ses propres > références, qui ne forme plus un modèle hiérarchique (celui des cours > d'eaux naturels et leurs affluents), mais contient une modélisation > sur un modèle davantage maillé de façon non hiérarchique (celui des > réseaux navigables qui inclue évidemment les écluses pour fonctionner) > > Pourquoi OSM devrait privilégier un des deux modèles plutôt qu'un > autre ? Et dans ce cas, on ne s'en sortira pas sans relation, car le > modèle purement géométrique ne permet absolument pas de résoudre ces > cas (c'est totalement impossible de faire les distinctions nécessaires > si on veut aussi modéliser le réseau maillé navigable, et concernant > les bras, même sur le réseau naturel, il est impossible de déterminer > à priori un bras naturel privilégié par rapport à un autre, comme les > deux bras de a Loire qui traversent Nantes et ont chacun leur nom). > > Alors en attendant de trouver quelquechose de solide, les relations > avec les main_stream, side_stream et tributary sont logiquement > corrects et devraient permettre d'avancer, même si Sandre a ses > propres références qui parfois ne suivent pas ce modèle. Et ce système > permet encore de modéliser les deux types de réseaux (naturel, plus ou > moins hiérarchique malgré ses bras, et articifiel des canaux, non > hiérarchique mais maillé). > > Le 17 février 2012 17:03, Ab_fab a écrit : > > Tout est en ordre pour les points que j'ai soumis hier. > > Nickel, merci ! > > > > Et sinon, je suis du même avis que Christian dans le message initial de > ce > > fil, à savoir écarter les membres avec le rôle side_stream du bilan > > > > Par contre, à un moment, il faut choisir et désigner un membre > main_stream ! > > La relation de la Seine est complète, mais au niveau de l'île Saint > Louis, > > on a deux membres avec le rôle side_stream > > http://www.openstreetmap.org/browse/way/150372226 > > http://www.openstreetmap.org/browse/way/99555151 > > > > Pas JOSM sous la main à l'instant, mais bien l'intention de passer celui > > passant entre l'île Saint-Louis et l'île de la cité en bras principal. > > Est-ce que cela suffisant pour faire grimper le pourcentage près des > 100% ? > > > > hmm, je vois que c'est la stratégie suivie par Christian sur la Garonne, > on > > dirait que ça paie pas > > http://www.openstreetmap.org/browse/way/4612199 > > http://www.openstreetmap.org/browse/way/4612201 > > > > Deux exemples qui font perdre 734 km :-) > > > > Ok, "ce ne sont que quelques stats", mais ce qui m'embête le plus, c'est > de > > ne pas pouvoir identifier plus rapidement où se trouvent les cours d'eau > > vraiment morcelés. > > > > Le 16 février 2012 15:03, sly (sylvain letuffe) a > écrit > > : > > > >> > >> hop, je te laisse regarder le
[OSM-dev-fr] Analyseur Osmose " Wikipedia"
Bonjour, Quand je vois ce genre de groupe de modifications, je trouve bien dommage que Osmose n'aie pas (au moins en partie) une couverture mondiale : http://www.openstreetmap.org/browse/changeset/10605722 Je préfère de loin la mise en évidence via un outil tiers que par un Fixme enregistré dans la base. Par contre, l'analyse faite en amont du travail du bot a l'air d'aller plus loin que l'analyseur 3031 d'Osmose [1] : Elle doit consulter la présence effective de la page Wikipedia et pas simplement vérifier que l'url n'est pas renseignée sous sa forme condensée dans la balise wikipedia d'osm. Certaines erreurs mises en évidence dans le groupe de modif montrent des liens déjà en forme "courte" Plutôt que de dire qu'il faudrait maintenir un serveur français avec une base mondiale à jour pour ce genre d'outils, ce serait sympa de voir l'outil greffé sur des machines déjà en opération. Ca ne court probablement pas les rues : les premiers qui me viennent à l'esprit sont le Toolserver Wikimedia et deux serveurs Overpass API (en particulier la machine russe qui a l'air costaud). Pensez-vous que ça mériterait d'aller prendre le pouls, histoire de discuter des faisabilités techniques ? C'était mon billet d'humeur du matin, qui au final est plutôt à prendre comme un éloge d'Osmose. ;-) Merci à ceux qui le font fonctionner [1] http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#3031 -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Analyseur Osmose " Wikipedia"
Merci pour ces précisions Frédéric. J'ai envoyé un mot par la messagerie osm à l'auteur du bot pour savoir si une description des principes de son analyse (voire si possible le code) est disponible quelque part. Le 28 février 2012 10:11, Frédéric Rodrigo a écrit : > Bonjour, > > Nous somme entrain d'optimiser Osmose pour permettre deux choses, une > analyse bien plus rapide et/ou sur une plus grand couverture. > Osmose mange principalement deux source de données : une base de type > Osmosis et un pbf. Le support du mode incrémental est en phase de > finalisation. > Toutes les analyses non géomatiques ne nécessitant pas de manipuler > plus d'un objet à la fois sont fait par l'analyse du pbf. Donc pas > besoin d'une base mondiale pour ces analyses. > > Frédéric. > > Le 28 février 2012 09:38, Ab_fab a écrit : > > Bonjour, > > > > Quand je vois ce genre de groupe de modifications, je trouve bien dommage > > que Osmose n'aie pas (au moins en partie) une couverture mondiale : > > http://www.openstreetmap.org/browse/changeset/10605722 > > Je préfère de loin la mise en évidence via un outil tiers que par un > Fixme > > enregistré dans la base. > > > > Par contre, l'analyse faite en amont du travail du bot a l'air d'aller > plus > > loin que l'analyseur 3031 d'Osmose [1] : > > Elle doit consulter la présence effective de la page Wikipedia et pas > > simplement vérifier que l'url n'est pas renseignée sous sa forme > condensée > > dans la balise wikipedia d'osm. > > Certaines erreurs mises en évidence dans le groupe de modif montrent des > > liens déjà en forme "courte" > > > > Plutôt que de dire qu'il faudrait maintenir un serveur français avec une > > base mondiale à jour pour ce genre d'outils, ce serait sympa de voir > l'outil > > greffé sur des machines déjà en opération. Ca ne court probablement pas > les > > rues : les premiers qui me viennent à l'esprit sont le Toolserver > Wikimedia > > et deux serveurs Overpass API (en particulier la machine russe qui a > l'air > > costaud). > > Pensez-vous que ça mériterait d'aller prendre le pouls, histoire de > discuter > > des faisabilités techniques ? > > > > C'était mon billet d'humeur du matin, qui au final est plutôt à prendre > > comme un éloge d'Osmose. ;-) > > Merci à ceux qui le font fonctionner > > > > [1] http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#3031 > > > > -- > > ab_fab > > "Il n'y a pas de pas perdus" > > > > ___ > > dev-fr mailing list > > dev-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/dev-fr > > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Analyseur Osmose " Wikipedia"
J'attends de voir si mon message via le compte utilisateur recevra une réponse. Krattbot est aussi un compte utilisateur estonien sur Wikipedia et Wikimedia Commons (merci Google) http://et.wikipedia.org/wiki/Kasutaja:KrattBot http://commons.wikimedia.org/wiki/User:KrattBot Le 28 février 2012 13:00, Philippe Verdy a écrit : > Surtout quand on voit que le Bot n'a même pas été capable de > transformer les URL en noms d'articles (sans > "http://*.wikipedia.org/wiki/"; dont il extrait le code langue, et sans > les "_" remplacés par des espaces, et sans les %nn en hexadécimal > remplacés par leur valeur sur un octet, en vérifiant au passage que > les séquence d'octets sont valides pour UTF-8, et que ne sont pas > codés des caractères interdits comme "#" et "/" qui n'auraient pas dû > être encodés). Sinon, autant effectivement dresser la liste de ce qui > reste : si l'URL résoud à quelquechose, voire vers quoi ça dirige. > > Le même Bot pourrait aussi résoudre les redirections sur Wikipedia > pour éviter l'accumulation de redirections doubles lors de renommages > de pages (comme peut le faire aussi le bot Pywikimedia de façon > automatique sur un grand nombre de pages). > > Le 28 février 2012 11:34, Nicolas Dumoulin > a écrit : > > Le Mardi 28 Février 2012 09:38:10 Ab_fab a écrit : > >> Bonjour, > >> > >> Quand je vois ce genre de groupe de modifications, je trouve bien > dommage > >> que Osmose n'aie pas (au moins en partie) une couverture mondiale : > >> http://www.openstreetmap.org/browse/changeset/10605722 > >> Je préfère de loin la mise en évidence via un outil tiers que par un > Fixme > >> enregistré dans la base. > > > > Salut, > > > > C'est clair que c'est ultra moche. Ça donne même mal au cœur en voyant le > > nombre de fixme ajoutés … > > > > -- > > Nicolas Dumoulin > > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin > > > > ___ > > dev-fr mailing list > > dev-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/dev-fr > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Générer des fichiers SVG par script...
Beaucoup de moteurs de rendu (dont Mapnik) se basent sur Cairo pour sortir du SVG http://cairographics.org/ Maperitive ne passe pas par Cairo, en particulier pour des raisons de la qualité du SVG produit : http://igorbrejc.net/openstreetmap/maperitive-vs-adobe-illustrator Le 5 mars 2012 17:00, Christian Quest a écrit : > Mapnik pour sortir juste les limites des régions et départements, ça > me semble violent et c'est la construction du SVG pour avoir des > éléments graphiques faciles à manipuler par un graphiste qui > m'intéresse. > > Là j'explore comment joindre les petits bouts de way qui forment la > frontière entre 2 régions (ou département) et en faire un LINESTRING > unique via mes requêtes postgis qui vont bien. > > > Le 5 mars 2012 16:55, Yves a écrit : > > Non, mais mapnik sors du svg aussi je crois. > > Yves > > > > > > Christian Quest a écrit : > >> > >> Afin de favoriser la réutilisation, je voudrais mettre en place des > >> exports SVG à thème si possible automatiques. > >> > >> Par exemple, le découpage des régions ou départements, voire le > >> découpage par commune pour chaque département. > >> > >> Pourquoi du SVG ? Tout simplement pour que des graphistes, souvent > >> demandeurs de fonds de carte puissent s'en servir le plus facilement > >> possible. > >> > >> J'ai un peu joué avec ST_AsSVG pour sortir des path à la sauce SVG, et > >> je me suis bricolé un fichier SVG pour voir leur format. > >> > >> Est-ce que vous avez déjà fait ce genre de choses ? > >> -- > >> Christian Quest - OpenStreetMap France - > http://openstreetmap.fr/u/cquest > >> > >> > >> > >> dev-fr mailing list > >> dev-fr@openstreetmap.org > >> http://lists.openstreetmap.org/listinfo/dev-fr > > > > > > ___ > > dev-fr mailing list > > dev-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/dev-fr > > > > > > -- > Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Analyseur Osmose " Wikipedia"
Plus d'informations de la part de -raul concernant l'outil de corrections de liens vers Wikipedia que j'évoquais il y a quelques jours : Hi, listed your tool at [1]. My listing is byproduct of OSM-Wikipedia place name tool. You can find the source code here [2]. My tool is on Wikimedia Toolserver and uses copy of Wikipedia databases to check if article exists. Currently the listing [3] contains also some false positives and I'm not running the fixme-tagging bot regularly. -- Raul [1] http://wiki.openstreetmap.org/wiki/Collaboration_with_Wikipedia#Find_malformed_or_not_found_wikipedia_tags [2] http://meta.wikimedia.org/wiki/User:WikedKentaur/OSM-Wikipedia_place_name_tool [3] http://toolserver.org/~kentaur/osm_wp/bad_wikipedia_tags.php Le 28 février 2012 09:38, Ab_fab a écrit : > Bonjour, > > Quand je vois ce genre de groupe de modifications, je trouve bien dommage > que Osmose n'aie pas (au moins en partie) une couverture mondiale : > http://www.openstreetmap.org/browse/changeset/10605722 > Je préfère de loin la mise en évidence via un outil tiers que par un Fixme > enregistré dans la base. > > Par contre, l'analyse faite en amont du travail du bot a l'air d'aller > plus loin que l'analyseur 3031 d'Osmose [1] : > Elle doit consulter la présence effective de la page Wikipedia et pas > simplement vérifier que l'url n'est pas renseignée sous sa forme condensée > dans la balise wikipedia d'osm. > Certaines erreurs mises en évidence dans le groupe de modif montrent des > liens déjà en forme "courte" > > Plutôt que de dire qu'il faudrait maintenir un serveur français avec une > base mondiale à jour pour ce genre d'outils, ce serait sympa de voir > l'outil greffé sur des machines déjà en opération. Ca ne court probablement > pas les rues : les premiers qui me viennent à l'esprit sont le Toolserver > Wikimedia et deux serveurs Overpass API (en particulier la machine russe > qui a l'air costaud). > Pensez-vous que ça mériterait d'aller prendre le pouls, histoire de > discuter des faisabilités techniques ? > > C'était mon billet d'humeur du matin, qui au final est plutôt à prendre > comme un éloge d'Osmose. ;-) > Merci à ceux qui le font fonctionner > > [1] http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#3031 > > -- > ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> > "Il n'y a pas de pas perdus" > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] [OSM-talk-fr] + de fonctions sur api.openstreetmap.fr
Rien qui puisse t'aider ici ? http://fr.flossmanuals.net/openstreetmap/ch016_personnaliser-potlatch-2 Le 21 mars 2012 16:53, sly (sylvain letuffe) a écrit : > salut, > - supporter l'éditeur potlatch2, j'ai une pré-démo sur : > http://api.openstreetmap.fr/potlatch2/potlatch2.html > qui montre comment que ça dépote de la balle > Mais impossible de faire marcher l'édition, je butte sur Oauth > > -- > sly > qui suis-je : http://sly.letuffe.org > email perso : sylvain chez letuffe un point org > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Post traitement RTKLib
65 km c'est loin. Pour les GPS grand public qui ne traitent que les signaux bruts de la porteuse L1 (et pas la L2) RTKlib permet apparemment de faire le post-traitement différentiel jusqu'à une quinzaine de km. Le Garmin 60 peut traiter les signaux WAAS (EGNOS en Europe). Normalement cela permet d'assurer une précision intéressante, au moins de l'ordre de 5 m, et pourquoi pas 2. Si tu arrives à produire un fichier Rinex à partir de ton appareil, cela ne coûte pas grand chose d'essayer RTKlib, en particulier sous windows où l'on peut profiter de l'interface graphique. Le 9 avril 2012 17:36, Frédéric Benninger a écrit : > Bonjour, > > Je me demandais si c'est possible de faire du post traitement avec un > gps low cost, le GPS60 dgps de Garmin. > > Ces deux commandes permettent de créer un fichier RINEX > >async -p ttyUSB0 -rinex -t 300 -o bindata.g60 >gar2rnx bindata.g12 -area -f > > Si je comprend bien l'idée du DGPS, c'est de comparer ces données avec > d'autres dont on connaît exactement la position. > > Quelles sont les outils nécessaire pour aller plus loin? > > Il semble que RTKLib soit un candidat possible mais je ne vois pas > comment m'y prendre. > > Est-ce que quelqu’un s'est déjà aventuré sur ce chemin? > > J'ai remarqué que cette station : > > http://www.epncb.oma.be/_trackingnetwork/siteinfo4onestation.php?station=ZIM2 > offre également la possibilité de faire de la correction en temps réel > avec le protocole NTRIP. > > gpsd gère ce protocole sans trop d'efforts, mais cette station est à > 65Km est-ce que ça vaut encore le coup pour viser 1-2m? > > Salutations > benni_75 > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] [Maperitive] support for Overpass API
Voilà qui risque d'être intéressant : il sera possible de lancer des requêtes vers un serveur Overpass API avec les prochaines moûtures de Maperitive -- Forwarded message -- From: Igor Brejc Date: 2012/4/11 Subject: [Maperitive] support for Overpass API To: Maperitive The latest release adds a new command "download-osm-overpass" which lets you download OSM data from an Overpass API server ( http://wiki.openstreetmap.org/wiki/Overpass_API). The nice thing about this is that it also lets you specify your own Overpass query, like: download-osm-overpass query="node($b$);out;" ... which downloads only OSM nodes for the current map view ($b$ is a placeholder for the actual bbox and is auto-expanded by Maperitive). Overpass query language is a bit confusing (at least to me), but it could prove to be a useful tool for fetching filtered OSM data (instead of loading everything). Enjoy, Igor -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Librairie Routing multi-modal
Bonjour, OSRM [1] fonctionne pour la partie ferries, donc il pourrait t'être utile. Exemple en Norvège pour le parcours entre Stavanger et Bergen). http://map.project-osrm.org/tZ Ou ici à proximité de Nantes http://map.project-osrm.org/u1 NB : Arnaud Van De Casteele (Geotribu) a mis en place avec succès ce même service pour couvrir l'île de la Réunion il y a quelques mois [2] [1] http://wiki.openstreetmap.org/wiki/Open_Source_Routing_Machine [2] http://geotribu.net/applications/OSRM_leaflet_974/main.html Le 25 mai 2012 11:16, Rodolphe Quiedeville a écrit : > Bonjour, > > Il reste une partie d'OSM que je n'ai que trop peu explorée à ce jour, le > routing reste un point sur lequel je suis plutôt newbie. > Ma recherche s'oriente sur une librairie/outil pour fair du routing > multi-modal terre-mer-océan-fleuve, je n'ai pas encore trouvé d'outils qui > inclus dans le shortest path les lignes de ferry par exemple. Comme je > planifie pour 2013 des vacances au Danemark par la Hollande tout le monde > comprendra l'intérêt des lignes de ferry/bac. > J'en viens donc à demander vos conseils avisés ici, quel outil me > conseillez-vous pour faire une appli pour ce genre de routing ? > > J'ai regardé déjà > http://wiki.openstreetmap.org/**wiki/Routing/online_routers<http://wiki.openstreetmap.org/wiki/Routing/online_routers>et > je ne sais choisir en pyroute ou pgrouting pour me lancer, si l'un de > vous peut ma conseiller en quelques lignes sur les avantages inconvénient > de ces 2 outils et/ou m'en conseiller un troisième je serai ravi. > > Happy mapping ! > > -- > Rodolphe Quiédeville - Artisan Logiciel Libre > http://cartosm.eu - Intégration de carte libre sur site web > Blog : > http://blog.rodolphe.**quiedeville.org/<http://blog.rodolphe.quiedeville.org/> > > > __**_ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Librairie Routing multi-modal
Le ferry qui n'est pas emprunté http://www.openstreetmap.org/browse/way/41388997 Celui qui est préféré http://www.openstreetmap.org/browse/way/14271003 La comparaison montre que la seconde comporte des informations complémentaires, et en particulier les types de véhicules qui peuvent l'emprunter. Cela doit être l'explication. Les exemples qui fonctionnent dans mon précédent message comportent tous l'indication de l'accès aux autos. Le 25 mai 2012 12:33, Rodolphe Quiedeville a écrit : > >> Merci à vous trois pour vos réponses. >> Je me suis fait avoir sur OSMR les tests que j'avais fait ne voulait pas >> passer par les lines de Ferry, j'ai du mal faire quelque-chose. >> > > En fait il semble qu'il refuse certaines routes comme par exemple : > > http://map.project-osrm.org/u2 > > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Librairie Routing multi-modal
Attention, je dévie (mais après-tout le sujet parle de multi-modal) Je serais curieux d'un outil qui permettrait de faire cet exercice de calcul des durées de parcours, mais uniquement par transports collectifs / marche et vélo, en particulier pour les zones rurales. Bien entendu en tenant compte des horaires des transports (avec les données GTFS [1]). J'espère que dans ce domaine les données libres vont se multiplier, dans des formats uniformes, et surtout ensuite vivre au rythme des changements. Au passage, un billet qui a retenu mon attention : http://monde-rural.blog.lemonde.fr/2012/05/17/les-transports-en-commun-a-la-campagne-on-oublie/ [1] http://wiki.openstreetmap.org/wiki/GTFS Le 25 mai 2012 12:56, Nicolas Dumoulin < nicolas_openstreetmap@dumoulin63.net> a écrit : > Le vendredi 25 mai 2012 12:33:55 Rodolphe Quiedeville a écrit : > > > Merci à vous trois pour vos réponses. > > > Je me suis fait avoir sur OSMR les tests que j'avais fait ne voulait > pas > > > passer par les lines de Ferry, j'ai du mal faire quelque-chose. > > > > En fait il semble qu'il refuse certaines routes comme par exemple : > > > > http://map.project-osrm.org/u2 > > > > qui n'est pas le plus court, vous en conviendrez ;-) > > > > J'ai vérifié si les ways n'étaient pas connectées à tout hasard, mais > > non elles le sont, et il n'y a pas non plus de restrictions > > particulières. Si je trouve la raison je posterai ici. > > Je suis aussi en train de jouer avec OSRM depuis quelques jours. > Je calcule toutes les distances (et temps) de comunes à communes (3 > paires > sans doublons) du Cantal en moins d'une minute sur mon portable. > > Pour les lignes de Ferry, il faut peut-être jouer avec les options des > profils, > mais j'ai pas vu beaucoup de doc (et je n'en ai pas besoin a priori). > > -- > Nicolas Dumoulin > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Librairie Routing multi-modal [Bilan]
Je ne connais pas non plus d'extrait disponible directement sans les bâtiments. En complément d'Osmosis, il y a Osmium, par Jochen Topf, qui a l'air efficace en terme de rapidité et de ressources nécesaires pour parcourir les fichiers osm ou pbf et extraire les données http://wiki.openstreetmap.org/wiki/Osmium http://www.floledermann.com/blog/tech/filtering-and-conversion-osm-files-osmium/ Le 30 mai 2012 13:10, kimaidou a écrit : > Pour les exports sans les bâtiments, il n'en existe pas à ma connaissance, > mais pourquoi ne pas utiliser osmosis pour extraire seulement les données > intéressantes pour le routing ? La page [1] montre qu'on peut utiliser des > filtres pour ne récupérer que certains éléments. Il faut seulement bien > définir la liste utile. > > [1] > http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#Data_Manipulation_Tasks > > Le 30 mai 2012 12:15, Rodolphe Quiedeville a > écrit : > >> Rodolphe Quiedeville a écrit on 25/05/12 11:16: >>> >>> Bonjour, >>> >>> Il reste une partie d'OSM que je n'ai que trop peu explorée à ce jour, >>> le routing reste un point sur lequel je suis plutôt newbie. >> >> [...] >> >> Petit retour d'expérience sur ce sujet, tout d'abord merci à ceux qui >> m'ont orientés sur OSRM c'est un très bon outil. >> A noter que la préparation des fichiers est très gourmande en RAM >> effectivement, pour traiter la France avec l'export de Geofabrik de 2G en >> .pbf il m'a fallu monter un swapfile de 12G alors que ma machine a déjà 6Go >> de RAM, mais même avec un swapfile cela reste assez rapide ( ~25 minutes les >> 2 opérations). >> La doc du wiki [1] n'est pas forcément à jour il m'a fallu regarder le >> code 2 ou trois fois pour bien comprendre le fonctionnement. >> Des surprises aussi sur les retour JSON du serveur qui ne sont pas >> forcément bien formaté. >> Sinon coté vitesse c'est assez surprenant, mais on le voit déjà sur la >> démo, seul bémol le soft est un peu jeune et cela se sent quand on veut un >> peu le trioturé à sa sauce (ie faire tourner 2 instances avec des config >> diffrentes), mais c'est libre alors je vais proposer un ou deux patchs. >> >> Bonne journée >> >> PS : est-ce que vous connaissez des exports réguliers SANS les bâtiments ? >> >> 1. https://github.com/DennisOSRM/Project-OSRM/wiki >> -- >> Rodolphe Quiédeville - Artisan Logiciel Libre >> http://cartosm.eu - Intégration de carte libre sur site web >> Blog : http://blog.rodolphe.quiedeville.org/ >> >> >> ___ >> dev-fr mailing list >> dev-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/dev-fr > > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] xapiviewer
Excellent ! Testé et approuvé avec la requête heritage:operator=mhs pour mettre en évidence les noeuds de monuments historiques. La réactivité est bluffante. Overpass API tourne également sur un serveur russe qui est plus costaud en ressources, et normalement dédié à la production. Le serveur allemand plutôt pour le dev. Pour lancer la requête sur le serveur russe, http://www.overpass-api.de/api/ doit être remplacé par http://overpass.osm.rambler.ru/cgi/ ... ou bien par http://api.openstreetmap.fr/ : http://wiki.openstreetmap.org/wiki/FR:Servers/Comparatif_des_formats_de_base_de_donn%C3%A9es Le 4 juillet 2012 13:40, Nicolas Dumoulin < nicolas_openstreetmap@dumoulin63.net> a écrit : > Salut, > > Bon, voilà, ça m'a un peu titillé et voilà : > http://osm.dumoulin63.net/xapiviewer/ > C'est rudimentaire, je ne connais pas trop les limitations du XAPI > allemand, > mais ça juste marche et c'est sympa :-) > > Sur ce, miam miam. > > -- > Nicolas Dumoulin > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Travailler sur des imports partiels
Pour info, la mise à jour est journalière pour les extraits fournis par Geofabrik. Si le problème a été résolu il y a trois semaines, les extraits dispos à l'heure actuelle sont ok. Le 4 juillet 2012 17:58, Philippe Verdy a écrit : Attendre que Geofabrik actualise son fichier. -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Travailler dans JOSM avec de gros fichiers .osm
Petite curiosité de ma part : Quels travaux rendent nécessaire de manipuler de si gros fichiers dans JOSM, avec une configuration tout de même bien péchue ? Tu parles souvent de problèmes de conflits de données lors du chargement de tes changesets vers la base principale. Es-tu certain d'avoir l'approche la plus sûre, par rapport à un chargement ciblé de données pré-filtrées très à jour, comme celles qu'on peut obtenir de XAPI / Overpass API ? Personnellement, j'édite le plus souvent avec un netbook 12" et ses 2 GO de RAM, je suis plus ennuyé par la taille de l'écran que par des considérations de RAM ou autre, même lors de la manipulation de limites admin. @+ -- Message transféré -- De : Philippe Verdy Date : 4 juillet 2012 22:25 Objet : Re: [OSM-dev-fr] Travailler sur des imports partiels À : Discussions développeur OSM en français Grosse bécane ? Mon PC portable charge sans problème toutes les régions et département de France dans un seul fichier OSM), et même de plusieurs pays frontaliers. La VM java est configurée pour pouvoir monter sans problème à 16 Go de RAM (mon portable en a 32 Go avec 8 coeurs -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Tutoriel pour générer et afficher les tuiles en local
Bonjour Ahmad,
Dis-nous si ce genre de chose t'aide à parvenir à tes fins :
http://fr.flossmanuals.net/openstreetmap/ch017_generer-des-cartes-pour-son-site-web
Question subsidiaire : cherches-tu à maintenir une grande fraîcheur à ces
tuiles ?
Garder la base de données PostGIS à jour et renouveler les tuiles de
manière efficace est un gros morceau.
Le 11 juillet 2012 11:39, ahmad HAJJ CHEHADE a écrit :
> Bonjour,
>
> je cherche un tutoriel qui peut m'aider a créer un serveur de tuiles et
> que je puisse afficher les tuiles dans une page html ;
>
> c.à.d. au lieu de se diriger dans l'affichage vers http://{s}.
> tile.openstreetmap.org/{z}/{x}/{y}.png
> se connecter a un localhost ;
>
> --
> *
> *
> *
>
> *
>
>
> ___
> dev-fr mailing list
> dev-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev-fr
>
>
--
ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab>
"Il n'y a pas de pas perdus"
___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] [OSM-talk-fr] Statistiques
As-tu bien donné à la bdd que tu as créée le même nom que le nom de l'utilisateur unix ? Selon le tuto : *"next we'll get that data into the database. Oh wait: which database? * *We'll first have to setup our postgres database. It's best if you use your user-database (that's database-name = your unix username)"* Je crois que j'avais du recommencer à cause de cette "subtilité" On continue l'investigation sur dev-fr ? Le 11 juillet 2012 19:07, Aurélien FILEZ a écrit : > Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens des > tables hist_point, hist_line et hist_polygon vides (0 rows) > > > 2012/7/11 Christian Quest > >> Mis sous forme de graphique c'est plus parlant (document >> LibreOffice)... http://dl.free.fr/pUraG0Fan >> >> On voit que le réseau autoroutier a été complet dès 2009, que les >> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau >> primaire est stable depuis 2011. >> >> >> Le 11 juillet 2012 15:48, Christian Quest a >> écrit : >> > Pour des stats il y a aussi ceci: http://length.osm4people.org/ >> > >> > Et pour la France : http://length.osm4people.org/france.html >> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en >> > mars dernier on en était à plus d'1 million de km. En 2011, plus de >> > 300.000km de routes on été ajoutés. >> > >> >> -- >> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest >> >> ___ >> Talk-fr mailing list >> talk...@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr >> > > > ___ > Talk-fr mailing list > talk...@openstreetmap.org > 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" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] [Dev-fr] Détection des noeuds orphelins depuis le passage du bot
Bonjour, Parmi les choses agaçantes du nettoyage, il y a l'apparition d'une multitude de points désormais orphelins, car ils supportaient des chemins qui ont été effacés Comme par exemple celui-ci, à Viroflay. http://www.openstreetmap.org/browse/node/197856376 Quand on regarde autour, c'est facile de comprendre qu'il faisait partie d'un way entourant l'église. Mais j'ai le pressentiment que bcp ne vont pas être réutilisés durant la reconstruction, et donc rester orphelins Et je n'arrive pas à trouver un moyen simple de les mettre en évidence, car ils n'ont pas été modifiés par le bot. L'analyse d'Osmose mise en place pour recenser les dommages du passage du bot ne permet pas de les identifier. Je pensais les retrouver en tant que noeuds orphelins, mais ce n'est pas le cas non plus. http://osmose.openstreetmap.fr/map/?zoom=15&lat=48.80464&lon=2.17521&layers=BTFF00&item=1080,7060&level=1 Au moins, l'analyse des noeuds orphelins ne renvoie pas bcp d'erreurs actuellement (312 sur l'ensemble des régions analysées). Donc si le nombre augmente beaucoup, la probabilité que cela soit lié au nettoyage sera grande. -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] [Dev-fr] Détection des noeuds orphelins depuis le passage du bot
Je n'avais pas saisi que les marqueurs étaient relatifs à des groupes de noeuds orphelins. C'est vrai que cela risque de faire beaucoup. Désolé je réfléchis tout haut, mais est-ce qu'en ajustant la feuille de style mapcss d'affichage dans JOSM, on pourrait mettre ces points orphelins en évidence ? Le 23 juillet 2012 10:46, Frédéric Rodrigo a écrit : > > Après il est possible de mettre un marqueur par nœud, mais ça va en faire > drôlement beaucoup. > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] [OSM-talk-fr] Contrôle qualité des axes routiers
Bonjour Ista, Merci pour tes messages. On peut commencer par continuer la discussion sur dev-fr (que j'ai mis en copie), histoire de ne pas envahir la messagerie de ceux que le sujet n'intéresse pas. Pour la synthèse, le wiki est/sera un bon endroit. Je ne crois pas qu'il y ait deux rendus, juste Marc qui a fait évoluer son rendu OpenLayer pour montrer plus d'informations. -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Contrôle qualité des axes routiers
Je réfléchis à la manière qui permettrait d'entrer les infos de la table des localisants de manière efficace, mais simple, dans OSM (ou au moins pas trop compliqué). Ce que je vois sur les schémas proposés dans le wiki me fait un peu peur, c'est très complexe. En particulier sur les échangeurs, avec des tags incluant des +, des -, des - combinés à d'autres - qui deviennent des + dès que l'on s'attaque aux bretelles d'interconnexion ... Le genre de truc sur lequel je suis à peu près sûr de me tromper, mais qui sera plus facilement analysé par une machine Mon idée de base, ce serait d'utiliser les relations de type junction = ??? pour les échangeurs (ce dont parlait Christian), en attribuant un rôle (TMC ?) pour les ways et les points inclus dans la relation qui font partie d'un segment TMC, mais de ne rien indiquer pour les interconnexions entre les segments TMC Quand on regarde cet exemple<http://freeroute.fr/tmc/?zoom=16&lat=47.266&lon=-1.58906&layers=B0T>, on a un échangeur avec plein de bretelles d'interconnexion, mais pour le TMC, les seules infos à rentrer sont : _ 6 segments routiers (les chaussées sont séparées et il y a un changement de segment sur l'A844) A844 Angers -> Saint Nazaire - Amont TMC:Segment-LCD = +45003 A844 Angers -> Saint Nazaire - AvalTMC:Segment-LCD = +45018 A844 Saint Nazaire -> Angers - Amont TMC:Segment-LCD = -45018 A844 Saint Nazaire -> Angers - AvalTMC:Segment-LCD = -45003 N137 Nantes -> Rennes TMC:Segment-LCD = +10301 N137 Rennes -> Nantes TMC:Segment-LCD = -10301 4 points TMC, un par axe routier (chaque point sur l'A844 fait partie de deux segments TMC) A844 Angers -> Saint Nazaire TMC:Point-LCD = +47030 A844 Saint Nazaire -> Angers TMC:Point-LCD = -47030 N137 Nantes -> Rennes TMC:Point-LCD = +14099 N137 Rennes -> Nantes TMC:Point-LCD = -14099 Dans mon esprit, chacun des ways / noeuds de l'échangeur correspondant aux points / segments listés plus haut doit faire partie _ d'une relation junction=cloverleaf <http://wiki.openstreetmap.org/wiki/Proposed_features/Junction#Complex_junction_relation>avec un rôle specifique ? (TMC ?) _ d'une relation portant la référence TMC:Segment-LCD et regroupant tous les ways OSM le long du segment TMC (Cette relation peut elle-même être membre d'une relation TMC:Road, comme c'est le cas sur l'A844) Chacun des noeuds OSM correspondant à un point de la table des localisants doit porter la référence TMC:Point-LCD et être membre de la ou des relations TMC:Segment-LCD Déjà de quoi s'amuser ... Mais peut-on s'affranchir de mettre des références de segments sur les 8 interconnexions possibles ? -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Contrôle qualité des axes routiers
C'est fait pour moi, le passage sur dev-fr, je ne sais pas si on en a perdu en route ;-) Au sujet de la nomenclature des informations Alert-C dans la base OSM, j'ai posé la question mardi sur la liste Tagging, afin de savoir si un schéma se détachait sans ambiguité. http://lists.openstreetmap.org/pipermail/tagging/2012-October/011547.html On ne peut pas dire que cela déchaîne les passions pour le moment. Et puis je crois bien que je trouve les deux propositions trop complexes : Dans le second schéma, censé être plus simple, on indique sur chacun des ways OSM l'id du point TMC précédent et l'id du point TMC suivant. Les relations sont là pour ça, non ? J'ai l'impression qu'elles ne sont pas vraiment utilisées. Le 5 octobre 2012 14:06, Marc SIBERT a écrit : > Bonjour, > > Je pense qu'il faut vraiment passer en dev ou mieux sur le wiki pour > garder des traces lisibles de "nos" élucubrations (private joke). > > Mes 0.02 € > > Marc > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Contrôle qualité des axes routiers
Bonjour, J'ai fait une tentative pour rentrer les identifiants de la table des localisants sur un axe routier. Je reste sur mon premier exemple, la N137 entre Nantes et Rennes. Le segment TMC 10301 part de la porte de Rennes, à Nantes, pour se terminer à Rennes (je vous le donne en mille, Porte de Nantes). J'ai créé deux relations : une dans le sens Nantes-Rennes<http://www.openstreetmap.org/browse/relation/2455384>, l'autre dans le sens Rennes-Nantes<http://www.openstreetmap.org/browse/relation/2455383> Les membres sont les ways, qui ne portent pas d'informations supplémentaires, ainsi que les noeuds de ces ways qui correspondent aux points TMC (et sur lesquels j'ai ajouté une référence, soit positive, soit négative en fonction de la direction par rapport au segment TMC) J'ai également fait une relation de type junction=cloverleaf pour la porte de Rennes (à Nantes) <http://www.openstreetmap.org/browse/relation/2456387> Les points TMC de cette porte sont référencés comme membres de la relation. J'aurais bien aimé leur donner un rôle. J'ai essayé de faire le plus simple possible pour cette première tentative. Il n'y a par exemple pas l'information concernant la nature du point TMC (diffuseur, aire de repos ...) Le 6 octobre 2012 23:06, Vincent de Chateau-Thierry a écrit : > > Le 05/10/2012 16:58, Ab_fab a écrit : > > C'est fait pour moi, le passage sur dev-fr, je ne sais pas si on en a >> perdu en route ;-) >> >> Au sujet de la nomenclature des informations Alert-C dans la base OSM, >> j'ai posé la question mardi sur la liste Tagging, afin de savoir si un >> schéma se détachait sans ambiguité. >> http://lists.openstreetmap.**org/pipermail/tagging/2012-** >> October/011547.html<http://lists.openstreetmap.org/pipermail/tagging/2012-October/011547.html> >> >> On ne peut pas dire que cela déchaîne les passions pour le moment. >> >> Et puis je crois bien que je trouve les deux propositions trop complexes : >> Dans le second schéma, censé être plus simple, on indique sur chacun des >> ways OSM l'id du point TMC précédent et l'id du point TMC suivant. >> Les relations sont là pour ça, non ? J'ai l'impression qu'elles ne sont >> pas vraiment utilisées. >> >> > Je parcours à l'instant les 2 schémas sur le wiki, et j'ai bien > l'impression comme toi que le "vieux" schéma est finalement plus adapté. > Dommage au passage que pour une problématique internationale la nouvelle > proposition soit en allemand. > > Je trouve aussi que le recours aux relations est pertinent ici : on > factorise l'info commune, et on visualise le bon ordonnancement des ways en > tant que membres. Je ne parle que des TMC linéaires, qui sont par essence > une collection ordonnée de portions de route. > > vincent > > > __**_ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Contrôle qualité des axes routiers
J'ai fait ce qui m'a semblé le plus simple, pour aboutir à une relation qui montre la continuité d'un bout à l'autre, pour un sens de circulation. En vue d'une application pour le contrôle qualité, ça me semble plus robuste. Il y a le cas des routes à 2 x 1 voies, qui peuvent être ponctuellement séparées en deux chaussées distinctes, surtout en agglomérations. La problématique risque d'être assez similaire aux relations des lignes de bus. Pour les tags, on peut tout imaginer. Mais là mon objectif c'était d'utiliser les mêmes principes que ce que l'on voit dans la proposition pour un nouveau schéma. J'ai déjà indiqué des rôles (TMC:Point & TMC:Segment). S'il faut ajouter backward et forward dans tout ça, ça va devenir compliqué. Je trouve que les + et les - c'est pas si mal, en pratique. Le 9 octobre 2012 12:19, Ista Pouss a écrit : > Le 9 octobre 2012 11:55, Philippe Verdy a écrit : > >> Pas besoin de deux relations, on a les rôles "forward" et "backward" >> >> pour mentionner le sens pris sur un segment unidirectionnel. >> >> > Je ne les vois pas mentionné dans les relations rennes nantes et inverse > ? Ils semblent équivalent au + et - de FR:10301+ et FR:10301- je pense ? > > Quand tu dis "segment", est-ce que ce terme est équivalent à l'ensemble de > la relation que ab_fab <http://www.openstreetmap.org/user/ab_fab> a mis > en place pour rennes - nantes ? > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] osm-watch, outil de veille de changesets
Jean-Claude, Peut-être que ce nouvel outil "Who did it" sera plus adapté à ce que tu recherches. La carte est découpée en carrés de petite surface, et il est possible de voir quelles zones ont été ajustées depuis un certain temps (semaine, mois, 6 mois, toujours ...). La couleur donne le type de modif (vert = ajout, jaune = modification de l'existant, rouge = suppression). En cliquant sur le carré, les comptes responsables des modifs sont listés. La génération d'un flux RSS est possible Voila la carte pour le Mercantour, ce mois-dernier<http://zverik.osm.rambler.ru/whodidit/?zoom=12&lat=44.0537&lon=7.29018&layers=BTT&age=31> Le 14 octobre 2012 18:39, Jean-Claude Repetto a écrit : > On 14/10/2012 11:31, Clément Stenac wrote: > > > * Des filtres en plus ... preneur d'idées :) > > > > Bonjour, > > Ce que j'aimerais, c'est être averti lorsque quelqu'un modifie ou > supprime un objet que j'ai créé, ou auquel j'ai contribué. > Il m'est déjà arrivé de constater (plusieurs mois après) la disparition > de certains sentiers que j'avais créés dans le Mercantour, suppression > faite par un utilisateur inexpérimenté. Et parfois, inversement, lorsque > quelqu'un améliore mon travail, j'aimerais en être averti, afin de > bénéficier de son expérience, et de faire de meilleures contributions > ultérieures. > > Est-ce possible actuellement avec cet outil ? (Je n'ai pas pu le tester, > il n'affiche qu'une page 'Loading, please wait ...' en ce moment). > > Jean-Claude > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Mappy et Mapnik
Pour info, sur la liste de discussion Mapnik : https://groups.google.com/forum/?fromgroups#!topic/mapnik/vo1mhtokYfc -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Paumé dans Alert-C
Il doit y avoir des zones délicates, mais dans l'ensemble ce n'est pas trop dur de voir à quoi se rapporte chaque point en réalité. Pour la N137 j'ai procédé manuellement, je ne vois pas trop comment faire autrement. Ça a dû prendre 2 h pour une centaine de km (en faisant les deux sens de circulation) Commence par une autoroute : S'il y a déjà une relation de type route pour décrire l'axe routier, c'est facile de charger l'axe principal, puis de progresser en chargeant les zones au niveau des points. Le 26 oct. 2012 15:04, "Ista Pouss" a écrit : > > > Le 26 octobre 2012 14:19, Frédéric Rodrigo a > écrit : > >> Les points ne sont pas si mal géolocalisé, que ça, on retrouve facilement >> la position. >> >> > Oui, mais comment ? Manuellement (à l'oeil humain, je veux dire) ou > automatiquement ? > > Si manuellement, il y a plusieurs dizaines de milliers de points... > > Si automatiquement, comment "on retrouve facilement" ? > > > >> Par contre les éléments décrit dans Alert-C ne sont pas forcement >> modélisé dans OSM et tous ne sont pas des points. Mais on pourrait déjà >> commencer à intégrer des références. D'où deux questions : >> - Réseau entier ou que autoroute ? D'après ce que j'ai compris il n'y a >> que pour les autoroutes où le signal n'est pas crypté. >> - Quel tags ? >> > > Si on peut faire portion par portion, c'est déjà ça. Je pense que la > réponse à tes deux questions viendra d'une autre : pourquoi faire ? À ce > que j'ai compris, l'idée, en attendant plus, serait de placer, dans les > "choses" OSM, un tag qui le relierait à son équivalent Alert-C. C'est tout. > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > > ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] osm-watch, outil de veille de changesets
On peut désormais voir le nom du contributeur pour chaque groupe de modif recensé par le flux RSS. Très pratique. Merci Clément ! Le 14 octobre 2012 11:31, Clément Stenac a écrit : > Bonjour, > > Comme j'en avais parlé il y a quelques temps, une toute première version > d'un outil de surveillance de changesets est prête: > > http://osm102.openstreetmap.**fr/~zorglub/watch/<http://osm102.openstreetmap.fr/~zorglub/watch/> > > Le concept est de placer des "alertes" qui combinent: > * Une zone géographique > * Un "filtre" > > Les changesets qui matchent à la fois la zone et le filtre sont notifiés à > l'utilisateur. Pour l'instant, la notification ne se fait que par flux RSS. > > Il faut se logguer pour créer ses propres alertes. On peut aussi rendre > des alertes "publiques", auquel cas tout le monde peut s'abonner au flux > RSS. > > Les filtres suivants sont implémentés pour l'instant: > * Filtre par expression sur les tags, avec la syntaxe de JOSM, ce qui > permet d'exprimer des conditions booléennes complexes > à la fois sur les clés et les valeurs > * Détection d'import cadastre > * Détection de nouveau contributeur > > Le filtre géographique est "exact", c'est à dire qu'il ne se déclenche que > si un élement du changeset est vraiment dans la zone, pas seulement si la > bounding box overlap. > > > Dans les trucs prévus ensuite: > * Un écran pour afficher dans l'application les matches sur une alerte: > liste et carte détaillée > * Notifications par mails > * Des filtres en plus ... preneur d'idées :) > > Les retours sont les bienvenus ! > > -- > Clément > > > __**_ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] osm-watch, outil de veille de changesets
Il y a peut être un petit bug car certains groupes de modif sont attribués à deux contributeurs différents, Pour le cas ci-dessous, le groupe de modif #13671401 est pour Iggy07, mais il apparaît également attribué à GBr dans le flux RSS GBr a "commis" deux groupes de modif concernant le cadastre aujourd'hui : http://www.openstreetmap.org/browse/changeset/13673530 http://www.openstreetmap.org/browse/changeset/13673582 Noter que les deux contribuent sur la même commune (Phalempin) J'espère qu'ils ont accordé leurs violons. ***Changeset 13671401 <http://www.openstreetmap.org/browse/changeset/13671401> Changeset by GBr Matched on Mon Oct 29 10:34:08 CET 2012 Matches because - 241 buildings with Cadastre source Changeset 13671401 <http://www.openstreetmap.org/browse/changeset/13671401> Changeset by Iggy07 Matched on Mon Oct 29 10:33:00 CET 2012 Matches because - 500 buildings with Cadastre source Le 29 octobre 2012 11:02, Ab_fab a écrit : > On peut désormais voir le nom du contributeur pour chaque groupe de modif > recensé par le flux RSS. > Très pratique. > > Merci Clément ! > > Le 14 octobre 2012 11:31, Clément Stenac a > écrit : > > Bonjour, >> >> Comme j'en avais parlé il y a quelques temps, une toute première version >> d'un outil de surveillance de changesets est prête: >> >> http://osm102.openstreetmap.**fr/~zorglub/watch/<http://osm102.openstreetmap.fr/~zorglub/watch/> >> >> Le concept est de placer des "alertes" qui combinent: >> * Une zone géographique >> * Un "filtre" >> >> Les changesets qui matchent à la fois la zone et le filtre sont notifiés >> à l'utilisateur. Pour l'instant, la notification ne se fait que par flux >> RSS. >> >> Il faut se logguer pour créer ses propres alertes. On peut aussi rendre >> des alertes "publiques", auquel cas tout le monde peut s'abonner au flux >> RSS. >> >> Les filtres suivants sont implémentés pour l'instant: >> * Filtre par expression sur les tags, avec la syntaxe de JOSM, ce qui >> permet d'exprimer des conditions booléennes complexes >> à la fois sur les clés et les valeurs >> * Détection d'import cadastre >> * Détection de nouveau contributeur >> >> Le filtre géographique est "exact", c'est à dire qu'il ne se déclenche >> que si un élement du changeset est vraiment dans la zone, pas seulement si >> la bounding box overlap. >> >> >> Dans les trucs prévus ensuite: >> * Un écran pour afficher dans l'application les matches sur une alerte: >> liste et carte détaillée >> * Notifications par mails >> * Des filtres en plus ... preneur d'idées :) >> >> Les retours sont les bienvenus ! >> >> -- >> Clément >> >> >> __**_ >> dev-fr mailing list >> dev-fr@openstreetmap.org >> http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> >> > > > > -- > ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> > "Il n'y a pas de pas perdus", Nadja > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] osm-watch, outil de veille de changesets
Bonjour, J'aimerais détecter les ajouts de balises de type wikipedia:fr=* Mais ça ne passe pas quand je crée l'alerte. J'imagine que c'est à cause des ":" Si je mets wikipedia=* en critère, je n'ai pas de souci Y-a-t-il une astuce ? Le 14 octobre 2012 11:31, Clément Stenac a écrit : > Bonjour, > > Comme j'en avais parlé il y a quelques temps, une toute première version > d'un outil de surveillance de changesets est prête: > > http://osm102.openstreetmap.**fr/~zorglub/watch/<http://osm102.openstreetmap.fr/~zorglub/watch/> > > Le concept est de placer des "alertes" qui combinent: > * Une zone géographique > * Un "filtre" > > Les changesets qui matchent à la fois la zone et le filtre sont notifiés à > l'utilisateur. Pour l'instant, la notification ne se fait que par flux RSS. > > Il faut se logguer pour créer ses propres alertes. On peut aussi rendre > des alertes "publiques", auquel cas tout le monde peut s'abonner au flux > RSS. > > Les filtres suivants sont implémentés pour l'instant: > * Filtre par expression sur les tags, avec la syntaxe de JOSM, ce qui > permet d'exprimer des conditions booléennes complexes > à la fois sur les clés et les valeurs > * Détection d'import cadastre > * Détection de nouveau contributeur > > Le filtre géographique est "exact", c'est à dire qu'il ne se déclenche que > si un élement du changeset est vraiment dans la zone, pas seulement si la > bounding box overlap. > > > Dans les trucs prévus ensuite: > * Un écran pour afficher dans l'application les matches sur une alerte: > liste et carte détaillée > * Notifications par mails > * Des filtres en plus ... preneur d'idées :) > > Les retours sont les bienvenus ! > > -- > Clément > > > __**_ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] osm-watch, outil de veille de changesets
J'ai fait la modif ce matin, j'attends de voir ce que ça donne en pratique. Merci pour ton aide Le 30 octobre 2012 17:56, Christian Quest a écrit : > Il faut utiliser la syntaxe de JOSM... "wikipedia:fr"=* devrait > marcher je pense (pas testé) > > Le 30 octobre 2012 17:49, Ab_fab a écrit : > > Bonjour, > > > > J'aimerais détecter les ajouts de balises de type wikipedia:fr=* > > Mais ça ne passe pas quand je crée l'alerte. J'imagine que c'est à cause > des > > ":" > > Si je mets wikipedia=* en critère, je n'ai pas de souci > > > > Y-a-t-il une astuce ? > > > > > > Le 14 octobre 2012 11:31, Clément Stenac a > écrit : > >> > >> Bonjour, > >> > >> > >> Comme j'en avais parlé il y a quelques temps, une toute première version > >> d'un outil de surveillance de changesets est prête: > >> > >> http://osm102.openstreetmap.fr/~zorglub/watch/ > >> > >> Le concept est de placer des "alertes" qui combinent: > >> * Une zone géographique > >> * Un "filtre" > >> > >> Les changesets qui matchent à la fois la zone et le filtre sont > notifiés à > >> l'utilisateur. Pour l'instant, la notification ne se fait que par flux > RSS. > >> > >> Il faut se logguer pour créer ses propres alertes. On peut aussi rendre > >> des alertes "publiques", auquel cas tout le monde peut s'abonner au flux > >> RSS. > >> > >> Les filtres suivants sont implémentés pour l'instant: > >> * Filtre par expression sur les tags, avec la syntaxe de JOSM, ce qui > >> permet d'exprimer des conditions booléennes complexes > >> à la fois sur les clés et les valeurs > >> * Détection d'import cadastre > >> * Détection de nouveau contributeur > >> > >> Le filtre géographique est "exact", c'est à dire qu'il ne se déclenche > que > >> si un élement du changeset est vraiment dans la zone, pas seulement si > la > >> bounding box overlap. > >> > >> > >> Dans les trucs prévus ensuite: > >> * Un écran pour afficher dans l'application les matches sur une alerte: > >> liste et carte détaillée > >> * Notifications par mails > >> * Des filtres en plus ... preneur d'idées :) > >> > >> Les retours sont les bienvenus ! > >> > >> -- > >> Clément > >> > >> > >> ___ > >> dev-fr mailing list > >> dev-fr@openstreetmap.org > >> http://lists.openstreetmap.org/listinfo/dev-fr > > > > > > > > > > -- > > ab_fab > > "Il n'y a pas de pas perdus", Nadja > > > > > > ___ > > dev-fr mailing list > > dev-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/dev-fr > > > > > > -- > Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Génération de polygones engloblant, approximant ou contenu dans une relation
L'overpass API intègre désormais des fonctionnalités pour faire des requêtes selon un polygone frontière (entre autres raffinements) http://lists.openstreetmap.org/pipermail/talk/2012-November/065101.html Le 29 octobre 2012 20:43, Jocelyn Jaubert a écrit : > Bonjour, > > C'est pour signaler que j'ai rajouté des fonctionnalités sur mon site de > génération de polygones variés: > http://osm102.openstreetmap.fr/~jocelyn/polygons/index.py > > On peut maintenant changer la valeur pour X, et obtenir: > - avec X > 0, un polygone engloblant. > - avec X = 0, une approximation de la limite de la relation, plus ou > moins > détaillée en fonction des valeurs pour Y et Z. > - avec X < 0, un polygone contenu par la relation. > > L'appli gère toujours les relations de relations, et devrait afficher un > poil > plus d'informations dans les cas où ça plante (souvent parce qu'il y a une > erreur dans les données OSM). > > > -- > Jocelyn > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ 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
Une VM permettant de : 1. Charger les données ... 2. Les maintenir à jour, avec des diffs filtrées sur la zone considérée / sur un thème précis ? La plupart des tutos liés à la mise en place d'un serveur de tuile partent bille en tête sur une base mondiale complète. C'est bien, mais pas forcément utile pour tous les usages, avec le gros inconvénient que ça demande de grosses ressources matérielles. Le 15 novembre 2012 10:14, Frédéric Rodrigo a écrit : > Bonjour, > > Le projet me semble intéressant. J'ajouterais à la liste l'outil de > géocodage Nominatim. > > 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. > > Frédéric. > > Le 14/11/2012 19:59, Lucas Nussbaum a écrit : > > Bonjour, >> >> e suis contributeur occasionnel à OpenStreetMap (login: lnussbaum) et >> enseignant-chercheur. J'enseigne principalement dans le cadre de la >> licence professionnelle ASRALL (Administration de systèmes, réseaux et >> applications à base de logiciels libres), à Nancy. Pendant cette licence >> pro, les étudiants ont à réaliser un projet "tutoré" auquel ils >> consacrent environ 200h par groupes de 4, de fin janvier à fin mars. >> C'est donc un projet très important en volume horaire et pour leur >> formation. >> >> Je suis tenté de proposer cette année un sujet de projet, pour un groupe >> d'étudiant, autour de le mise en place et de l'administration d'un SIG. >> Mon idée pour l'instant est: >> --**>8 >> Installation et configuration d'un système d'information géographique >> >> Objectif: installer et configurer un miroir local (partiel) >> d'Openstreetmap, ainsi que plusieurs outils associés. >> - postgis + osmosis pour importer et tenir à jour les données >> - serveur web de carte (mapnik and co) >> - API overpass pour permettre de télécharger les données >> - possibilités d'extensions: >>+ installation d'outils de QA pour OSM (par exemple osmose) >>+ serveur de tiles custom >>+ visualisation combinée de données de différentes sources (cf >> http://www.vttrack.fr/) >>+ exports (WMS & co) >> --**>8 >> >> Evidemment, pour l'instant, tout ça existe déjà. Mon expérience de ces >> projets est qu'il est difficile d'obtenir des contributions non >> triviales dans ce cadre. Mais voyez-vous des manières d'étendre ce >> projet afin de faire des choses qui vous seraient utiles, tout en >> restant atteignables ? De préférence, dans des directions plus 'admin >> sys' que 'dev web', car le développement web n'est pas le coeur de cette >> licence pro. >> >> Pour l'instant, ce que je vois, c'est que les étudiants pourraient >> produire une documentation complète de l'installation de tous ces softs, >> soit en contribuant aux howtos existants, soit en en rédigeant des >> nouveaux. >> >> Que voyez-vous d'autre ? >> >> Il est aussi possible que je redirige mes étudiants vers cette liste >> pour y poser certaines questions auxquelles je n'aurai pas de réponse >> (c'est formateur pour deux d'interagir avec une communauté). Je les >> brieferai évidemment avant pour ne pas qu'ils deviennent des 'help >> vampire'. >> >> Merci, >> >> > > __**_ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev-fr<http://lists.openstreetmap.org/listinfo/dev-fr> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] (sans objet)
J'ai l'impression que Simon Poole ne fait pas beaucoup d'efforts pour admettre qu'il n'y a pas QUE des bâtiments du cadastre en France. Surtout il aime bien dire qu'on n'a pas beaucoup d'adresses. J'ai commenté le billet [1] qu'il a fait au sujet de sa carte mettant en evidence les adresses / bâtiments sans adresse, en indiquant que comme il ne tient pas compte des noeuds adresse à proximité des bâtiments (comme souvent avec le cadastre), il passe à côté d'une grosse quantité d'adresses non négligeable en France. Est-ce que sa réponse concernant la lourdeur de l'analyse pour accorder un "rayon d'action" de quelques mètres autour des bâtiments pour aller y chercher un noeud adresse tient vraiment la route ? en particulier si l'on utilise Postgis ? [1] http://www.openstreetmap.org/user/SimonPoole/diary/18866#comments -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Proposition d'amélioration de la gestion du cache
Bonsoir, Le 6 mai 2013 16:17, Matthieu Rakotojaona a écrit : > 2013/5/6 Christian Quest : > > > L'avenir se situe sûrement dans un domaine tout autre: les tuiles > > vectorielles... et le rendu au niveau du client. > > Il va falloir que je me documente sur le sujet, je ne savais pas que > ca existait. Merci ! > > Voir par exemple ici (c'est tout chaud) http://mapbox.com/blog/vector-tiles-tilemill2-preview/ -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Rendu françafrique
Bonjour, Voilà les notes prises durant le SOTM-fr telles que consignées sur ce pad : http://pad.site-coop.net/p/sotmfr TL;DR : les tuiles sont précalculées sur un ordi de bureau, et "simplement" stockées au format mbtile sur la raspberry et distribuées Je ne sais pas si je l'ai déjà fait, mais gros coup de chapeau, car j'adore ce rendu __ *** Rendu spécialisé pour zones sahariennes et hébergement sur Raspberry Pi* Par Jérôme Cornet Questions : comment tagger dans des contextes particulier ? Problème spécifique de rendu pour les zones désertiques : oued (cours d'eau temporaire) pistes, rendues trop tard (niveau de zoom 13) convoyeur de minerais : pas affichées sur rendu tagging occidentaux pas adaptés - faire un rendu dédié aux zones désertiques : exemple du sud Maroc relief, noms de lieux en 3 langues (français, berbère, arabe), pistes à faible niveau de zoom, cours d'eau intermittents pas de landuse car conflit avec rendu relief permet de débugguer ce qu'il y a dans la base outils utilisés : Tilemill, PostgreSQL, GDAL, Leaflet auto-hébergement sur Raspberry Pi sur une connexion fibre 100Mb rendu précalculé (fichier mbtiles) et stocké en dur sur le Raspberry durée du pré-calcul sur un ordi de bureau = 3h Amélioration : pour les pistes, il faudrait réaliser un rendu des pistes en fonction de leur densité, pas seulement du niveau de zoom Important : partage des feuilles de styles => distribution en OpenSource [Vincent Picavet] + partager la préparation des données (adaptation format, ...) -- Message transféré -- De : Marc SIBERT Date : 21 mai 2013 11:13 Objet : Re: [OSM-talk-fr] Rendu françafrique À : Discussions sur OSM en français Bonjour, Je lis plus bas que c'est hébergé sur Rasppi ? Peux-tu faire suivre des info sur la config et ou la procédure pour faire une install ? As-tu mis le générateur de tuile sur la framboise ou juste un répertoire de tuile ? Très intéressé (on peut continuer en perso, ou sur dev-fr) Marc Le 21 mai 2013 09:05, Jérôme Cornet a écrit : Ça ne répond pas non plus exactement à la question mais le rendu pour zones > désertiques fait un peu de cela (apparition des routes et pistes à plus > faible niveau de zoom). Hébergé ici pour un tout petit bout de l'Afrique: > > http://tmpsahara.dyndns.org/ > > Jérôme > > > > Le 20 mai 2013 à 08:53, Eric SIBERT a écrit : > >Bonjour, > > Il y a quelques mois, on discutait dans HOT de la classification des rares > routes en Afrique. Je me disais que ça serait sympa d'avoir un rendu > spécifique qui ferait ressortir les routes plus tôt quand on zoome. Ou qui > permette facilement de distinguer les routes goudronnées de celles qui ne > le sont pas. > > Je me suis aussi rendu compte que le rendu osm-fr dépassait largement les > frontières de l'hexagone. > > Enfin, j'ai constaté que Mapquest Open avait des rendus différents suivant > les zones de la planète. Par exemple, les routes n'ont pas les mêmes > couleurs dans les îles britanniques et en Europe continentale. > > Alors, ne pourrait-on pas dans OSM-Fr avoir un rendu spécifique pour > l'Afrique? > > J'ai plein d'idées, dont certaines pourraient d'ailleurs s'appliquer en > France. > > > > Éric > > ___ > Talk-fr mailing list > talk...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > > ___ > Talk-fr mailing list > talk...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list talk...@openstreetmap.org 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", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] mod_tile/renderd qui plante ?
Ou alors c'est le delco <http://fr.wikipedia.org/wiki/Delco> Le 13 juin 2013 17:42, Philippe Verdy a écrit : > Le comportement que tu décris semble correspondre à une boucle de > récursion infinie. Les cas de récursions sont possibles dans les données > OSM quand certaines relations se référencent mutuellement ou de façon > cyclique. Cela correspond à une assertion non vérifiée. > Ca me rappelle le plantage similaire qu'on avait dans le rendu de JOSM : > les données d'OSM ne sont pas un arbre parfait, mais à graphe avec de > nombreux cycles. > Les autres possibilités c'est une mauvaise sérialisation des modifications > de structures internes par des threads concurrents qui font des modifs non > atomiques, ou encore des débordements de tompons en mémoire par un mauvais > calcul des tailles nécessaires. > > > Le 13 juin 2013 16:55, sly (sylvain letuffe) a écrit : > > On jeudi 13 juin 2013, Pieren wrote: >> > 2013/6/13 sly (sylvain letuffe) : >> > >> > > 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 >> >> J'ai vu ça passé en effet ce sujet, mais ça ne correspond pas trop à mes >> symptômes. >> Je n'ai aucun segfault de mod_tile, ni de renderd, c'est juste que >> renderd me >> mange les 8Go dont je dispose, tout swap et sature, donc ça fini par un >> kill >> de renderd. >> >> Alors soit j'ai vraiment juste pas assez de RAM pour une nouvelle >> fonctionnalité top moumoutte qui aurait besoin de 8Go, soit j'ai >> déclenché un >> bug pas forcément facile à reproduire. >> >> Il me semble que c'était suite à la mise en place du rendu osm-fr par >> chistian, ou jocelyn peut être ? >> Peut-être par pas email sur une des listes, mais sur IRC ? >> >> >> >> > 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 ? >> >> C'est le contenu de git datant d'avant hier, donc toute dernière bleeding >> edge >> version. >> >> Je pense procéder par dicotomie pour voir quelque version entre celle de >> février et celle de maintenant créé le bug, mais ça risque d'être bien >> galère >> vu qu'il faut attendre plusieurs heures dans mon cas pour constater le bug >> (ou faut que je tente de simuler des demande de génération de tuiles en >> masse >> pour produire le cas) >> >> >> >> -- >> sly, DWG member since 11/2012 >> Coordinateur du groupe [ga] >> http://wiki.openstreetmap.org/wiki/User:Sletuffe >> >> ___ >> dev-fr mailing list >> dev-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/dev-fr >> > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Import addr:housenumber depuis le cadastre
Christian, Il y a déjà http://addr.openstreetmap.fr/ pour l'interface web qui met à disposition des fichiers osm rue par rue dans les agglos où les adresses ont été libérées. Avec une couleur par statut Pour la génération de ces fichiers .osm, je ne sais pas comment cela a été fait en pratique. Le 25 octobre 2013 15:00, Christian Quest a écrit : > Je rebondit côté EDIGEO... j'ai 5 départements en stock, sûrement d'autres > devraient suivre dès qu'on aura pu montrer qu'on peut en tirer quelque > chose. > > Ton outil est très prometteur... il va falloir tester ça rapidement et > voir comment faciliter et organiser son usage pour ne pas reproduire le > bazar qu'on a eu avec les premiers scripts d'extraction vectorielle du > cadastre. > > J'imagine un outil d'aide à l'intégration, qui ferait l'extraction et > proposerait une interface web simple pour suivre l'avancée rue par rue... > est-ce réaliste ? > > > Le 25 octobre 2013 14:53, Frédéric Rodrigo a > écrit : > >> Le 22 octobre 2013 22:17, Tyndare a écrit : >> >> Bounjour, >>> >>> Au cas où ça intéresse quelqu'un, je partage des scripts python que j'ai >>> essayé de faire pour extraire les numéros de rue depuis le cadastre. >>> >>> https://www.gitorious.org/cadastre-housenumber/cadastre-housenumber/ >>> >> >> C'est en fait loin d'être la première tentative de faire ça. J'ai moi >> même essayé deux fois. >> >> >>> Ce n'est pas codé très proprement, et pas beaucoup testé mais ça >>> semble fonctionner en Drôme Ardèche, sous Ubuntu 13.04. >>> Le code de récupération des pdf depuis le site cadastre.gouv.fr est un >>> mixe entre le code de Qadastre de Pierre Ducroquet, et du script >>> import-bati.sh afin de découper la zone d'une commune en pdf plus petits. >>> Ensuite le programme inkscape est appelé afin de convertir les pdf en >>> fichier svg. >>> >> >> Tu peux également utiliser directement les opérateur de dessin de base du >> PDF, ça évite un passage en SVG. Soit directement dans le code de Qadastre, >> soit en exécutant un script depuis Quadastre en lui passant les primitives >> (c'est comme ça que j'avais fait) >> >> >>> Pour détecter les numéros de rue, j'ai codé en dure un "path" (au sens >>> svg) correspondant à chaque numéro (0-9 et les lettres B,T,Q,A,B,C,D,E,F), >>> et je fait une transformation pour les comparer. Je filtre ensuite selon la >>> taille pour ne garder que les numéros de rue (et éviter les numéros de >>> parcelles). >>> >> >> Quel genre de transformations et de comparaison tu fais (je n'ai pas pris >> le temps de regarder le code) ? >> J'avais rencontré des problèmes la dessus : détermination de >> l'orientation du texte, du mal à comparer les shapes entres elles pour >> déterminer le caractère. Le path variait en fonction de la taille de la >> commune et de son orientation. >> >> >>> J'ai aussi fait un script qui essaye de fusionner un fichier .osm >>> sauvé depuis JOSM avec un fichier d'import des addr:housenumber récupéré >>> depuis le cadastre. >>> Ce script essaye de positionner le tag addr:street au nom de la rue la >>> plus proche, et d'intégrer le noeud addr:housenumber au building le plus >>> proche. Le plus proche n'étant pas forcément le bon, ça se trompe un nombre >>> non négligeable de fois, if faut donc bien évidement tout vérifier et >>> corriger ensuite sous JOSM, mais je trouve que cela fait tout de même >>> gagner un temps précieux. >>> >> >> Intéressant. On a un projet ambitieux sur les adresses et on aura besoin >> de quelque chose comme ça, mais avec une bonne fiabilité. >> >> J'espère que a court et moyen terme on pourra avoir accès aux données >> d'adresses du cadastre sans avoir à les extraire depuis le WMS. Ces >> informations sont dans les EDIGEO et il faut à mon avis pousser pour avoir >> accès à ces données, on a commencé à la faire département par département, >> il faut poursuivre. >> >> Frédéric. >> >> >> ___ >> dev-fr mailing list >> dev-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/dev-fr >> >> > > > -- > Christian Quest - OpenStreetMap France > Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Fwd: [Tile-serving] Release candidate of osm2pgsql
Bonjour, Ce message concernant les prochaines évolutions de osm2pgsql concernant le prétraitement des données osm vous intéressera peut être -- Forwarded message -- From: Kai Krueger Date: 2013/10/17 Subject: [Tile-serving] Release candidate of osm2pgsql To: d...@openstreetmap.org, tile-serv...@openstreetmap.org Hello everyone, I am planning on tagging another release of osm2pgsql and would like to ask if anyone is aware of any issues with the current osm2pgsql that would prevent it from being a suitable candidate for a stable release. The last release was done in mid April. The main new feature of this release is probably the inclusion of the lua tag processing. I.e. the ability to provide a user defined script that allows to filter and transform tags, as well as determine if a way or relation should be treated as a polygon or line. This allows to e.g. normalize tagging schemas before the data enters the database and has the potential to reduce the complexity of the mapnik style-sheets by not having to do the normalization on the output side. Another big addition in this release is the expansion of the regression test suit, which now defines the behaviour of osm2pgsql fairly well, particularly with respect to its multi-polygon behaviour. Furthermore, osm2pgsql's database stylesheet was enhanced to include many more tags that are considered "useless" and dropped and not included in the db. These are mostly import related tags like tiger tags. There are a number of bug fixes included. The most notable is probably a long standing issue with the diff processing of relations. Finally there are a number of documentation and code clean ups. If people could test any of the new or any other functionality and report back if there are any issues, this would help in ensuring a good and stable release for osm2pgsql. Thank you, Kai ___ Tile-serving mailing list tile-serv...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tile-serving -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Verification du routage
Bonjour, Nicolas Dumoulin a fait des scripts avec OSRM pour le contrôle des axes routiers dans le Cantal. https://lists.openstreetmap.org/pipermail/dev-fr/2012-May/000893.html Mais j'imagine que tu l'as vu passer Il y a une liste de diffusion spécifique à OSRM depuis le début de cette année : https://lists.openstreetmap.org/pipermail/osrm-talk/ Le 28 novembre 2013 17:58, Rodolphe Quiédeville a écrit : > Salut, > > Je fais en ce moment des tests de perf pour comparer GraphHopper et > OSRM, je publierai les résultats très prochainement. Pour mon besoin > j'ai écris quelques scritps histoires de vérifier si le routage est > correct entre 2 points, ces scritps pourrait être utilement utilisé pour > par exemple vérifier que les liaisons ferry par exemple sont > correctement taggées, il est fréquent de voir des lignes de ferry non > reliées à une way terrestre. > Ma question est existe-t'il déjà un outil qui fait cela ? Si non je vais > finir mes scripts et les publier pour mettre à dispo, et à ce propos si > il est possible de lier ça à osmose je suis partant. > > A vous lire > > -- > Rodolphe Quiédeville > Expert Tsung - Consulting en performance des SI > Tel : 06 13 79 63 41 > http://blog.rodolphe.quiedeville.org > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Verification du routage
Pour le cas des cours d'eau, l'approche suivante est sympa (*), mais nécessite de définir manuellement des points (nodes)clef en début de bassin versant de chaque fleuve. https://github.com/skaringa/rivers Sur ce thème des vérifications de tous ordres, est-ce qu'avoir régulièrement une extraction (pbf par ex.) du réseau ferré, de l'hydrographie serait utile et pas trop contraignante matériellement pour faciliter le travail de ceux qui veulent se pencher sur la question ? Je sais que l'on peut le faire en partant d'un extrait Geofabrik et filtrer soit-même, mais ça alourdit sensiblement l'opération -- (*) en plus des outils de suivi existants - http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html (à la sly) - http://suivi.openstreetmap.fr/cours-eau/suivi-affluents.html (à la fred) - http://marani.claude.free.fr/courdo (à la Arno / Claude) Le 29 novembre 2013 09:44, Frédéric Rodrigo a écrit : > C'est également une idée que j'ai en tête. Sauf pour les cours d'eau ou > l'on peut faire mieux car arborescent et orienté dans leur plus grande > partie. > > Le 29 novembre 2013 08:58, Nicolas Dumoulin < > nicolas_openstreetmap@dumoulin63.net> a écrit : > > Le jeudi 28 novembre 2013 18:32:12 Christian Quest a écrit : >> > L'utilisation d'OSRM pour vérifier la cohérence des données est un truc >> qui >> > trotte dans ma tête (et pas que la mienne). >> > Il y a la détection de manques éventuels de routes, >> >> Oui, je pensais à l'automatiser à plus grande échelle, mais tes tuiles >> avec >> les dernières données Insee me semblent très bien pour ça :-) et même plus >> pratique. >> >> > mais aussi le contrôle >> > de changements dans les distances d'itinéraires calculés entre deux >> dates. >> > Ces calculs pourraient se faire aussi pour vérifier les réseaux >> > hydrographiques ou beaucoup d'autre choses de ce genre en utilisant des >> > profils adaptés. >> >> Très bonne idée. Mais en pratique, qu'est-ce qu'on va détecter ? >> On peut déjà repérer les relations brisées, et donc les "route" et cours >> d'eau >> qui ont été cassés. >> > > A ma connaissance on ne fait justement pas ça. > > >> On pourra éventuellement détecter les itinéraires rallongés à cause d'un >> highway=tertiary/unclassified/residential mal trifouillé. J'ai rarement >> vu ce >> cas, mais une erreur suffit à abîmer la base entière. >> Bon, de toutes façons, il faudrait essayer pour voir ^^ >> > > Keepright a liste de points de références de centre ville fortement > connexe. Ça pourrait servir de base : > http://sourceforge.net/p/keepright/code/HEAD/tree/checks/0130_islands.php > > Frédéric. > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Verification du routage
Dans la démarche du développeur de l'outil, cela ne pouvait pas marcher à coup sûr : il se base sur des extraits Geofabrik. Initialement celui de l'Allemagne, et il a élargi la zone par la suite<http://www.kompf.de/gps/rivermap.html> . Et il y a pas mal de bassins versants qui démarrent hors des frontières du pays, et par extension de l'extrait. Dans ce cas, pas de node natural = spring. Il a donc dû rechercher à la main ces fameux nodes, je pense. Autre défaut évidemment, si le node en question est supprimé de la base, ça marche plus. Le 29 novembre 2013 10:26, Christian Quest a écrit : > Comme nœud clé je verrai bien un truc TRES simple... un nœud > natural=spring doit aboutir à la mer ou à une perte ;) > > > Le 29 novembre 2013 10:19, Ab_fab a écrit : > > Pour le cas des cours d'eau, l'approche suivante est sympa (*), mais >> nécessite de définir manuellement des points (nodes)clef en début de bassin >> versant de chaque fleuve. >> https://github.com/skaringa/rivers >> >> Sur ce thème des vérifications de tous ordres, est-ce qu'avoir >> régulièrement une extraction (pbf par ex.) du réseau ferré, de >> l'hydrographie serait utile et pas trop contraignante matériellement pour >> faciliter le travail de ceux qui veulent se pencher sur la question ? >> >> Je sais que l'on peut le faire en partant d'un extrait Geofabrik et >> filtrer soit-même, mais ça alourdit sensiblement l'opération >> -- >> (*) en plus des outils de suivi existants >> - http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html (à la >> sly) >> - http://suivi.openstreetmap.fr/cours-eau/suivi-affluents.html (à la >> fred) >> - http://marani.claude.free.fr/courdo (à la Arno / Claude) >> Le 29 novembre 2013 09:44, Frédéric Rodrigo a >> écrit : >> >>> C'est également une idée que j'ai en tête. Sauf pour les cours d'eau >>> ou l'on peut faire mieux car arborescent et orienté dans leur plus grande >>> partie. >>> >>> Le 29 novembre 2013 08:58, Nicolas Dumoulin < >>> nicolas_openstreetmap@dumoulin63.net> a écrit : >>> >>> Le jeudi 28 novembre 2013 18:32:12 Christian Quest a écrit : >>>> > L'utilisation d'OSRM pour vérifier la cohérence des données est un >>>> truc qui >>>> > trotte dans ma tête (et pas que la mienne). >>>> > Il y a la détection de manques éventuels de routes, >>>> >>>> Oui, je pensais à l'automatiser à plus grande échelle, mais tes tuiles >>>> avec >>>> les dernières données Insee me semblent très bien pour ça :-) et même >>>> plus >>>> pratique. >>>> >>>> > mais aussi le contrôle >>>> > de changements dans les distances d'itinéraires calculés entre deux >>>> dates. >>>> > Ces calculs pourraient se faire aussi pour vérifier les réseaux >>>> > hydrographiques ou beaucoup d'autre choses de ce genre en utilisant >>>> des >>>> > profils adaptés. >>>> >>>> Très bonne idée. Mais en pratique, qu'est-ce qu'on va détecter ? >>>> On peut déjà repérer les relations brisées, et donc les "route" et >>>> cours d'eau >>>> qui ont été cassés. >>>> >>> >>> A ma connaissance on ne fait justement pas ça. >>> >>> >>>> On pourra éventuellement détecter les itinéraires rallongés à cause d'un >>>> highway=tertiary/unclassified/residential mal trifouillé. J'ai rarement >>>> vu ce >>>> cas, mais une erreur suffit à abîmer la base entière. >>>> Bon, de toutes façons, il faudrait essayer pour voir ^^ >>>> >>> >>> Keepright a liste de points de références de centre ville fortement >>> connexe. Ça pourrait servir de base : >>> http://sourceforge.net/p/keepright/code/HEAD/tree/checks/0130_islands.php >>> >>> Frédéric. >>> >>> >>> ___ >>> dev-fr mailing list >>> dev-fr@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/dev-fr >>> >>> >> >> >> -- >> ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> >> "Il n'y a pas de pas perdus", Nadja >> >> ___ >> dev-fr mailing list >> dev-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/dev-fr >> >> > > > -- > Christian Quest - OpenStreetMap France > Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Reconnaissance debutante de debutants
Salut, En complément de la détection des nouveaux contributeurs après quelques groupes de modifs, qui est une super fonctionnalité, il serait bien pratique de détecter à contrario les contributeurs qui ont immédiatement lâché l'affaire. Et de faire le bilan quelques mois après : - 1 à 2 mois pour envoyer un petit message de relance, proposer des ajustements - 6 mois pour refaire un point et prendre en main les infos des premiers groupes de modif Excellente initiative @+ Le 19 novembre 2013 21:12, Ista Pouss a écrit : > Bonjour, > > À la suite d'une discussion sur les néophytes sur talk osm, il est apparu > qu'il serait utile d'avoir un logiciel qui détecte les débutants sur OSM. > > Un petit peu surpris d'apprendre qu'une telle chose n'existe pas, je me > suis dit que ça pouvait être dans mes cordes et je me suis mis aux > opérations. > > J'ai bien avancé, à partir des diffs de journées, et maintenant le > logiciel est dans l'état Chez Moi Ça Marche. (mais seulement sur 2 jours > d'historique il est vrai) (mon ordi de développement n'est pas prévu pour > tenir la Terre entière depuis les Origines). Comme il était suggéré dans la > discussion des néophytes, au bout de 10 changesets le logiciel considère > que le débutant devient intéressant. > > À ce stade je suis un peu dubitatif car je ne sais pas sous quelle forme > il est mieux que je le propose. : une appli web ? Une ligne de commande ? > Client lourd ? Sur une tablette ?... Je peux tout ça ! > > Si jamais vous confirmez que la chose peut être intéressante, merci de me > donner quelques pistes de direction. > > Cordialement. > > > -- > Les dérives de rue : > C’est chanter que je veux <http://drivrsdu.fr/cest-chanter-que-je-veux/> > <http://drivrsdu.fr/profession-emotion/> > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Extraction thématique (était Verification du routage)
Bonjour, J'ai effectivement pu télécharger l'ensemble des waterways par le serveur France Overpass-API. 400 MO de données .osm non compressées en retour. J'aurais bien aimé qu'il y ait une option pour obtenir directement un fichier compressé (osm.bz2 ou pbf), mais je ne pense pas qu'Overpass API le propose. Le 29 novembre 2013 11:26, Frédéric Rodrigo a écrit : > > > > Le 29 novembre 2013 10:19, Ab_fab a écrit : > > Pour le cas des cours d'eau, l'approche suivante est sympa (*), mais >> nécessite de définir manuellement des points (nodes)clef en début de bassin >> versant de chaque fleuve. >> https://github.com/skaringa/rivers >> >> Sur ce thème des vérifications de tous ordres, est-ce qu'avoir >> régulièrement une extraction (pbf par ex.) du réseau ferré, de >> l'hydrographie serait utile et pas trop contraignante matériellement pour >> faciliter le travail de ceux qui veulent se pencher sur la question ? >> >> Je sais que l'on peut le faire en partant d'un extrait Geofabrik et >> filtrer soit-même, mais ça alourdit sensiblement l'opération >> > > A mon avis il vaut mieux utiliser l'overpass pour ça. > A titre de comparaison je fait des extractions de tous les transports en > commun et c'est pas si long que ça a extraire. > > >> -- >> (*) en plus des outils de suivi existants >> - http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html (à la >> sly) >> - http://suivi.openstreetmap.fr/cours-eau/suivi-affluents.html (à la >> fred) >> > Il faudrait le remettre en place sur osm7 > > >> - http://marani.claude.free.fr/courdo (à la Arno / Claude) >> >> > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Extraction thématique ( était Verification du routage)
A première vue c'est de l'incantation de magie noire ;-) Un Fucking Manual de plus à lire ! J'en prends bonne note, je saurai le retrouver le jour venu. Merci pour la piste intéressante. Le 2 décembre 2013 12:16, sly (sylvain letuffe) a écrit : > Le lundi 02 décembre 2013 11:47:01, Ab_fab a écrit : > > Bonjour, > > hello, > > > J'aurais bien aimé qu'il y ait une option pour obtenir directement un > > fichier compressé (osm.bz2 ou pbf), mais je ne pense pas qu'Overpass API > le > > propose. > > L'overpass API ne le propose pas en effet, mais ça pourrait se faire par > un "wrapper" coté serveur. > > Toutefois, je ne sais pas si la demande serait importante car ceux qui > utilisent > un clicodrome style overpassturbo vont télécharger de petits fichier donc > pas de gros > besoin d'économie de place sur le disque. Et ceux qui vont récupérer de > gros > fichiers (plus de 100Mo) et qui sont capable d'écrire des requêtes OAPI à > la main > ont plus de chance d'utiliser des outils coté client un peu plus poussé, > et donc > ça peut se faire coté client : > curl --compress " > http://oapi-fr.openstreetmap.fr/oapi/interpreter?data=blabal"; | bzip2 > > pouf.osm.bz2 > > Et coté client, on peut s'éclater sans limite sans avoir à écrire des > milliers > de wrapper coté serveur avec the super unix pipe "|" : > curl (...) | osmconvert > curl (...) | bzip2 > curl (...) | gzip > curl (...) | osm2pgsql /dev/stdin > curl (...) | osmosis > > > > ésserpmoc àjéd tiaté xulf el euq tnemetsuj tiasicérp éuqidni ia'j euq lruc > noitpo'l euq > srola tnemegrahcélét ed spmet ed relap em av iuq nu a ne'y euq eirap ej > -- > 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 > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Shapé les admin_level=boundary
JOSM est scriptable (python et java), mais je ne sais pas si tu peux éviter l'affichage à l'écran Le 17/12/2013 11:43, Christian Quest a écrit : > Je confirme, très très lent... 69 secondes pour transformer 8 linestring > en topo... à ce rythme, vu qu'il y en a 109902, ça va mettre plus de 10j ! > > Donc si je veux avoir des limites simplifiées d'ici demain 16h30 je > retourne à mes requêtes ;) Je viens de simplifier manuellement les limites de régions une par une à 1m (quasi l'épaisseur du trait dans le cadastre) dans JOSM en moins de 3 mn Statistiquement ça a supprimé 130 833 nœuds sur 619 858. sur 7759 chemins. Il serait sans doute intéressant de pouvoir extraire de JOSM cet algo, ou rendre JOSM scriptable sans avoir besoin d'afficher le fichier osm à l'écran. 2ème point. Il serait bon de simplifier dans OSM ces limites de communes abusivement et inutilement détaillées. 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". Je vais faire une simplification à 10m et à 100m pour voir... Librement, -- Christophe Merlet (RedFox) ___ 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
Re: [OSM-dev-fr] Shapé les admin_level=boundary
Plus d'infos sur les scripts dans JOSM, mais pour un toute autre sujet, via ce message sur la liste talk-fr https://lists.openstreetmap.org/pipermail/talk-fr/2011-November/037702.html Le 17 décembre 2013 13:34, Ab_fab a écrit : > JOSM est scriptable (python et java), mais je ne sais pas si tu peux > éviter l'affichage à l'écran > Le 17/12/2013 11:43, Christian Quest a écrit : > > Je confirme, très très lent... 69 secondes pour transformer 8 linestring > > en topo... à ce rythme, vu qu'il y en a 109902, ça va mettre plus de 10j > ! > > > > Donc si je veux avoir des limites simplifiées d'ici demain 16h30 je > > retourne à mes requêtes ;) > > Je viens de simplifier manuellement les limites de régions une par une à > 1m (quasi l'épaisseur du trait dans le cadastre) dans JOSM en moins de 3 mn > > Statistiquement ça a supprimé 130 833 nœuds sur 619 858. sur 7759 chemins. > > Il serait sans doute intéressant de pouvoir extraire de JOSM cet algo, > ou rendre JOSM scriptable sans avoir besoin d'afficher le fichier osm à > l'écran. > > > 2ème point. Il serait bon de simplifier dans OSM ces limites de communes > abusivement et inutilement détaillées. 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". > > Je vais faire une simplification à 10m et à 100m pour voir... > > > Librement, > -- > Christophe Merlet (RedFox) > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Problème avec osmfilter
Tu as bien fait la conversion de osm.bz2 ou de pbf vers le format o5m au préalable ? Le 18 décembre 2013 15:43, Nicolas Moyroud a écrit : > Bonjour à tous, > > Je suis en train de faire des tests d'extraction de données OSM et je > n'arrive pas à faire fonctionner osmfilter. Après l'avoir installé comme > indiqué sur la page du wiki (compilé depuis les sources), la commande > semble fonctionner, le --help renvoie bien les infos. J'effectue une > commande d'extraction, par exemple : > ./osmfilter languedoc-roussillon-latest.o5m > --keep-nodes="emergency=fire_hydrant" > --drop-ways --out-osm > lr_fire_hydrants.osm > Ça mouline environ 3-4 secondes et ça s'arrête tout seul en m'affichant > "Killed". Le fichier résultat fait 0 octet. Le serveur est sous Linux > Debian Wheezy 64 bits. Si quelqu'un a une piste je suis preneur. J'ai plus > trop d'idée là... > > Nicolas > > -- > - > Nicolas Moyroud > Site web libre@vous : http://libreavous.teledetection.fr > - > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] LeafletJS et MapCSS
Bonjour François, Le site OpenRailwayMap [1] fonctionne beaucoup à base d'overlays et la carte en ligne fonctionne manifestement avec Leaflet. Les overlays sont construits à l'aide de tuiles vectorielles (et non pas images). Sur le Github du projet [2] on peut voir que les styles associés [3] sont au format .mapcss C'est peut être une piste intéressante à creuser pour toi Bonne journée - [1] http://www.openrailwaymap.org/ [2] https://github.com/rurseekatze/OpenRailwayMap [3] https://github.com/rurseekatze/OpenRailwayMap/tree/master/styles Le 16 janvier 2014 11:31, François Lacombe < francois.laco...@telecom-bretagne.eu> a écrit : > Bonjour, > > J'utilise depuis quelques temps LeafletJS pour intégrer OSM sur mes pages > web et certaines de mes applications ont massivement recours aux markers et > autres dessins. > > Ces overlays/layers reçoivent des informations de style au cas par cas, > selon un formalisme propre à LeafletJS. > Ces informations sont déterminées sur la base des données qu'ils > représentent, sans forcément de grande surprise là dessus. > > Pourtant je crois que pour avoir une meilleure maitrise du rendu > graphique, le recours à des documents MapCSS rendrait la démarche plus > automatique, efficace et surtout non dépendante d'une application donnée. > LeafletJS autait-il une méthode qui permette de lui fixer ces documents ? > > Ainsi je pourrait me passer de code maison pour gérer la liaison données > brutes -> style. > D'autant que je génère déjà des fichiers MapCSS complets décrivant mon jeu > de données destinés à JOSM. > > > Merci par avance :) > > > *François Lacombe* > > francois dot lacombe At telecom-bretagne dot eu > http://www.infos-reseaux.com > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] LeafletJS et MapCSS
Bon à savoir : Selon http://josm.openstreetmap.de/ticket/7307 Il est possible de sauvegarder un calque JOSM au format GeoJSON. Les relations ne semblent pas supportées. Je constate que c'est un habitué de la liste qui a travaillé sur le ticket. ;-) A toi de voir si c'est transposable pour ton projet. Le 16 janvier 2014 12:36, François Lacombe < francois.laco...@telecom-bretagne.eu> a écrit : > Bonjour Ab, > > Merci pour cet exemple :) > > En effet ORM tourne avec Kothic. > https://github.com/kothic > > Il permet de rendre du GeoJSON suivant des règles MapCSS et de > s'interfacer avec LeafletJS. > > C'est une solution entre tout passer par des overlays LeafletJS et un > mapnik dédié avec des dalles bitmap. > > Néanmoins il faudrait que je sois en mesure de fournir à Kothic du GeoJSON > et ma BDD n'a rien à voir avec celle d'OSM. > L'intégration d'OSM2pgsql + josn_getter.py semble pour l'instant > compromise. > > > Dommage parce que c'était interessant mis à part ça :) > > > *François Lacombe* > > francois dot lacombe At telecom-bretagne dot eu > http://www.infos-reseaux.com > > > Le 16 janvier 2014 11:41, Ab_fab a écrit : > > Bonjour François, >> >> Le site OpenRailwayMap [1] fonctionne beaucoup à base d'overlays et la >> carte en ligne fonctionne manifestement avec Leaflet. >> Les overlays sont construits à l'aide de tuiles vectorielles (et non pas >> images). >> Sur le Github du projet [2] on peut voir que les styles associés [3] sont >> au format .mapcss >> >> C'est peut être une piste intéressante à creuser pour toi >> >> Bonne journée >> >> - >> [1] http://www.openrailwaymap.org/ >> [2] https://github.com/rurseekatze/OpenRailwayMap >> [3] https://github.com/rurseekatze/OpenRailwayMap/tree/master/styles >> >> >> Le 16 janvier 2014 11:31, François Lacombe < >> francois.laco...@telecom-bretagne.eu> a écrit : >> >>> Bonjour, >>> >>> J'utilise depuis quelques temps LeafletJS pour intégrer OSM sur mes >>> pages web et certaines de mes applications ont massivement recours aux >>> markers et autres dessins. >>> >>> Ces overlays/layers reçoivent des informations de style au cas par cas, >>> selon un formalisme propre à LeafletJS. >>> Ces informations sont déterminées sur la base des données qu'ils >>> représentent, sans forcément de grande surprise là dessus. >>> >>> Pourtant je crois que pour avoir une meilleure maitrise du rendu >>> graphique, le recours à des documents MapCSS rendrait la démarche plus >>> automatique, efficace et surtout non dépendante d'une application donnée. >>> LeafletJS autait-il une méthode qui permette de lui fixer ces documents ? >>> >>> Ainsi je pourrait me passer de code maison pour gérer la liaison données >>> brutes -> style. >>> D'autant que je génère déjà des fichiers MapCSS complets décrivant mon >>> jeu de données destinés à JOSM. >>> >>> >>> Merci par avance :) >>> >>> >>> *François Lacombe* >>> >>> francois dot lacombe At telecom-bretagne dot eu >>> http://www.infos-reseaux.com >>> >>> ___ >>> dev-fr mailing list >>> dev-fr@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/dev-fr >>> >>> >> >> >> -- >> ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> >> "Il n'y a pas de pas perdus", Nadja >> >> ___ >> 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 > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fwd: [contact] [Informations sur l'association] utilisation carte pour fiches touristique
Autre option, utiliser Maperitive en partant par exemple du rendu R25 de JB -> http://osm107.openstreetmap.fr/jbtopo/ Maperitive propose de bonnes fonctions d'export pour les logiciels de PAO. Les fichiers proposés par JB incluent deux tutos bien détaillés, accessibles à un novice. Mais s'il y a des ajustements importants à faire au fichier de règles, cela pourrait justifier le financement d'une prestation. Bonne journée Le 3 février 2014 11:19, Ista Pouss a écrit : > Attention aux typos sur les réponses que je suppose formelles/officielles : > > > Le 3 février 2014 10:32, Christian Quest a > écrit : > > >> La licence de ces fonds de carte est en général CC-by-SA ce qui permet de >> les partager ou de les adapter, y compris pour une utilisation commerciale >> tant que vous créditez l'oeuvre et qu'elle reste sous la même licence >> (partage à l'identique). >> voir: http://creativecommons.org/licenses/by-sa/2.0/fr/ >> >> > ... utilisation commerciale /VIRGULE/ tant que... > > Ici, la virgule est importante, car il faut créditer l'oeuvre, même si ce > n'est pas une utilisation commerciale ! > > Je ne comprends pas cette mention "(partage à l'identique)" ? > Qu'ajoute-t-elle, que précise-t-elle ? > > > Ces fond sont disponible en l'état gratuitement et sont libre de droits de >> reproduction (merci la licence CC-by-SA). >> >> > Ces fondS sont disponibleS en l'état gratuitement et sont libreS > > > >> Sur le plan technique, un fond de carte destiné à un affichage écran >> donne un résultat de qualité médiocre une fois imprimé. >> Il faudrait produire une version haute résolution pour que cela sorte >> correctement une fois imprimé. >> >> Ceci peut faire l'objet d'une petite prestation. Si vous le souhaitez, je >> peux transmettre votre demande sur notre forum ou notre liste de diffusion >> "dev-fr" lue par différents professionnels qui seront compétent pour ces >> travaux. >> >> > compétentS. > > A+. > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ 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
Bonjour, J'ai pu faire une dizaine de rues dans mon quartier de Courbevoie. C'est de la matière très intéressante. Même s'il y a un fichier par rue, il faut garder en tête que ça forme un tout : des numéros absents sur la rue dont on s'occupe peuvent être présents dans le fichier d'une rue adjacente. Les adresses avec balise Fixme sont une bonne idée. Et il y en a juste ce qu'il faut dans la zone que j'ai regardée. - Quelques cas intéressants : [1] Rues de St Lo / Rue du Clos Lucé / Place des Fauvelles / Chemin Pierre de Ronsard Des numéros manifestement liés au chemin étaient rattachés à la rue du Clos Lucé. Peut être lié à l'historique du quartier (la rue est ancienne, le chemin n'a qu'une vingtaine d'années) Et du côté de la place des Fauvelles il y a un mélange assez subtil entre 3 voies (chemin P. de Ronsard, rue des Fauvelles, Place des Fauvelles). Ca demande un minimum de discernement et de calme dans la manipulation des relations. Mais ça passe ! [2] 48 de l'avenue de l'Arche Intéressant, parce qu'il y a 4 numéros qui sont situés en retrait de la rue. Il faut passer sous un porche pour y accéder dans une cour intérieure. Les numéros avaient leur Fixme. Je l'ai laissé en attendant d'aller regarder plus précisément. Avec ajustement de la description du Fixme pour indiquer que le rattachement à la voie est ok, mais que la position est à contrôler. [3] 14 / 16 / 18 rue des Lilas d'Espagne ou bien Promenade du Millénaire Les numéros apparaissent des deux côtés sur le cadastre, mais une seule fois dans les fichiers. Je ne sais pas si c'est un hasard, mais ça marche sur les deux voies pour la successions des numéros. J'ai opté pour le positionnement selon le fichier. Je vais enquêter pour confirmation ! Une question : Comment va-t-on gérer les zones rurales où les numéros sont rattachés à un hameau ? C'était l'interrogation de StephaneP il y a quelques mois sur le forum openstreetmap.org de savoir comment ajuster le schéma d'adresses par relations pour ces cas de figure. 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" ? Merci pour l'outil et les fichiers Bonne journée ! [1] http://www.openstreetmap.org/#map=18/48.89977/2.23156 [2] http://www.openstreetmap.org/#map=19/48.89846/2.23856 [3] http://www.openstreetmap.org/#map=19/48.89799/2.23684 [4] http://forum.openstreetmap.org/viewtopic.php?id=16968 -- Message transféré -- De : Vincent de Château-Thierry Date : 1 février 2014 00:09 Objet : Re: [OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr À : Discussions développeur OSM en français Bonsoir J'ai pu produire une première version du tiercé 1. Pour rappel, il s'agit de faire porter l'adresse à un noeud intégré à un way de type building. Dans cette version, le rattachement automatique est fait sur 1 seul building par adresse. Le building élu est obligatoirement complètement inclus dans une seule adresse, quel que soit le nombre de parcelles rattachées à cette adresse. Ensuite, on choisit de préférence : - un bâtiment en dur de + de 15m2 - sinon un bâtiment avec 'wall=no' de + de 15m2 - enfin le plus grand bâtiment de l'adresse Pour le choix du segment de facade qui hérite du numéro : c'est une portion d'au moins 2m de long, et qui donne sur l'extérieur. Les limites communes à deux buildings sont exclues. J'ai produit cette fois-ci des jeux-test sur : Toul (54) Beaumont (63) Courbevoie (92) Gentilly (94) Pour chacune, les versions 'tiercé 1' et 'tiercé 2' sont présentes. Tout est ici : http://osm.vdct.free.fr/adresses/adresses_tierce_1_et_2_140131.zip merci pour vos avis, et n'hésitez pas à demander la génération d'une autre commune : c'est simple à produire et si ça permet de brasser plus d'avis, ça vaut le coup. merci vincent ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Fichier comparaison cours d'eau
Bonjour, J'ai fait une passe sur le rapport généré chaque jour pour comparer les longueurs entre la base Sandre et OSM [1]. Je me suis focalisé sur la fin de la page pour comprendre pourquoi les cours d'eau sont indiqués comme "Pas dans OSM". Plusieurs cas de figure : 1. Incohérence entre la ref:sandre dans OSM et le code du rapport. 2. Incohérence entre le nom dans OSM et celui de la base Sandre Il y a une forme particulière d'incohérence qui est que l'initiale du nom dans la base Sandre n'est parfois pas en majuscule. Pour une rivière, les noms sont en accord mais seulement sur la clef name:fr 3. Relation à priori vraiment manquante Seulement deux cas 4. Bras multiples référencés dans Sandre et pas dans OSM 5. RAS La relation est-elle dans la base servant à générer le rapport ? J'ai fait le bilan dans un fichier public Google Drive [2] Pour le cas #5, les urls des relations en question sont sur un fond bleu -- [1] http://suivi.openstreetmap.fr/longeur-cours-eau-france/comparaison-sandre.html [2] https://docs.google.com/spreadsheet/ccc?key=0Am2C-mKrfBx4dDUtU0RQTkE4TzJJZUo4RU5fUFlrVnc&usp=sharing -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fichier comparaison cours d'eau
Bonjour, Merci de t'être penché sur la question Je ne suis pas compétent pour trouver la cause, mais il y a quelque chose de plutôt instable. Le rapport généré hier<http://suivi.openstreetmap.fr/longeur-cours-eau-france/comparaison-sandre.html>laisse penser à des défauts pour la Loire et la Meuse. Est-ce qu'il y a eu une intervention sur la base concernée ? J'ai le souvenir que Jocelyn avait fait des imports individuels de cours d'eau. Donc c'est pas la première fois que cela est nécessaire. Je peux me tromper, mais je crois que quand OSM7 a été relancé à l'automne, c'était avec une base neuve mais sans les ajustements de schéma concernant les cours d'eau. Est-ce que c'est à cette occasion que cela part du mauvais pied ? --- Sur la même thématique cours d'eau mais sans rapport techniquement, je me suis lancé dans l'utilisation de l'outil permettant de construire et visualiser les bassins versants <http://www.kompf.de/gps/rivermap.html>. Je suis arrivé à mes fins avec l'extrait Geofabrik allemand (création d'un shapefile). Je dois faire les ajustements pour mettre en pratique sur l'extrait français. A savoir référencer le way osm<https://docs.google.com/spreadsheet/ccc?key=0Am2C-mKrfBx4dGFZRTlLVC1ybURBQ0xyX29OWE5fa2c&usp=drive_web#gid=0>partant de la source des fleuves dans ce fichier<https://github.com/skaringa/rivers/blob/master/src/com/skaringa/riversystem/WellknownRivers.java>du code. Il faut également référencer les ways de partage des eaux pour les canaux reliant deux bassins versants. J'en connais quelques un, mais s'il existe une liste exhaustive ou pas loin, je prends. @+ Le 4 février 2014 19:49, sly (sylvain letuffe) 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 ;-) > > 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 > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Contours de communes et arrondissements PLM
Pour simplifier les contours, tu peux tester Mapshaper http://mapshaper.org/ Le 17 février 2014 22:18, Eric Pommereau a écrit : > Hello, > > Oui je dois traiter les arrondissements (pour matcher avec les > commissariats)... > > L'option OSM m'arrange : > 1. parce que c'est OSM ;-) > 2. parce que j'ai un taux de match du code insee (entre mes données métier > et les données shp) plus important > 3. Les dom tom sont compris... (moins de manip). > > Sinon je peux aussi utiliser le moins simplifié (5m ?) mais mon pb > d'arrondissement subsiste... > > ++ > > > Le 17 février 2014 21:04, Christian Quest a > écrit : > >> C'est quoi le problème ? Ne pas avoir les arrondissement dans le fichier >> des découpages ? >> >> Pour la simplification, ce n'est pas simple. >> >> Je ne te conseille de partir des géométries simplifiées à 100m, sinon, tu >> as aussi l'option GEOFLA ;) >> >> >> > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fichier comparaison cours d'eau
Les points relevés par Sylvain (M.) sont toujours d'actualité pour le Rhin et le Rhône, mais pour le reste c'est beaucoup mieux. Toujours quelques points particuliers en bas de tableau qui passent mal, mais ce n'est pas bien méchant. 1266 cours d'eau référencés, c'est vraiment pas mal. Le kilométrage a fait une belle progression aussi (même en laissant de côté les km que l'on ne devrait pas référencer) Le 17 février 2014 16:07, sly (sylvain letuffe) a écrit : > On lundi 17 février 2014, Sylvain Maillard wrote: > > > Salut, > > > > hello, > > > > > les "trous" dont tu parles, c'est tous le bas de la liste des cours d'eau > > > qui aparaissent en 0% ? > > > > Et qui sont véritablement dans osm. > > Il en existe qui ne sont pas dans osm et eux, c'est normal qu'ils soient > listés à 0%, mais il y en a plein qui ne devraient pas être à 0%. > > > > Je viens de tenter une opération, on va voir ce soir si le calcul arrive à > combler quelques trous... > > > > > il y a sans doute quelques améliorations qui pourraient être faites: > > > > Ça ! Les idées d'améliorations ne manquent pas, mais je vais déjà tenter > de le faire marcher tout court, et ça sera déjà pas mal. > > Bien sûr, si quelqu'un voit en cet outil un bon potentiel et a envie de > rajouter des fonctions, c'est avec plaisir ! > > > > > - on a 156% du Rhône, mais parce que la relation osm part de la source du > > > Rhône en suisse. Est-ce qu'il serait possible de ne pas prendre en compte > > > les tronçons hors de france ? (même chose pour le Rhin: 690% !) > > > > > > > > > > > > Sylvain > > > > > > > > > > > > > > > Le 17 février 2014 15:05, sly (sylvain letuffe) a > > > écrit : > > > > > > > On jeudi 6 février 2014, sly (sylvain letuffe) wrote: > > > > > > > > > > > > > > > > > ps: je vais sans doute faire un ré-import total de la base, et à > partir > > > > de > > > > > > > > > là, > > > > > > > > > il faudra ouvrir l'oeil afin de voir à partir de quand ça déconne, > sur > > > > quel > > > > > > > > > rivière et voir si une édition en particulier aurait pu être le > > > > déclencheur. > > > > > > > > > Je remettrais un mail pour dire quand c'est fait et si c'est fait. > > > > > > > > > > > > > > > > J'ai donc ré-importé toute la base, et un calcul a été refait hier soir > > > > (un autre devrait survenir ce soir 19h00) > > > > > > > > > > > > > > > > Le résultat n'est pas glorieux : > > > > > > > > > > > > > http://suivi.openstreetmap.fr/longeur-cours-eau-france/comparaison-sandre.html > > > > > > > > > > > > > > > > C'est pas autant troué que la dernière fois, mais ça l'est déjà quand > même > > > > > > > > (par exemple "Le Lot", mais bien d'autre encore) > > > > > > > > > > > > > > > > Mais j'ai mal géré mon histoire, j'ai relancé les mises à jour tout de > > > > suite après l'import, ce qui fait que je n'ai pas laissé le temps de > voir > > > > si le problème était déjà là à la fin de l'import, où s'il était lié au > > > > mise à jour ultérieures. > > > > > > > > Coté des limites administratives, qui manquaient, elles aussi en nombre > > > > dans cette base, tout semble s'être réparé : > > > > > > > > http://suivi.openstreetmap.fr/communes/communes.csv.txt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > sly > > > > > > > > qui suis-je : http://sly.letuffe.org > > > > > > > > > > > > > > > > ___ > > > > dev-fr mailing list > > > > dev-fr@openstreetmap.org > > > > https://lists.openstreetmap.org/listinfo/dev-fr > > > > > > > > > > > > > > > > > -- > > sly > > qui suis-je : http://sly.letuffe.org > > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] wikipedia to OSM
Bonjour, Pour info ce petit outil que je trouve plutôt sympa pour améliorer la liaison entre articles Wikipedia et objets OSM. http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html Si j'ai bien tout compris, le code est disponible à ce lien https://github.com/simone-f/wikipedia-tags-in-osm Bonne journée -- Forwarded message -- From: Simone Cortesi Date: 2014-06-03 18:24 GMT+02:00 Subject: [Maps-l] wikipedia to OSM To: Map integration Hi, I don't know if this has been reported here or not. A quick email to let you know that some time ago our own Cristian Consonni and Simone F. released a nice wikipeda to OpenStreetMap integration which is online at: http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html it allows you to add coordinates to wikipedia articles and add wikipedia page links to OSM objects. Uses Catscan to find out which pages do require coordinates. The tool is currently only available in italian. In the UI: "temi" reads "themes", and "regioni" reads "regions" Thanks, Simone. ___ Maps-l mailing list map...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Poste de dev OSRM (Mapbox)
Pour info : https://www.mapbox.com/blog/directions-at-mapbox/ -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Aide pour Osmose et SQL: buildings cadastre fractionnés
Ou une interface à la "OpenSolarMap" pour les cas à regarder de près ^^ Le 17 novembre 2015 23:39, Tyndare a écrit : > Merci pour ces suggestions, plein de bonnes idées, je retiens surtout > les premières car les suivantes me semblent trop compliquées à > programmer (cad identifier une zone à risque pour moduler les critères > de recherches aux alentours). > > Ça me fait penser à une approche totalement différente auquel j'ai > rêvé sans avoir la moindre des compétences pour la mettre en œuvre: > utiliser un algo d'apprentissage. > On pourrait utiliser des villes qu'on sait avoir été corrigées dans > OSM et comparer à l'extrait du cadastre pour l’alimenter en cas > positif/négatif. > Problème c'est que je n'y connais absolument rien dans ce domaine, et > je ne sais pas trop ce qu'il faudrait lui donner à manger exactement. > Quelqu'un connaît une solution opensource qu'on pourrait utiliser pour > faire ce genre d'apprentissage ? > > > Le 17 novembre 2015 16:41, didier2020 a écrit : > > deja bonjour! > > > > pour l'optimisation je ne sais pas ...mais après avoir trituré un peu > > les batiments, j'ai remarqué > > > > - les batiments peuvent avoir des angles bizares sans pour autant etre > > morcelé (une petite pointe) => calcul des angles sur des segments > > suffisement grand , plutot que 90°, tres pointu . > > mon dernier calcul du nombre moyen de node pour un batiment etait de 5 > > => ecarter les segments faisant moins de périmetre/5 (ou plus) ? > > > > - il suffit de trouver un batiment morcelé pour en avoir d'autre a coté > > (ce qui rejoint l'analyse de vincent pour les parcelles) > > > > - les zones industrielles , d'activités sont par nature plus favorable > > au morcellement => recherche par surface (avec josm ca marche bien) > > > > - recherche par nombre de nodes (avec josm ca marche bien) pour la > > simplification ou les reservoir coupés n morceaux > > > > > > > > Le lundi 16 novembre 2015 à 19:46 +0100, Tyndare a écrit : > >> > >> Bonjour, > >> > >> J'ai voulu essayer de faire une analyse osmose pour détecter des > >> bâtiments fractionnés à cause du cadastre. > >> Pour l'instant ce n'est pas vraiment une réussite, je ne sais pas si > >> il y aurait des volontaires pour m'aider, je ne maîtrise pas du tout > >> SQL ou PostGIS en fait... > >> > >> Ce que j'ai voulu faire c'est détecter les situations où un bâtiment > >> est collé à un autre de manière rectiligne, mais dont l'angle avec la > >> section commune ne soit pas à 90°: > >> > >> -+ > >> / > >> / > >> --+--- > >> > >> J'ai deux problèmes: > >> > >> 1. Le principe marche relativement bien dans les zones modernes (où > >> les bâtiments sont à peut près carrés), mais trouves beaucoup trop de > >> faux positifs dans les vielles villes. > >> Si quelqu'un à une idée d'heuristique pour réduire le nombre de faux > >> positifs je suis preneur. > >> > >> > >> 2. Ma requête SQL est beaucoup trop compliquée, et elle génère des > >> tables intermédiaires de taille exponentielle... > >> Si une âme charitable est motivé pour jeter un œuil à mon horrible > >> requête SQL et me donner quelques conseils d'optimisation: > >> > >> > https://github.com/tyndare/osmose-backend/commit/6dd5e773ac7e0f5480518c066ed2bd4b0c50a04e > >> > >> Merci, > >> > >> Tyndare. > >> > >> ___ > >> 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 > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
