J'ai lancé les scripts jeudi soir sur ma Raspberry pour la France entière,
sur la base d'un extrait pré-filtré.
Ca tourne toujours (!) ... mais ça tourne quand même ;-)
Un des gros morceaux lors de l'import et de l'analyse, c'est le fait de
travailler avec les limites administratives brutes :
Bonjour Yves,
Bien vu, cela m'avait échappé.
Osmfilter fonctionne en amont de la partie analyse geospatiale.
Il permet de retirer tout le superflu (pour le script) des extraits
geofabrik (bâti, landuse ...).
Le script d'Arno / Claude fait le même tri, mais bcp plus lentement.
L'idée c'est de ne
Bonsoir,
Sans doute qu'en ajoutant les ways qui portent les tags bridge = yes ça
doit suffire.
Les ponts sont parfois levants, tournants, à bascule…
Il y a des canaux qui croisent des canaux, des rivières… Le type est alors
bridge=aqueduct
Je mettrais donc :
--keep-ways=
waterway=
bridge=
J'ai intégré ta remarque, ainsi que les relations de limites communales et
les ways boundary = administrative.
L'extraction prend 20 minutes sur mon netbook, et 5 minutes sur un portable
un peu plus puissant (Pentium de 2010).
Le contenu du fichier de paramétrage est désormais comme suit :
-v=2
Bonsoir,
En partant d'un extrait France de Geofabrik, et après conversion du fichier
pbf en .o5m, le parsing [1] avec osmfilter prend 16 minutes.
J'ai une config modeste : netbook Samsung NC20 - 2 GO RAM sous windows XP
Au final, j'aboutis au fichier pbf dispo ici : http://dl.free.fr/grs2VbbCr
En partant d'un extrait France de Geofabrik, et après conversion du fichier
pbf en .o5m, le parsing [1] avec osmfilter prend 16 minutes.
Il doit manquer les nœuds et chemins qui constituent les ponts (routiers et de
chemin de fer) ;-)
Le script de Claude fait une requête spatial qui
L'outil a été initialement créé par Arno Renevier.
Il utilise Postgis, mais pas du tout osm2pgsql.
Le schéma doit être relativement simple en comparaison. On le trouve dans
un fichier du dépôt github.
C'est un peu à l'opposé de ce que tu proposes, mais l'outil pourrait
également pouvoir couvrir
Bonjour,
claude marani wrote
j'ai commencé à essayer de jouer avec config.lua d'osm2pgsql
Si ton outil utilise une base osm2pgsql france pas trop trafiquée et qu'il
est utile à des contributeurs osm, je suggère de l'installer sur les
serveurs de l'association qui sont tout à fait disponibles
Bonjour Claude,
Lors de tes mises à jour, comment procèdes-tu ?
Directement à partir d'un extrait France complet ?
Est-ce que tu fais un pré-filtrage préalable des données avec un autre
outil (osmosis ou osmfilter) avant de lancer le script d'import dans la
base Postgis ?
Je suis un peu joueur,
bonjour
je prend un France complet de GeoFabrik
L'extraction des données prend 15h00 sur mon pc sous Xubuntu (je ne me
souvient plus trop de la config un quad coreur amd je crois avec 8Go de
mémoire)
la génération des pages HTML prend 90mn
j'ai commencé à essayer de jouer avec config.lua
Yves Cainaud a donné quelques infos sur la manière dont il tient à jour
les données dont il se sert pour produire la carte OpenSnowMap (auparavant
pistes-nordiques.org) :
Pour ce type de cartes thématiques, pourquoi ne pas fonctionner sur un
extrait thématique à partir d'un fichier planet ? Les
Bonjour
je vient de mettre à jour la page de suivi des cours d'eau.
les données datent de hier
http://marani.claude.free.fr/courdo
petites améliorations de l'affichage:
Lien permettant d'analyser la relation sur OSM relation Analyzer
Lien pour éditer la relation dans JOSM
Lien d'édition
Le 19/11/2013 01:29, Philippe Verdy a écrit :
Concernant le bitstream je ne vois pas le rapport avec la choucroute
(si tant est qu'il y en ait dans la base).
Si, si...
Le bitstream, c'est la représentation en filaire du surfacique
waterway=torrent, sauf pour le ruisseau Wifi, qui n'a pas
Ca veut dire que l'on peut espérer une analyse à jour dans les jours qui
viennent pour
http://suivi.openstreetmap.fr/longeur-cours-eau-france/comparaison-sandre.html
? ;-)
Merci à tous ceux qui maintiennent les outils et les serveurs, c'est une
masse de boulot considérable
Le 19 novembre 2013
On mardi 19 novembre 2013, you wrote:
Ca veut dire que l'on peut espérer une analyse à jour dans les jours qui
viennent pour
http://suivi.openstreetmap.fr/longeur-cours-eau-france/comparaison-
sandre.html
? ;-)
ça pourrait, j'ai lâchement abandonné cette tâche à jocelyn, donc c'est à lui
C'est à dire que je l'ai déjà tanné une paire de fois sur la question :-)
J'espère que ces nouveautés dans osm2pgsql rendront la tâche moins pénible.
Il prend les (bit)coins aussi ?
Le 19 novembre 2013 15:56, sylvain letuffe lis...@letuffe.org a écrit :
On mardi 19 novembre 2013, you wrote:
Le 19 novembre 2013 16:04, Ab_fab gamma@gmail.com a écrit :
Il prend les (bit)coins aussi ?
Ne parle pas des Bitcoins ici, ils ont mauvaise presse en ce moment comme
argent sale, utilisé par les trafiquants de produits illicites sur Internet
ou pour le blanchiment (ils ont fait exploser la
On 19/11/2013 16:40, Philippe Verdy wrote:
Le 19 novembre 2013 16:04, Ab_fab gamma@gmail.com
mailto:gamma@gmail.com a écrit :
Il prend les (bit)coins aussi ?
Ne parle pas des Bitcoins ici, ils ont mauvaise presse [..]
S'il te plaît, on ne peut pas t'en vouloir de parfois broder
Fallait pas en parler, toi-même, c'est le premier truc que j'écris
Le 19 novembre 2013 16:44, Jean-Marc Liotier j...@liotier.org a écrit :
On 19/11/2013 16:40, Philippe Verdy wrote:
Le 19 novembre 2013 16:04, Ab_fab gamma@gmail.com a écrit :
Il prend les (bit)coins aussi ?
Ne
2013/11/19 Philippe Verdy verd...@wanadoo.fr:
Fallait pas en parler, toi-même, c'est le premier truc que j'écris
Philippe est de retour. J'espère qu'il a passé de bonnes vacances.
Réactivez vos filtres ;-)
Pieren
___
Talk-fr mailing list
Philippe est de retour. J'espère qu'il a passé de bonnes vacances.
Réactivez vos filtres ;-)
Qui ça ?
:-)
Stf
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Le 19 nov. 2013 à 00:37, sylvain letuffe lis...@letuffe.org a écrit :
Code qui est actuellement utilisé par cet outil (un de plus !) que j'ai en
partie développé (et qui attend sa nouvelle base pour se remettre à jour ;-)
) :
Le 19/11/2013 21:32, Yves Pratter a écrit :
Le 19 nov. 2013 à 00:37, sylvain letuffe lis...@letuffe.org
mailto:lis...@letuffe.org a écrit :
Code qui est actuellement utilisé par cet outil (un de plus !) que
j'ai en
partie développé (et qui attend sa nouvelle base pour se remettre à
jour
Joli outil+évolutions, débat intéressant qui présente plusieurs modèles pour
tracer les cours d'eau ainsi que plusieurs outils les exploitant.
Un peut technique aussi, ça aurait été peut-être plus adapté sur la liste
dev-fr (à laquelle je suis inscrit et aurait pu participer plus tôt :-p)
Le 19 novembre 2013 00:37, sylvain letuffe lis...@letuffe.org a écrit :
(par une magouille douteuse, ça ignore les side_stream, bitstream,
other_stream qui font de ces relations type=waterway encore un modèle
différent des autres. Aller quoi, un peu de lobbying de temps en temps ! )
Le 16/11/2013 14:35, Yves Pratter a écrit :
Bonjour Yves
Salut,
Merci pour ton outil :-)
J'ai remarqué un petit « bug » : il y a un lien vers la page Sandre
sur la « flèche » qui permet de fermer la liste des villes traversées
?
c'est réparé
Un petit moteur de recherche serait pratique
J’ai remarqué un petit « bug » : il y a un lien vers la page Sandre sur la «
flèche » qui permet de fermer la liste des villes traversées
c'est réparé
Merci :-)
Un petit moteur de recherche serait pratique (par rivière, code Sandre,
pourquoi pas par commune)
j'ai rajouté un petit
Le 17/11/2013 17:55, Yves Pratter a écrit :
J'ai remarqué un petit « bug » : il y a un lien vers la page Sandre
sur la « flèche » qui permet de fermer la liste des villes traversées
c'est réparé
Merci :-)
Un petit moteur de recherche serait pratique (par rivière, code
Sandre, pourquoi pas
Encore un autre petit « bug » : certains cours d’eau n‘ont pas de nom
(l’identifiant du chemin OSM est affiché).
Exemples (il y en a 47) :
#1593538 (un affluent de l’Allier ref:sandre = K203430A)
Dans ce cas, je ne sais pas si c’est un problème de saisie ou de code. Dans
JOSM, ce ref:sandre
Pour faire ce système avec les affluents, ça utilise les rôles tributary?
Comment on les utilise ses truc, il faut que ça soit une relation? un way?
j'ai rien trouvé sur le wiki
et pour la longueur c'est tous les way de la relation?
Le 17 novembre 2013 18:35, Yves Pratter
les sources sont là
https://github.com/ClaudeMa/rivers
Merci :-)
Si j’ai tout compris :
le script update.sh télécharge sur ta machine tout le fichier OSM France,
puis charge les objets OSM intéressants dans une base de données locale
prostgresql (appel de river_import.py)
enfin fait des
Le 17 nov. 2013 18:42, Jérôme Amagat jerome.ama...@gmail.com a écrit :
Pour faire ce système avec les affluents, ça utilise les rôles tributary?
Sur le principe, y'a pas besoin. Sly nous avait fait un démonstrateur il y
a quelques années. Mais pour cet outil-là, je ne sais pas.
A signaler :
Un
OpenRiverBoatMap s'appuie sur les bases osm2pgsql d'osm-fr utilisées par
layers, le rendu FR et le rendu HOT.
Ce sont des bases complètes (tags habituels + hstore).
J'ai jeté un oeil sur le river_import.py et il m'a l'air d'adopter un
schéma bien à lui sans rapport avec celui d'osm2pgsql.
Le
Le 17/11/2013 18:35, Yves Pratter a écrit :
Encore un autre petit « bug » : certains cours d'eau n'ont pas de nom
(l'identifiant du chemin OSM est affiché).
Si le nom n'est pas trouvé, l'outil recherche *_name ou ref et si aucun,
utilise l'id osm
Exemples (il y en a 47) :
* #1593538
Le 17/11/2013 18:42, Jérôme Amagat a écrit :
et pour la longueur c'est tous les way de la relation?
Oui ça calcule la longueur de tous les ways de la relation. l'import ne
faisant pas de distinction entre les main_stream et le side_stream
--
Envoyé avec Mozilla Thunderbird ---
Le 17 nov. 2013 à 19:32, Art Penteur art.pent...@gmail.com a écrit :
Un autre outil d'analyse, qui n'a pas besoin de tributary:
http://www.h-renrew.de/h/osm/osmchecks/07_watershed/fr/hierarchical.html
Je ne connaissais pas. Faut voir si courdo ne peut pas réutiliser la base de
donnée de
osm2pgsql ne gère pas les relations waterway par défaut, mais il suffit de
modifier le fichier de config (default.style) et il les conservera et le
rendu pourra les exploiter... le problème c'est que ça sera uniquement les
rendus qui feront ce changement.
Le rendu peut aussi faire sans, c'est pas
Le 17 nov. 2013 à 22:27, Christian Quest cqu...@openstreetmap.fr a écrit :
osm2pgsql ne gère pas les relations waterway par défaut, mais il suffit de
modifier le fichier de config (default.style) et il les conservera et le
rendu pourra les exploiter…
J’avais regardé le code source et de
osm2pgsql a évolué et le choix des relations exploitées ou non pour générer
les géométries correspondantes se fait dans style.lua
Voir ici:
https://github.com/openstreetmap/osm2pgsql/blob/6739c1a973fdd7bcb0f3129d5f3ff25f925ac256/style.lua#L82
On peut donc ajouter d'autres types de relation si
Salut,
Merci pour ton outil :-)
J’ai remarqué un petit « bug » : il y a un lien vers la page Sandre sur la «
flèche » qui permet de fermer la liste des villes traversées
Un petit moteur de recherche serait pratique (par rivière, code Sandre,
pourquoi pas par commune)
—
Yves
Le 15 nov. 2013
Bonjour
le résultat généré par l'outil d'Arnaud Renevier modifié pour la France
entière est visible ici
http://marani.claude.free.fr/courdo
j'essairai de mettre à jour régulièrement
cordialement
Claude
___
Talk-fr mailing list
Bonjour,
le 15/11/2013 16:03, claude marani a écrit:
Bonjour
le résultat généré par l'outil d'Arnaud Renevier modifié pour la France
entière est visible ici
http://marani.claude.free.fr/courdo
J'ai regardé vite faire la Seille en Saône-et-Loire. La longueur
indiquée est 19km et ne
Le vendredi 15 novembre 2013 16:52:52, Samy Mezani a écrit :
Bonjour,
le 15/11/2013 16:03, claude marani a écrit:
Bonjour
le résultat généré par l'outil d'Arnaud Renevier modifié pour la France
entière est visible ici
http://marani.claude.free.fr/courdo
J'ai regardé vite faire la Seille en
Pareil pour l'Orne (41km selon courdo, 169.6 selon Wikipedia), le Golo (30
contre 89.6), ...
Francescu
Le 15 novembre 2013 17:23, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :
Le vendredi 15 novembre 2013 16:52:52, Samy Mezani a écrit :
Bonjour,
le 15/11/2013 16:03, claude marani
toutes les longeurs sont fausse :(
j'ai pas touché à la partie générant les longeur et je sais pas si mes
compétences vont me permettre de corriger
Le 15 novembre 2013 17:23, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :
Le vendredi 15 novembre 2013 16:52:52, Samy Mezani a écrit :
Le 15/11/2013 17:29, claude marani a écrit :
toutes les longeurs sont fausse :(
j'ai pas touché à la partie générant les longeur et je sais pas si mes
compétences vont me permettre de corriger
Le 15 novembre 2013 17:23, Stéphane Péneau stephane.pen...@wanadoo.fr
Bonjour
j'ai fait quelques modifs à l'outil d'Arno
https://github.com/arenevier/rivers
pour rajouter quelques informations sur les cours d'eau:
Écluses pour les canaux et rivière snavigables
Tunnel (tunnel=yes)
les sources modifié sont ici
https://github.com/ClaudeMa/rivers
la sortie est
47 matches
Mail list logo
