Re: [OSM-dev-fr] Problème de création de diff avec Osmosis
D'accord merci pour les différentes réponses/précisions. Samir On Sun, Mar 10, 2013 at 11:26:53AM +0100, Christian Quest wrote: > Un schéma destiné à faire un rendu cartographique pourra ne conserver > que les données réellement utilisées par ce rendu. > > Un schéma destiné à faire du calcul d'itinéraire aura besoin de > données très différentes, de produire un graphe, se fichera > (peut-être) des données d'occupation des sols. > > Voici deux exemples typiques où le type de données et la façon de les > organiser est relativement différent et un schéma commun est assez > contre productif voir illusoire. > > OSM ce sont des données brutes, ensuite on en extrait ce dont on a > besoin pour l'usage qu'on veut en faire et donc ça se stockera aussi > en fonction de cet usage d'où cette multitude de schémas. > > Nominatim a encore d'autres besoins, on peut penser à des schémas > NoSQL, etc, etc... ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Problème de création de diff avec Osmosis
Un schéma destiné à faire un rendu cartographique pourra ne conserver que les données réellement utilisées par ce rendu. Un schéma destiné à faire du calcul d'itinéraire aura besoin de données très différentes, de produire un graphe, se fichera (peut-être) des données d'occupation des sols. Voici deux exemples typiques où le type de données et la façon de les organiser est relativement différent et un schéma commun est assez contre productif voir illusoire. OSM ce sont des données brutes, ensuite on en extrait ce dont on a besoin pour l'usage qu'on veut en faire et donc ça se stockera aussi en fonction de cet usage d'où cette multitude de schémas. Nominatim a encore d'autres besoins, on peut penser à des schémas NoSQL, etc, etc... -- Christian Quest - OpenStreetMap France Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Problème de création de diff avec Osmosis
Le samedi 09 mars 2013 21:55:32, Samir NOIR a écrit : > Utiliser un seul schéma qui supporte toutes les opérations nécessaires ne > simplifierait il pas les choses ? Pour chaque outil utilisé par > OpenStreetmap (le serveur de tiles, l'outil de géocodage, l'API, ...) il > faut une base de donnée différentes, ce qui est plus compliquer à gérer et > cela prend plus de place. > > Cela est lié à une problématique technique ou pour une toute autre raison ? À mon avis, c'est avant tout parce que personne ne l'a fait. Ceux qui avaient besoin d'un rendu, ont d'abord répondu à leur besoin, ceux qui voulaient une API, le leur, etc. En choisissant des schémas simples, il est plus facile et rapide d'arriver à un résultat (un programme fonctionnel) que si on devait penser toutes les utilisations à l'avance. En outre, le "schéma à tout faire" ne pourrait le faire qu'au prix d'une certaine redondance quand même (voir mail de yves) et sans doute, d'une complexité accrue et donc plus difficile à utiliser. -- sly (sylvain letuffe) ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Problème de création de diff avec Osmosis
Tous simplement pour optimiser les schémas en fonction de leur utilité. Une base monde pour un usage particulier prend déjà beaucoup de place, alors s'il fallait satisfaire tout les besoins ... Yves On 03/09/2013 09:55 PM, Samir NOIR wrote: Merci, la prochaine fois je conserverai le premier fichier. Comme il est ici question de schéma j'ai une question que je me pose à chaque fois que je dois manipuler une base de donnée (dans le cadre d'OpenStreetMap). "Pourquoi existe il tant de schémas différents ?" Utiliser un seul schéma qui supporte toutes les opérations nécessaires ne simplifierait il pas les choses ? Pour chaque outil utilisé par OpenStreetmap (le serveur de tiles, l'outil de géocodage, l'API, ...) il faut une base de donnée différentes, ce qui est plus compliquer à gérer et cela prend plus de place. Cela est lié à une problématique technique ou pour une toute autre raison ? Merci, Samir On Thu, Mar 07, 2013 at 04:06:38PM +0100, Christian Quest wrote: Faire un diff entre une base pg et un fichier osm n'est possible (si c'est possible) que sur un schéma pgsnapshot (aussi appelé "osmosis"), pas sur un shéma osm2pgsql. Le plus simple serait de générer un diff entre le fichier auvergne importé à l'origine si il a été conservé et le nouveau... ___ 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] Problème de création de diff avec Osmosis
Merci, la prochaine fois je conserverai le premier fichier. Comme il est ici question de schéma j'ai une question que je me pose à chaque fois que je dois manipuler une base de donnée (dans le cadre d'OpenStreetMap). "Pourquoi existe il tant de schémas différents ?" Utiliser un seul schéma qui supporte toutes les opérations nécessaires ne simplifierait il pas les choses ? Pour chaque outil utilisé par OpenStreetmap (le serveur de tiles, l'outil de géocodage, l'API, ...) il faut une base de donnée différentes, ce qui est plus compliquer à gérer et cela prend plus de place. Cela est lié à une problématique technique ou pour une toute autre raison ? Merci, Samir On Thu, Mar 07, 2013 at 04:06:38PM +0100, Christian Quest wrote: > Faire un diff entre une base pg et un fichier osm n'est possible (si > c'est possible) que sur un schéma pgsnapshot (aussi appelé "osmosis"), > pas sur un shéma osm2pgsql. > > Le plus simple serait de générer un diff entre le fichier auvergne > importé à l'origine si il a été conservé et le nouveau... > ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Problème de création de diff avec Osmosis
Faire un diff entre une base pg et un fichier osm n'est possible (si c'est possible) que sur un schéma pgsnapshot (aussi appelé "osmosis"), pas sur un shéma osm2pgsql. Le plus simple serait de générer un diff entre le fichier auvergne importé à l'origine si il a été conservé et le nouveau... Le 7 mars 2013 11:05, Samir NOIR a écrit : > Bonjour, > > Je suis étudiant en licence pro ASRALL sur Nancy (une licence orientée > logiciels > libres). > Mon groupe et moi même devons mettre en place un serveur OSM (serveur de > tuiles, > géocodage, ...). > > Nous avons un serveur de tuiles fonctionnel (avec Mapnik), qui "tape" dans une > base de donnée PostGIS (planet importé avec osm2pgsql). Une seconde base de > donnée est en place utilisé par Nominatim pour le géocodage. > > Maintenant que ces applications sont fonctionnels l'idée est de mettre à jour > les bases de données qui servent à ces applications. > > Pour cela j'ai donc essayé d'utiliser Osmosis pour générer un diff entre mes > bases de données et un planet à jour. > > L'aide fourni par Osmosis me donne la commande suivante à utiliser : > osmosis --read-mysql host="x" database="x" user="x" password="x" --read-xml > file="planet1.osm" --derive-change --write-xml-change > file="planetdiff-1-2.osc" > > Un peut adapté pour l'occasion en : > > osmosis --read-pgsql host="localhost" database="osm" user="osm" > password="" --read-xml file="auvergne.osm" --derive-change > --write-xml-change file="mondiff.osc" > > Suite à cela l'erreur suivante est retournée : > > org.openstreetmap.osmosis.core.OsmosisRuntimeException: Task 3-derive-change > does not support data provided by default pipe stored at level 1 in the > default > pipe stack. > > J'en déduis donc qu'Osmosis ne "comprend" pas les données que je lui passe. > > J'ai essayé de faire un diff entre deux planets, ce qui fonctionne, serait ce > donc un problème avec ma base de données ? > > Je vous remercie d'avance, > > Samir > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Problème de création de diff avec Osmosis
Bonjour, Je suis étudiant en licence pro ASRALL sur Nancy (une licence orientée logiciels libres). Mon groupe et moi même devons mettre en place un serveur OSM (serveur de tuiles, géocodage, ...). Nous avons un serveur de tuiles fonctionnel (avec Mapnik), qui "tape" dans une base de donnée PostGIS (planet importé avec osm2pgsql). Une seconde base de donnée est en place utilisé par Nominatim pour le géocodage. Maintenant que ces applications sont fonctionnels l'idée est de mettre à jour les bases de données qui servent à ces applications. Pour cela j'ai donc essayé d'utiliser Osmosis pour générer un diff entre mes bases de données et un planet à jour. L'aide fourni par Osmosis me donne la commande suivante à utiliser : osmosis --read-mysql host="x" database="x" user="x" password="x" --read-xml file="planet1.osm" --derive-change --write-xml-change file="planetdiff-1-2.osc" Un peut adapté pour l'occasion en : osmosis --read-pgsql host="localhost" database="osm" user="osm" password="" --read-xml file="auvergne.osm" --derive-change --write-xml-change file="mondiff.osc" Suite à cela l'erreur suivante est retournée : org.openstreetmap.osmosis.core.OsmosisRuntimeException: Task 3-derive-change does not support data provided by default pipe stored at level 1 in the default pipe stack. J'en déduis donc qu'Osmosis ne "comprend" pas les données que je lui passe. J'ai essayé de faire un diff entre deux planets, ce qui fonctionne, serait ce donc un problème avec ma base de données ? Je vous remercie d'avance, Samir ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr