Re: [OSM-talk-fr] tag source
Le 07/04/2011 20:35, piratebab a écrit : L'idée de rajouter le type de source est une bonne idée. Il faudrait le rendre obligatoire pour uploader avec JOSM. ca c'est une grande idee mais dans la pratique c'est plus dur a faire exemple : monsieur A trace une rue avec le cadastre, il met le tag source = cadastre sur la rue, monsieur B va voir sur place et rajoute les dos d'ane, feux et passages cloutes, il met le tag source = knowledge sur les points correspondants, jusque la c'est facile monsieur B corrige aussi un virage de la rue qui a ete modifie par la construction d'un batiment mais c'est pas visible sur le cadastre, doit-il decouper la rue pour qu'il y ait source = cadastre partout sauf source = knowledge la ou il a modifie ? pour finir monsieur C voit grace aux reperes geodesiques que les photos bing (ou CRAIG) sont mieux calees que le cadastre et deplace le tout de quelques metres, que deviennent les tags source sur les differentes portions de rue et sur les dos d'anes ? un vrai casse tete ! je crains qu'un tag source obligatoire ne provoque une floraison de tags source qui ne sont ensuite plus mis a jour et deviennent donc faux PS : est-ce que quelqu'un connait une astuce pour que JOSM mette automatiquement un jeu de tags predefini sur ce qu'on trace ? c'est fastidieux de rajouter sans cesse "source = CRAIG" sur tous les objets qu'on dessine au fur et a mesure ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
> > PS : est-ce que quelqu'un connait une astuce pour que JOSM mette > automatiquement un jeu de tags predefini sur ce qu'on trace ? c'est > fastidieux de rajouter sans cesse "source = CRAIG" sur tous les objets qu'on > dessine au fur et a mesure > > Pour rajouter un tag source automatiquement, je charge un bout de cadastre dans JOSM, ensuite à chaque upload de nouveaux objets, le plug-in cadastre me propose de rajouter cadastre-dgi... comme source et je modifie avant envoi. C'est ce que j'ai trouvé de plus simple. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
hamster wrote: > Le 07/04/2011 20:35, piratebab a écrit : >> L'idée de rajouter le type de source est une bonne idée. Il faudrait le >> rendre obligatoire pour uploader avec JOSM. > > ca c'est une grande idee mais dans la pratique c'est plus dur a faire > exemple : monsieur A trace une rue avec le cadastre, il met le tag > source = cadastre sur la rue, monsieur B va voir sur place et rajoute > les dos d'ane, feux et passages cloutes, il met le tag source = > knowledge sur les points correspondants, jusque la c'est facile > monsieur B corrige aussi un virage de la rue qui a ete modifie par la > construction d'un batiment mais c'est pas visible sur le cadastre, > doit-il decouper la rue pour qu'il y ait source = cadastre partout sauf > source = knowledge la ou il a modifie ? > pour finir monsieur C voit grace aux reperes geodesiques que les photos > bing (ou CRAIG) sont mieux calees que le cadastre et deplace le tout de > quelques metres, que deviennent les tags source sur les differentes > portions de rue et sur les dos d'anes ? un vrai casse tete ! > > je crains qu'un tag source obligatoire ne provoque une floraison de tags > source qui ne sont ensuite plus mis a jour et deviennent donc faux Je pense que mettre un tag source sur les objets n'a pas de sens. Le tag source doit aller sur le changeset. Comme tu le soulignes, chaque modification d'un objet peut s'appuyer sur une source différente. La notion de source est donc pertinente au niveau de la modification (le changeset) et non pas de l'objet. J'essaye de le mettre le plus souvent possible mais c'est tellement pas pratique d'aller chercher l'onglet tag dans la fenêtre d'upload que j'oublie encore souvent. J'aimerais bien trouver un plugin qui me demande la source à chaque upload, avec une liste de valeurs paramétrable, à la façon des presets. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
Le 8 avril 2011 10:42, Gilles Bassière a écrit : > > Je pense que mettre un tag source sur les objets n'a pas de sens. Le tag > source doit aller sur le changeset. Comme tu le soulignes, chaque > modification d'un objet peut s'appuyer sur une source différente. La > notion de source est donc pertinente au niveau de la modification (le > changeset) et non pas de l'objet. > > Ca serait effectivement plus logique au niveau base de données d'avoir le tag source sur le changeset, le problème c'est que cela ne le rend pas visible lors d'une édition future par un mappeur. Si les outils rendaient visible ce tag lors de l'édition, ça serait effectivement une très bonne approche, mais ce n'est pas le cas actuellement à ce qu'il me semble... donc faute de grive, on mange du merle. Le tag "created_by" me sert aussi parfois à juger rapidement de l'âge ou de la qualité d'un objet. Un objet créé avec une version 0.01 de Potlatch par un utilisateur anonyme a souvent besoin d'un coup de jeune. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
Christian Quest wrote: > Le 8 avril 2011 10:42, Gilles Bassière a écrit : > > Je pense que mettre un tag source sur les objets n'a pas de sens. Le tag > source doit aller sur le changeset. Comme tu le soulignes, chaque > modification d'un objet peut s'appuyer sur une source différente. La > notion de source est donc pertinente au niveau de la modification (le > changeset) et non pas de l'objet. > > Ca serait effectivement plus logique au niveau base de données d'avoir > le tag source sur le changeset, le problème c'est que cela ne le rend > pas visible lors d'une édition future par un mappeur. Si les outils > rendaient visible ce tag lors de l'édition, ça serait effectivement une > très bonne approche, mais ce n'est pas le cas actuellement à ce qu'il me > semble... donc faute de grive, on mange du merle. Consulter le tag source au niveau de l'objet a aussi peu de sens que le saisir au niveau de l'objet. L'historique est effectivement peu pratique à consulter mais quand on doute d'un objet ou d'une zone, c'est pourtant là qu'on devrait regarder. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
Bonjour, > De : "Gilles Bassière" > Christian Quest wrote: > > Le 8 avril 2011 10:42, Gilles Bassière a écrit : > > Je pense que mettre un tag source sur les objets n'a pas de sens. Le tag > > source doit aller sur le changeset. Comme tu le soulignes, chaque > > modification d'un objet peut s'appuyer sur une source différente. La > > notion de source est donc pertinente au niveau de la modification (le > > changeset) et non pas de l'objet. > > > > Ca serait effectivement plus logique au niveau base de données d'avoir > > le tag source sur le changeset, le problème c'est que cela ne le rend > > pas visible lors d'une édition future par un mappeur. Si les outils > > rendaient visible ce tag lors de l'édition, ça serait effectivement une > > très bonne approche, mais ce n'est pas le cas actuellement à ce qu'il me > > semble... donc faute de grive, on mange du merle. > > Consulter le tag source au niveau de l'objet a aussi peu de sens que le > saisir au niveau de l'objet. L'historique est effectivement peu pratique > à consulter mais quand on doute d'un objet ou d'une zone, c'est pourtant > là qu'on devrait regarder. > A chacun son approche, la mienne me semble incompatible avec ces suggestions. La seule unité (homogénéité) de mes changesets, ça n'est pas la source, mais la zone géographique. Quand je mappe un quartier suite à des relevés terrain, je vais dans la même session d'édition ajouter des objets dont j'ai constaté la présence (source=survey), ajouter des buildings issus du cadastre si celui-ci a été mis à jour depuis l'import de bati (source= cadastre ), tracer à l'aide de bing des allées de parc dont j'ai constaté la présence de visu mais pas relevé la géometrie (source=bing), etc. Et je ne me vois pas morceler mes changesets pour que chacun soit "mono-source", ce serait ingérable. Ultérieurement, le tag source au niveau de l'objet me sert aussi à évaluer sa possible pertinence. Mais il manque à ce niveau une date de dernière édition, ce qui rend souvent le Ctrl+H nécessaire. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
Vincent de Chateau-Thierry wrote: >> De : "Gilles Bassière" >> Christian Quest wrote: >>> Le 8 avril 2011 10:42, Gilles Bassière a écrit : >>> Je pense que mettre un tag source sur les objets n'a pas de sens. Le tag >>> source doit aller sur le changeset. Comme tu le soulignes, chaque >>> modification d'un objet peut s'appuyer sur une source différente. La >>> notion de source est donc pertinente au niveau de la modification (le >>> changeset) et non pas de l'objet. >>> >>> Ca serait effectivement plus logique au niveau base de données d'avoir >>> le tag source sur le changeset, le problème c'est que cela ne le rend >>> pas visible lors d'une édition future par un mappeur. Si les outils >>> rendaient visible ce tag lors de l'édition, ça serait effectivement une >>> très bonne approche, mais ce n'est pas le cas actuellement à ce qu'il me >>> semble... donc faute de grive, on mange du merle. >> Consulter le tag source au niveau de l'objet a aussi peu de sens que le >> saisir au niveau de l'objet. L'historique est effectivement peu pratique >> à consulter mais quand on doute d'un objet ou d'une zone, c'est pourtant >> là qu'on devrait regarder. >> > > A chacun son approche, la mienne me semble incompatible avec ces suggestions. > La seule > unité (homogénéité) de mes changesets, ça n'est pas la source, mais la zone > géographique. > Quand je mappe un quartier suite à des relevés terrain, je vais dans la même > session > d'édition ajouter des objets dont j'ai constaté la présence (source=survey), > ajouter des > buildings issus du cadastre si celui-ci a été mis à jour depuis l'import de > bati > (source= cadastre ), tracer à l'aide de bing des allées de parc dont j'ai > constaté la > présence de visu mais pas relevé la géometrie (source=bing), etc. Et je ne me > vois pas > morceler mes changesets pour que chacun soit "mono-source", ce serait > ingérable. Il ne s'agit pas seulement de rendre les changesets mono-source, il s'agit plutôt de les rendre cohérents. Lorsqu'on fait des petits changesets pour chaque modification, on rend l'historique beaucoup plus lisible et on peut mettre des tags comment et source qui aient du sens. La lisibilité de notre travail est vraiment importante, on est tous passé après quelqu'un et on sait à quel point c'est utile de comprendre rapidement ce qui a été fait, pourquoi et comment. Je ne vois pas en quoi c'est ingérable. Quand je reviens du terrain, j'ai fréquemment, comme toi, plusieurs "choses" que je veux saisir. Après chaque "chose", j'uploade en saisissant un bref mais descriptif commentaire et souvent aussi un tag source. Morceller la session d'édition en plusieurs petits changesets permet aussi d'uploader plus rapidement, de réduire la capacité de nuisance des crash JOSM, etc. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
Moi, je suis d'accord avec Gilles : il vaut mieux rester cohérent dans la manière dont on remplit la base de donnée, et adapter nos outils pour qu'il soient ergonomiques dans notre suivi. Autrement dit, je trouverai intéressant un plugin dans JOSM qui me demande la source des mes changements, et un autre qui les affiche de manière claire dans l'historique. Julien Le 08/04/2011 12:26, Gilles Bassière a écrit : > Vincent de Chateau-Thierry wrote: >>> De : "Gilles Bassière" >>> Christian Quest wrote: Le 8 avril 2011 10:42, Gilles Bassière a écrit : Je pense que mettre un tag source sur les objets n'a pas de sens. Le tag source doit aller sur le changeset. Comme tu le soulignes, chaque modification d'un objet peut s'appuyer sur une source différente. La notion de source est donc pertinente au niveau de la modification (le changeset) et non pas de l'objet. Ca serait effectivement plus logique au niveau base de données d'avoir le tag source sur le changeset, le problème c'est que cela ne le rend pas visible lors d'une édition future par un mappeur. Si les outils rendaient visible ce tag lors de l'édition, ça serait effectivement une très bonne approche, mais ce n'est pas le cas actuellement à ce qu'il me semble... donc faute de grive, on mange du merle. >>> Consulter le tag source au niveau de l'objet a aussi peu de sens que le >>> saisir au niveau de l'objet. L'historique est effectivement peu pratique >>> à consulter mais quand on doute d'un objet ou d'une zone, c'est pourtant >>> là qu'on devrait regarder. >>> >> A chacun son approche, la mienne me semble incompatible avec ces >> suggestions. La seule >> unité (homogénéité) de mes changesets, ça n'est pas la source, mais la zone >> géographique. >> Quand je mappe un quartier suite à des relevés terrain, je vais dans la même >> session >> d'édition ajouter des objets dont j'ai constaté la présence (source=survey), >> ajouter des >> buildings issus du cadastre si celui-ci a été mis à jour depuis l'import de >> bati >> (source= cadastre ), tracer à l'aide de bing des allées de parc dont >> j'ai constaté la >> présence de visu mais pas relevé la géometrie (source=bing), etc. Et je ne >> me vois pas >> morceler mes changesets pour que chacun soit "mono-source", ce serait >> ingérable. > Il ne s'agit pas seulement de rendre les changesets mono-source, il > s'agit plutôt de les rendre cohérents. Lorsqu'on fait des petits > changesets pour chaque modification, on rend l'historique beaucoup plus > lisible et on peut mettre des tags comment et source qui aient du sens. > La lisibilité de notre travail est vraiment importante, on est tous > passé après quelqu'un et on sait à quel point c'est utile de comprendre > rapidement ce qui a été fait, pourquoi et comment. > > Je ne vois pas en quoi c'est ingérable. Quand je reviens du terrain, > j'ai fréquemment, comme toi, plusieurs "choses" que je veux saisir. > Après chaque "chose", j'uploade en saisissant un bref mais descriptif > commentaire et souvent aussi un tag source. > > Morceller la session d'édition en plusieurs petits changesets permet > aussi d'uploader plus rapidement, de réduire la capacité de nuisance des > crash JOSM, etc. > > Cordialement signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
2011/4/8 Gilles Bassière > Après chaque "chose", j'uploade en saisissant un bref mais descriptif > commentaire et souvent aussi un tag source. > > Morceller la session d'édition en plusieurs petits changesets permet > aussi d'uploader plus rapidement, de réduire la capacité de nuisance des > crash JOSM, etc. > > Il ne faut pas perdre de vue que les risques de dégradations viennent surtout de débutants qui ne connaissent pas les notions "d'historiques d'éditions" ou "de tag source dans les changesets". Et on sait que les éditeurs OSM n'ont pas trouvé de solution idéale pour ça (alors même que P2 n'a pas encore la fonction historique) , ni l'API (il faut récupérer l'historique d'un élément avant de pouvoir charger chaque changeset et récupérer le tag source... très long). Donc les débutants ne verront jamais les tags sur les changesets. D'un autre côté, tagguer chaque élément pose problème aussi en terme d'édition ou d'espace dans la bdd. Personnellement, je pense qu'il faudra améliorer ce point dans une prochaine version de l'API et qu'avant ça, aucune solution ne sera satisfaisante. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
> De : "Gilles Bassière" > > Il ne s'agit pas seulement de rendre les changesets mono-source, il > s'agit plutôt de les rendre cohérents. Un changeset qui s'étend sur 3 pâtés de maisons, et qui s'appuie sur une seule et même séance de terrain, je trouve que ça a déjà une cohérence : unité de lieu, unité de temps. ( Manque juste l'unité d'action et on se met au théâtre :-) ) Bref, on n'a pas la même approche sur le marquage des sources, mais ça n'empêche pas d'avancer. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
Pieren wrote: > 2011/4/8 Gilles Bassière mailto:gbassi...@gmail.com>> > > Après chaque "chose", j'uploade en saisissant un bref mais descriptif > commentaire et souvent aussi un tag source. > > Morceller la session d'édition en plusieurs petits changesets permet > aussi d'uploader plus rapidement, de réduire la capacité de nuisance des > crash JOSM, etc. > > > Il ne faut pas perdre de vue que les risques de dégradations viennent > surtout de débutants qui ne connaissent pas les notions "d'historiques > d'éditions" ou "de tag source dans les changesets". > Et on sait que les éditeurs OSM n'ont pas trouvé de solution idéale pour > ça (alors même que P2 n'a pas encore la fonction historique) , ni l'API > (il faut récupérer l'historique d'un élément avant de pouvoir charger > chaque changeset et récupérer le tag source... très long). Donc les > débutants ne verront jamais les tags sur les changesets. D'un autre > côté, tagguer chaque élément pose problème aussi en terme d'édition ou > d'espace dans la bdd. > Personnellement, je pense qu'il faudra améliorer ce point dans une > prochaine version de l'API et qu'avant ça, aucune solution ne sera > satisfaisante. > > Pieren Je ne comprends pas bien l'argument des débutants. L'analyse de l'historique correspond à des cas d'utilisation un peu avancé, ce ne sont pas forcément les débutants qui vont chercher à mettre en cohérence une zone ou à corriger des saisies hasardeuses. Il faut avoir acquis un peu de confiance en soi pour se lancer là-dedans. Tagger la source sur le changeset, envoyer des changesets cohérents me semblent être des bonnes pratiques. Et je crois que ça en reste une même si un débutant ne peut en récolter immédiatement les fruits. Pour les outils, oui on est d'accord, ils sont loin d'être pratiques en l'état (en tout cas dans JOSM). Il faudrait au minimum pouvoir faire un diff de la géométrie et des attributs. On peut ensuite imaginer toutes sortes d'exploitations de l'historique plus ou moins liées à l'analyse qualité. Il y a encore du boulot... Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
2011/4/8 Gilles Bassière > Je ne comprends pas bien l'argument des débutants. L'analyse de > l'historique correspond à des cas d'utilisation un peu avancé, ce ne > sont pas forcément les débutants qui vont chercher à mettre en cohérence > une zone ou à corriger des saisies hasardeuses. Il faut avoir acquis un > peu de confiance en soi pour se lancer là-dedans. > La première source pour les débutants, c'est l'imagerie Bing. Le fait de s'en servir pour effacer/rectifier des contributions locales est une faute classique des débutants (c'est ce qui a été rapporté dans un fil précédent et qui est à l'origine de cette discussion). > > Tagger la source sur le changeset, envoyer des changesets cohérents me > semblent être des bonnes pratiques. Et je crois que ça en reste une même > si un débutant ne peut en récolter immédiatement les fruits. > > Le problème, c'est que personne n'en récolte les fruits. Qui cherche actuellement les tags sources dans les anciens changesets avant de se lancer dans des modifs ? et comment fait-il ? Il y a encore du boulot... > On est d'accord ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
Pieren wrote: > 2011/4/8 Gilles Bassière mailto:gbassi...@gmail.com>> > > Je ne comprends pas bien l'argument des débutants. L'analyse de > l'historique correspond à des cas d'utilisation un peu avancé, ce ne > sont pas forcément les débutants qui vont chercher à mettre en cohérence > une zone ou à corriger des saisies hasardeuses. Il faut avoir acquis un > peu de confiance en soi pour se lancer là-dedans. > > La première source pour les débutants, c'est l'imagerie Bing. Tu sembles connaitre beaucoup mieux que moi les habitudes des contributeurs mais je reste tout de même un peu sceptique. J'ai entendu trop souvent : - "j'aimerai bien contribuer à OSM mais je n'ai pas de GPS", en revanche, je n'ai jamais entendu : - "bah maintenant que Bing est là, je peux contribuer". Ce n'est évidemment que ma perception et ça m'induit peut-être en erreur... Cela dit, dans mon humble cas, tracer sur de l'imagerie aérienne n'est pas la première chose qui m'est venu à l'esprit à mes débuts (et pourtant, je naviguais déjà dans la sphère géomatique). > Le fait de s'en servir pour effacer/rectifier des contributions locales est > une > faute classique des débutants (c'est ce qui a été rapporté dans un fil > précédent et qui est à l'origine de cette discussion). À l'origine de ce fil de discussion, il y a "Trop de bing", en réaction à une cartopartie virtuelle opérée par des contributeurs que je ne me permettrai pas de qualifier de débutants. > Tagger la source sur le changeset, envoyer des changesets cohérents me > semblent être des bonnes pratiques. Et je crois que ça en reste une même > si un débutant ne peut en récolter immédiatement les fruits. > > Le problème, c'est que personne n'en récolte les fruits. Qui cherche > actuellement les tags sources dans les anciens changesets avant de se > lancer dans des modifs ? et comment fait-il ? Je consulte régulièrement l'historique lorsque j'ai besoin de comprendre ce qui a été fait. Ce n'est pas toujours nécessaire, parfois j'affine seulement la qualification d'un objet, il n'y a pas d'ambiguité, je n'ai alors pas plus besoin du tag source que de l'historique. Mais il arrive aussi que je tombe sur des trucs bizarres, non conforme à ce que j'ai vu. Dans ces cas là j'essaye de comprendre ce qui a été fait et ça passe par un Crtl-H ou par un peu de recherche sur le browser en ligne (Couche données > Détails > Historique). J'utilise aussi fréquemment l'historique lorsque OWL me signale des modifications dans les zones que je surveille. Là non plus, je ne prétends pas que mon cas est général. J'imagine que certains contributeurs se moquent de l'historique comme de l'an 40. Mais c'est vraiment dommage car l'historique est un pilier des systèmes d'édition participatif, il n'y aurait pas de Wikipédia sans historique des modifications. Un historique lisible et clair est un facteur important de qualité. -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source
2011/4/8 Gilles Bassière > Là non plus, je ne prétends pas que mon cas est général. J'imagine que > certains contributeurs se moquent de l'historique comme de l'an 40. Mais > c'est vraiment dommage car l'historique est un pilier des systèmes > d'édition participatif, il n'y aurait pas de Wikipédia sans historique > des modifications. Un historique lisible et clair est un facteur > important de qualité. > > Je ne dis pas le contraire. Mais l'historique n'affiche pas les tags 'source' attachés aux changesets mais seulement l'historique de l'élément lui-même... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] tag source dacastre
Bonsoir, Je m'apprête à modifier les tags sources du cadastre pour renseigner l'année. C'est pas optimal mais c'est mieux que rien. Je posterai les logs de la version d'essai demain. Je me posait une question sur le point virgule dans cette source. Usuellement le ';' est utilisé comme séparateur pour des champs ayant plusieurs valeurs. Ici il est utilisé à l'intérieur d'une valeur... ce qui n'est pas très pratique. Est-ce qu'on laisse comme ça ou on change en lui votant un remplaçant ? Actuellement le champ ressemble à : cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] tag Source après modification
Bonsoir, Faut-il dé-sourcer les éléments du Cadastre lorsque que l'on fait une modification / correction ? Exemple : la "Rue Anne Franck" ne s'othographie pas comme ça, mais sans "c" à Frank (vérif sur Wikipédia). Je corrige (c'est bien) et je supprime la tag source=cadastre : est-ce mal ? PS : j'ai noté pas mal d'erreurs de typo venant du Cadastre ; c'est pas parce que c'est facile à importer qu'il faudrait faire n'importe quoi :-) ! A+ -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source dacastre
Etienne Chové a écrit : > Bonsoir, > > Je m'apprête à modifier les tags sources du cadastre pour renseigner > l'année. C'est pas optimal mais c'est mieux que rien. Je posterai les > logs de la version d'essai demain. > > Je me posait une question sur le point virgule dans cette source. > Usuellement le ';' est utilisé comme séparateur pour des champs ayant > plusieurs valeurs. Ici il est utilisé à l'intérieur d'une valeur... ce > qui n'est pas très pratique. > > Est-ce qu'on laisse comme ça ou on change en lui votant un remplaçant ? > > Actuellement le champ ressemble à : > > > cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise > à jour : 2009 > > Je voterai bien pour source=Direction Générale des Finances Publiques - Cadastre. Mise à jour : Pour les bâtiments, pourrait valoir la date de dernière mise à jour en CDIF. Ce n'est pas uniquement un souci de précision, mais aussi un indicateur pour des contributeurs futurs qui tomberaient sur une feuille cadastrale plus récente. Ils sauraient, de suite, s'il y a lieu d'investiguer sur des mises à jour de bâti. Chacun fera comme il le sent. Si j'ai bien compris le robot (j'ai lu mon Asimov), le côté génant vient plus du '' que de la syntaxe de la mention de source ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source dacastre
Denis a écrit : > Etienne Chové a écrit : >> Bonsoir, >> >> Je m'apprête à modifier les tags sources du cadastre pour renseigner >> l'année. C'est pas optimal mais c'est mieux que rien. Je posterai les >> logs de la version d'essai demain. >> >> Je me posait une question sur le point virgule dans cette source. >> Usuellement le ';' est utilisé comme séparateur pour des champs ayant >> plusieurs valeurs. Ici il est utilisé à l'intérieur d'une valeur... ce >> qui n'est pas très pratique. >> >> Est-ce qu'on laisse comme ça ou on change en lui votant un remplaçant ? >> >> Actuellement le champ ressemble à : >> >> >> cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise >> à jour : 2009 >> >> > > Je voterai bien pour > source=Direction Générale des Finances Publiques - Cadastre. Mise à jour > : > > Pour les bâtiments, pourrait valoir la date de dernière mise à > jour en CDIF. Ce n'est pas uniquement un souci de précision, mais aussi > un indicateur pour des contributeurs futurs qui tomberaient sur une > feuille cadastrale plus récente. Ils sauraient, de suite, s'il y a lieu > d'investiguer sur des mises à jour de bâti. Chacun fera comme il le sent. > > Si j'ai bien compris le robot (j'ai lu mon Asimov), le côté génant vient > plus du '' que de la syntaxe de la mention de source ? Le robot mettrait 2009 pour tout le monde qui a encore . L'année dernière on s'était dit qu'il fallait faire un truc mieux, mais ça n'a jamais été fait. C'est sûr que 2009 n'est pas le mieux et va introduire des faux mais au moins on sait que c'est 'au plus 2009', et quand on aura des planches postérieures à 2009 on pourra se dire qu'on peut faire une màj. Si on laisse les , on ne saura jamais quand faire de màj. Le problème du ";" est que pour un robot/éditeur... c'est difficile de savoir ou couper pour avoir la liste des source. Normalement on devrait couper au ";" ce qui lui donne deux sources : 1. cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre 2. mise à jour : 2009 Je me suis dit que quitte à faire 1 million de modifs sur la base, autant réfléchir un peu avant et voir si on peut pas faire d'autres choses en même temps; d'où ma réflexion sur les ; -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source dacastre
Etienne Chové a écrit : > Le problème du ";" est que pour un robot/éditeur... c'est difficile de > savoir ou couper pour avoir la liste des source. Normalement on devrait > couper au ";" ce qui lui donne deux sources : > 1. cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre > 2. mise à jour : 2009 Les robots ne sont pas humains et vice-versa. A nous la créativité et aux robots les emmerdements ;-) > > Je me suis dit que quitte à faire 1 million de modifs sur la base, > autant réfléchir un peu avant et voir si on peut pas faire d'autres > choses en même temps; d'où ma réflexion sur les ; Promis, je vais faire gaffe aux ";". Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source dacastre
Denis a écrit : > Etienne Chové a écrit : > >> Le problème du ";" est que pour un robot/éditeur... c'est difficile de >> savoir ou couper pour avoir la liste des source. Normalement on devrait >> couper au ";" ce qui lui donne deux sources : >> 1. cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre >> 2. mise à jour : 2009 > > Les robots ne sont pas humains et vice-versa. A nous la créativité et > aux robots les emmerdements ;-) En effet, donc on laisse les emmerdes au robot et on garde le tag comme il est. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source dacastre
Etienne Chové a écrit : > Denis a écrit : > >> Etienne Chové a écrit : >> >> >>> Le problème du ";" est que pour un robot/éditeur... c'est difficile de >>> savoir ou couper pour avoir la liste des source. Normalement on devrait >>> couper au ";" ce qui lui donne deux sources : >>> 1. cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre >>> 2. mise à jour : 2009 >>> >> Les robots ne sont pas humains et vice-versa. A nous la créativité et >> aux robots les emmerdements ;-) >> > > En effet, donc on laisse les emmerdes au robot et on garde le tag comme > il est. > > Ouais, la syntaxe elle est aussi pour les humains ! Et la Matrice ne nous respectera pas si nous ne respectons pas les robots. (là, ça n'est plus Assimov !) +1 au changement. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source dacastre
Le Mon 09 Nov 2009 à 20:14 +0100, Denis a ecrit : > Je voterai bien pour > source=Direction Générale des Finances Publiques - Cadastre. Mise à jour > : Moi aussi. Un point, c'est bien. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source dacastre
Bonjour, Etienne Chové a écrit : Je posterai les logs de la version d'essai demain. Pour éviter une longues liste inutile, je met juste le résumé. -- Etienne 1598152 elements - cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : + cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 2782 elements - cadastre-dgi-fr source : Direction G�n�rale des Imp�ts - Cadastre ; mise � jour :2008 + cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2008 22734 elements - cadastre-dgi-fr source : Direction G�n�rale des Imp�ts - Cadastre ; + cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 280 elements - cadastre-dgi-fr source : Direction Générale des Impôts â Cadastre ; mise à jour : + cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 34 elements - cadastre-dgi-fr source : Direction G�n�rale des Imp�ts - Cadastre ; mise � jour : 2009cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 + cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 27085 elements - cadastre-dgi-fr source : Direction G�n�rale des Imp�ts - Cadastre ; mise � jour : 2008 + cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2008 86723 elements - cadastre-dgi-fr source : Direction G�n�rale des Imp�ts - Cadastre ; mise � jour : 2009 + cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source dacastre
2009/11/10 Etienne Chové : Il devrait y avoir moins de problèmes lors du prochain déploiement du plugin. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag Source après modification
2009/2/8 Marc SIBERT : > Faut-il dé-sourcer les éléments du Cadastre lorsque que l'on fait une > modification / correction ? amha, tout dépend de la source réelle de l'information. Supprimer le tag source ne vaudrait que si l'information ne vient pas du tout du cadastre (la position par un GPS et le nom par un relevé sur le terrain). Si tout ou partie provient du cadastre, il est assez honnête de garder le cadastre dans "source". Mais rien ne t'empêche d'ajouter une note ou un commentaire à "source". Quelqu'un avait déjà demandé comment nous pourrions contacter la DGFiP concernant ces erreurs dans le cadastre. Je pense que tout le monde y gagnerait. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] tag source sur le changeset
salut j'ai trouve des traces qui ne comportaient pas le tag source qu'ils auraient du, j'ai contacte l'auteur et il m'a dit avoir mis le tag sur le changeset et non pas sur les ways je savais pas qu'il etait possible de mettre un tag sur un changeset, c'est correct ce qu'il a fait ? pour info le way 71122870 fait partie du changeset en question, je saurai meme pas retrouver le changeset en tout cas meme si c'est correct c'est pas pratique : on peut pas voir tous les tags en selectionnant un objet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source sur le changeset
Le 7 août 2010 à 00:52, hamster a écrit : > je savais pas qu'il etait possible de mettre un tag sur un changeset, c'est > correct ce qu'il a fait ? Je ne sais pas, mais je trouve que c'est une bonne idée dans l'absolu. Dans une session, on base souvent ses changements sur un tout petit nombre de sources, qu'on pourrait rentrer au moment de l'upload. Par contre, il faut bien sûr que les outils gère ça correctement... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source sur le changeset
Le lundi 9 août 2010 14:49:22 Croquette Olivier, vous avez écrit : > Le 7 août 2010 à 00:52, hamster a écrit : > > je savais pas qu'il etait possible de mettre un tag sur un changeset, > > c'est correct ce qu'il a fait ? > > Je ne sais pas, mais je trouve que c'est une bonne idée dans l'absolu. Dans > une session, on base souvent ses changements sur un tout petit nombre de > sources, qu'on pourrait rentrer au moment de l'upload. Par contre, il faut > bien sûr que les outils gère ça correctement... Dans Josm, au moment de l'envoi, il y a un onglet « attributs du nouveau groupe de modifications ». -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source sur le changeset
Nicolas Dumoulin a écrit : Le lundi 9 août 2010 14:49:22 Croquette Olivier, vous avez écrit : Le 7 août 2010 à 00:52, hamster a écrit : je savais pas qu'il etait possible de mettre un tag sur un changeset, c'est correct ce qu'il a fait ? Je ne sais pas, mais je trouve que c'est une bonne idée dans l'absolu. Dans une session, on base souvent ses changements sur un tout petit nombre de sources, qu'on pourrait rentrer au moment de l'upload. Par contre, il faut bien sûr que les outils gère ça correctement... Dans Josm, au moment de l'envoi, il y a un onglet « attributs du nouveau groupe de modifications ». et quand on veut voir la source d'un element ? on clique sur "voir les informations" ce qui lance le navigateur et ne marche pas si on est hors ligne ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source sur le changeset
Le 9 août 2010 18:05, hamster a écrit : > et quand on veut voir la source d'un element ? > on clique sur "voir les informations" ce qui lance le navigateur et ne > marche pas si on est hors ligne ? > > En fait il faudrait cliquer sur "voir l'historique" et regarder la description de tous les changesets qui ont modifié l'objet, et éventuellement espérer trouver une source. Je ne trouve pas la méthode "source sur changeset" vraiment adaptée, pour plusieurs raisons : - dans un changeset, on peut mélanger différentes sources ( bâtiments du cadastre, sentiers issus de traces GPS, POI issus de la connaissance du terrain, etc.) - si je divise un chemin en 2 parties, le nouveau segment n'aura aucun lien avec le changeset d'origine qui contenait la source. On se retrouve donc avec un way sans source. Si on note la source sur le chemin, le nouveau way héritera de l'attribut et sera donc encore traçable. - l'historique de gros objets est quasiment impossible à obtenir par le site web (timeout). Donc si on veut obtenir la source d'un gros polygone qui en serait à sa version 168, et dont la source serait indiquée sur le changeset de la version 1 ça risque de se compliquer ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source sur le changeset
Le lundi 9 août 2010 18:05:10 hamster, vous avez écrit : > Nicolas Dumoulin a écrit : > Le lundi 9 août 2010 14:49:22 Croquette Olivier, vous avez écrit : > > Le 7 août 2010 à 00:52, hamster a écrit : > > je savais pas qu'il etait possible de mettre un tag sur un changeset, > c'est correct ce qu'il a fait ? > > Je ne sais pas, mais je trouve que c'est une bonne idée dans l'absolu. Dans > une session, on base souvent ses changements sur un tout petit nombre de > sources, qu'on pourrait rentrer au moment de l'upload. Par contre, il faut > bien sûr que les outils gère ça correctement... > > > Dans Josm, au moment de l'envoi, il y a un onglet « attributs du nouveau > groupe de modifications ». > > > et quand on veut voir la source d'un element ? > on clique sur "voir les informations" ce qui lance le navigateur et ne > marche pas si on est hors ligne ? Tout à fait. Je ne faisais que répondre à la question précédente :-) Je suis d'accord que les tags du changeset ne peuvent pas remplacer les tags des éléments envoyés. Ceci dit, ceci peut apporter un complément. Genre si je fais une session cadastre ou un session CRAIG (uniquement un des deux) je pense qu'ajouter le tag source dans le changeset apporte un info supplémentaire qui coûte pas grand chose. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag "source" et volume de BdD pour OSM
Salut Les français se font encore remarqués avec leur côté "administratif" et paperasse associée qui dans la Base de Données OSM se manifeste par une myriade d'octets ... ;-) Le tag source est très utilisé et son contenu est très verbeux : http://taginfo.openstreetmap.org/keys/source 15 131 165 x "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2010" 6 939 480 x "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2011" 2 562 865 x "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2009" 2 127 894 x "extraction␣vectorielle␣v1␣cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadas.␣Mise␣à␣jour␣:␣2010" 1 647 084 x "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2009" 862 591 x "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2008" Ne pourrait-on pas lancer une moulinette sur la BdD pour remplacer ces longues chaînes de caractères répétitives par des codes plus concis ? Par exemple: FR_DGI2008, FR_DGI2009, ... Et le verbeux label serait explicité sur le wiki (/wiki/Tag:source=FR_DGI) pour éclairer les esprits et éventuellement correspondre à une réglementation et/ou autorisation. A moins que dans la BdD le tag source des éléments ne soit qu'une référence, auquel cas mon message ne serait qu'un ensemble d'octets inutile et perturbant. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag source : longueur des chaine d e caractère
Par souci de performance dans les échanges de données (load/unload) et l' encombrement des serveurs, on peut penser prudent de limiter la taille des chaines de caractères répétitives (celles affectées à chaque objet ) comme le tag 'source'. Pour ma part j' ai décidé de remplacer par exemple 'Communauté de communes de Trifouli les Oies' par 'CCTO' qui est l' acronyme que l' on utilise localement . Vos réactions ? François VIGOUROUX ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source : longueur des chaine de caractère
Le vendredi 7 janvier 2011 15:28:20 VIGOUROUX François, vous avez écrit : > Par souci de performance dans les échanges de données (load/unload) et l' > encombrement des serveurs, on peut penser prudent de limiter la taille des > chaines de caractères répétitives (celles affectées à chaque objet ) comme > le tag 'source'. Pour ma part j' ai décidé de remplacer par exemple > 'Communauté de communes de Trifouli les Oies' par 'CCTO' qui est l' > acronyme que l' on utilise localement . Vos réactions ? Comme l'a déjà indiqué Pieren et d'autres je crois, il peut être plus judicieux et léger d'utiliser le tag source sur le changeset complet. Ça rend moins simple la récupération des données d'une source, mais c'est vraiment plus léger et facilite la traçabilité en cas de multi-sources. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source : longueur des chaine de caractère
VIGOUROUX François a écrit : Par souci de performance dans les échanges de données (load/unload) et l’ encombrement des serveurs, on peut penser prudent de limiter la taille des chaines de caractères répétitives (celles affectées à chaque objet ) comme le tag ‘source’. Pour ma part j’ ai décidé de remplacer par exemple ‘Communauté de communes de Trifouli les Oies’ par ‘CCTO’ qui est l’ acronyme que l’ on utilise localement . Vos réactions ? c'est inutile si j'ai bien compris les donnees sont stockees sous forme compressee, et la compression est tres efficace en particulier quand des donnees sont repetitives les mecanismes de compression ressemlent un peu a ca : une donnee repetitive va etre stockee 1 fois et un numero va lui etre affecte, ensuite tout la ou elle apparait c'est son numero qui va etre stocke, donc ton CCTO va prendre a peu pres autant de place une fois compresse que "Communauté de communes de Trifouli les Oies" ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
Le 06/09/2011 13:56, cyrille giquello a écrit : Salut Les français se font encore remarqués avec leur côté "administratif" et paperasse associée qui dans la Base de Données OSM se manifeste par une myriade d'octets ... ;-) Le tag source est très utilisé et son contenu est très verbeux : http://taginfo.openstreetmap.org/keys/source 15 131 165 x "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2010" 6 939 480 x "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2011" 2 562 865 x "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2009" 2 127 894 x "extraction␣vectorielle␣v1␣cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadas.␣Mise␣à␣jour␣:␣2010" 1 647 084 x "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2009" 862 591 x "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2008" Ne pourrait-on pas lancer une moulinette sur la BdD pour remplacer ces longues chaînes de caractères répétitives par des codes plus concis ? Par exemple: FR_DGI2008, FR_DGI2009, ... Et le verbeux label serait explicité sur le wiki (/wiki/Tag:source=FR_DGI) pour éclairer les esprits et éventuellement correspondre à une réglementation et/ou autorisation. A moins que dans la BdD le tag source des éléments ne soit qu'une référence, auquel cas mon message ne serait qu'un ensemble d'octets inutile et perturbant. +1 ! mais avec un séparateur (virgule) entre FR_DGI et l'année. À défaut de mettre le tag source dans le changeset. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
Bonjour, La mention complète fait parti des conditions d'utilisation : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#La%20r%C3%A9ponse%20de%20la%20DGI """ En revanche, la rediffusion de ces données n'est autorisée que pour les produits composites, c'est à dire ceux constitués pour partie seulement du plan cadastral, et sous réserve que soient clairement indiqués l'origine et le millésime des données cadastrales utilisées (par exemple "source : Direction générales des finances publiques - année 2008"). """ My 2 cents Fred Le 6 septembre 2011 14:05, Vincent Pottier a écrit : > Le 06/09/2011 13:56, cyrille giquello a écrit : >> >> Salut >> >> Les français se font encore remarqués avec leur côté "administratif" >> et paperasse associée qui dans la Base de Données OSM se manifeste par >> une myriade d'octets ... >> ;-) >> >> Le tag source est très utilisé et son contenu est très verbeux : >> http://taginfo.openstreetmap.org/keys/source >> >> 15 131 165 x >> "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2010" >> 6 939 480 x >> "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2011" >> 2 562 865 x >> "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2009" >> 2 127 894 x >> "extraction␣vectorielle␣v1␣cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadas.␣Mise␣à␣jour␣:␣2010" >> 1 647 084 x >> "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2009" >> 862 591 x >> "cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2008" >> >> Ne pourrait-on pas lancer une moulinette sur la BdD pour remplacer ces >> longues chaînes de caractères répétitives par des codes plus concis ? >> Par exemple: FR_DGI2008, FR_DGI2009, ... >> Et le verbeux label serait explicité sur le wiki >> (/wiki/Tag:source=FR_DGI) pour éclairer les esprits et éventuellement >> correspondre à une réglementation et/ou autorisation. >> >> A moins que dans la BdD le tag source des éléments ne soit qu'une >> référence, auquel cas mon message ne serait qu'un ensemble d'octets >> inutile et perturbant. >> > +1 ! mais avec un séparateur (virgule) entre FR_DGI et l'année. > À défaut de mettre le tag source dans le changeset. > -- > FrViPofm > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
2011/9/6 cyrille giquello : > Par exemple: FR_DGI2008, FR_DGI2009, ... Quelle horreur. Pensez aux nouveaux qui vont sûrement tout de suite comprendre que ça vient du cadastre... Moi j'avais pensé à un simple "cadastre 2011", 3 caractères de plus (à multiplier par quelques millions d'objets tout de même) mais qui rendent les choses plus compréhensibles. Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7: http://wiki.openstreetmap.org/wiki/API_v0.7#Better_handling_of_sourcing_.28.27source.27_tag.29 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
Le 06/09/2011 14:27, Frédéric Rodrigo a écrit : Bonjour, La mention complète fait parti des conditions d'utilisation : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#La%20r%C3%A9ponse%20de%20la%20DGI """ En revanche, la rediffusion de ces données n'est autorisée que pour les produits composites, c'est à dire ceux constitués pour partie seulement du plan cadastral, et sous réserve que soient clairement indiqués l'origine et le millésime des données cadastrales utilisées (par exemple "source : Direction générales des finances publiques - année 2008"). """ My 2 cents Fred Clairement indiqué, certes, mais où ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
(...) > qui dans la Base de Données OSM se manifeste par > une myriade d'octets ... Bof, si le problème est une question de taille dans la base de donnée OSM, ne serait il pas plus fin de régler cela directement dans la manière de stocker ces informations en amont ? Et de manière à ce que cela soit complètement transparent pour l'utilisateur final qui continuera a voir le texte complet et plus explicite que des codes ? Sans compter qu'opérer une modification de masse entraînera un gonflement de l'historique sans rien régler de ce problème de "taille" (si problème il y a) puisque les éléments anciens seront toujours présents dans la base OSM > A moins que dans la BdD le tag source des éléments ne soit qu'une > référence, auquel cas mon message ne serait qu'un ensemble d'octets > inutile et perturbant. Pour l'instant ce n'est pas stocké ainsi il me semble, mais si un travail doit être fait il me semblerait logique de le faire en amont dans la base et de manière global, il y aura bien plus à gagner ainsi, sans créer d'historique parasite, et en traitant tous les tags quels qu'ils soient avec un système par références. N'essayons pas de régler maladroitement un problème que nous ne connaissons pas bien et tournons nous plutôt, si motivation il y a, vers les gens qui sont au plus prêt du schéma osmosis -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
> Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7: cf mon précédent message, c'est de cette solution dont je veux parler. Par contre, je ne vois pas le rapport avec l'API0.7. Une nouvelle API aurait pour mission de changer la manière dont est accessible l'information, la manière interne de la stocker pouvant tout à fait être indépendante. Peut-être entendais-tu plutôt un changement du format OSM qui fournirait un moyen d'éviter la redondance à l'intérieur d'un fichier .osm ? > http://wiki.openstreetmap.org/wiki/API_v0.7#Better_handling_of_sourcing_.28.27source.27_tag.29 Je vais dévier un peu, mais je ne crois pas que 'comment' soit rendu plus 'prédominant' par l'API 0.6, ça n'est qu'une histoire de présentation de l'information sur les pages style http://www.openstreetmap.org/user/sly/edits ou dans les editeurs, mais sinon un changeset http://www.openstreetmap.org/api/0.6/changeset/9227474 les mets sur un même pieds d'égalité En revanche, je suis d'accord sur le fait que l'accès à l'historique n'est pour l'instant pas vraiment rendu simple par L'API actuelle et c'est peut être pas mal dû à ça que les éditeurs l'implémentent très mal -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
Le 6 septembre 2011 15:40, sly (sylvain letuffe) a écrit : > > Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7: > > cf mon précédent message, c'est de cette solution dont je veux parler. > > > Par contre, je ne vois pas le rapport avec l'API0.7. > > Une nouvelle API aurait pour mission de changer la manière dont est > accessible > l'information, la manière interne de la stocker pouvant tout à fait être > indépendante. > > Peut-être entendais-tu plutôt un changement du format OSM qui fournirait un > moyen d'éviter la redondance à l'intérieur d'un fichier .osm ? > > C'est à ça que servent les différentes compressions (gz, bz, bz2, etc). Ces données répétitives se compriment très très bien. J'espère par contre que le stockage en interne n'est pas répétitif, c'est sûr que là il y a de l'espace à récupérer. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
2011/9/6 sly (sylvain letuffe) : > Par contre, je ne vois pas le rapport avec l'API0.7. > > Une nouvelle API aurait pour mission de changer la manière dont est accessible > l'information, la manière interne de la stocker pouvant tout à fait être > indépendante. > > Peut-être entendais-tu plutôt un changement du format OSM qui fournirait un > moyen d'éviter la redondance à l'intérieur d'un fichier .osm ? Mon idée serait d'ajouter une contrainte dans la base ET dans l'API. Je pense à un nouvel élément 'source' à côté de node, way, relation et changeset. On pourrait définir librement des sources (avec source_id) qui serait ensuite listé dans la composante d'un node, un way, une relation ou un changeset (sans limite de nombre : 0..*). Le nombre de sources n'est finalement pas si énorme et une liste prédéfinie pourrait être fournie par les éditeurs (et même localisée - on pourrait créer des relations de type "toutes les sources connues pour la France"). Le tag source deviendrait un élément qui ne serait détailé qu'une seule fois dans une table de la base et dans tous les fichiers qui contiendraient des données OSM puis il y aurait une référence avec un source_id garantissant l'intégrité. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
2011/9/6 Christian Quest > J'espère par contre que le stockage en interne n'est pas répétitif, c'est > sûr que là il y a de l'espace à récupérer. > -- > Christian Hélas, il est répétitif partout. Dans la base, dans les extracts et même dans les fichiers au format .pbf La compression se limite donc à ce qu'on peut faire de mieux pour comprimer du texte en utf-8 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
> Mon idée serait d'ajouter une contrainte dans la base ET dans l'API. > Je pense à un nouvel élément 'source' à côté de node, way, relation et > changeset. On pourrait définir librement des sources (avec source_id) > qui serait ensuite listé dans la composante d'un node, un way, une > relation ou un changeset (sans limite de nombre : 0..*). ça me rappel un peu les idées qui proposaient que les tags possibles soient listés dans la base OSM directement et que les editeurs puissent les proposer directement à l'utilisateur à partir d'une liste déroulante dont la source est commune, plutôt que dans des "fichiers de config" potentiellement différents dans chaque éditeur. (Les propositions parlaient bien sûr de pouvoir librement en ajouter sans quoi le principe de liberté de tag pouvait être remis en cause) L'idée me plaît assez. Coté technique, je ne suis cependant pas sûr que ça soit nécessaire finalement de changer la structure de la base, mais à la limite c'est un autre débat. (Par exemple plutôt qu'une table source, aller chercher dans les tags la liste possible des valeurs pour source=* ou aller voir taginfo, ou pourquoi pas une base externe listant les valeurs "déjà utilisées" pour source=* highway=* autre) L'idée de "contrainte" en revanche est plus délicate. Je suis assez favorable au principe, comme tu l'as dis sur le wiki, avoir la source des éléments est une valeur énorme, mais reste qu'il faut que les editeurs jouent le jeu de manière fine, inutile d'imposer à l'utilisateur de choisir parmi 10 sources si celui-ci en a utilisé plusieurs ou le bloquer de trop si celui-ci veut indiquer une source de son invention. Bref, je me demande si c'est bien le boulot de l'API de contraindre ou si c'est aux éditeurs d'avoir les moyens "d'éduquer" -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
2011/9/6 sly (sylvain letuffe) : > > Bref, je me demande si c'est bien le boulot de l'API de contraindre ou si > c'est aux éditeurs d'avoir les moyens "d'éduquer" Quand je parle de "contrainte", c'est uniquement du point de vue d'une bdd relationnelle. J'avais bien précisé 0..* pour la multiplicité. J'ai assez râlé à l'époque contre JOSM qui imposait les commentaires avec 3 caractères minimum pour ne pas vouloir introduire ce genre de contraintes ailleurs. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM
Le 6 septembre 2011 14:59, Pieren a écrit : > 2011/9/6 cyrille giquello : >> Par exemple: FR_DGI2008, FR_DGI2009, ... > > Quelle horreur. Pensez aux nouveaux qui vont sûrement tout de suite > comprendre que ça vient du cadastre... > Moi j'avais pensé à un simple "cadastre 2011", 3 caractères de plus (à > multiplier par quelques millions d'objets tout de même) mais qui > rendent les choses plus compréhensibles. > > Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7: > http://wiki.openstreetmap.org/wiki/API_v0.7#Better_handling_of_sourcing_.28.27source.27_tag.29 > > Pieren Merci à tous pour ce débat. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM [presque pas mal HS ; -)]
> C'est à ça que servent les différentes compressions (gz, bz, bz2, etc). > Ces données répétitives se compriment très très bien. Oui en terme de taille pure, par contre les parseurs xml et les traitements ensuite eux vont avoir plus de travail. Mais c'est encore un autre débat ;-) > J'espère par contre que le stockage en interne n'est pas répétitif, c'est > sûr que là il y a de l'espace à récupérer. J'ai peur que si[1], mais mon opinion est que ce n'est pas à nous de tagguer avec des référence pour minimiser cette répétition, car notre démarche ne sera que contre productive à tous les niveaux. [1] http://wiki.openstreetmap.org/wiki/Database_schema CREATE TABLE node_tags ( id BIGINT NOT NULL, -- primary key part 1/3; references nodes(id,version) part 1/2 version BIGINT NOT NULL, -- primary key part 2/3; references nodes(id,version) part 2/2 k CHARACTER VARYING(255) DEFAULT ''::CHARACTER VARYING NOT NULL, -- primary key part 3/3 v CHARACTER VARYING(255) DEFAULT ''::CHARACTER VARYING NOT NULL ); -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag "source" et volume de BdD pour OSM [presque pas mal HS ; -)]
Dépendant de l'utilisation des données, peut-être imposm te sera utile : http://imposm.org/docs/imposm/latest/ Le mapping.py te permet de définir ce que tu veux importer (et de laisser tomber le reste) 2011/9/6 sly (sylvain letuffe) > > C'est à ça que servent les différentes compressions (gz, bz, bz2, etc). > > Ces données répétitives se compriment très très bien. > > Oui en terme de taille pure, par contre les parseurs xml et les traitements > ensuite eux vont avoir plus de travail. Mais c'est encore un autre débat > ;-) > > > J'espère par contre que le stockage en interne n'est pas répétitif, c'est > > sûr que là il y a de l'espace à récupérer. > > J'ai peur que si[1], mais mon opinion est que ce n'est pas à nous de > tagguer > avec des référence pour minimiser cette répétition, car notre démarche ne > sera que contre productive à tous les niveaux. > > [1] > http://wiki.openstreetmap.org/wiki/Database_schema > CREATE TABLE node_tags ( >id BIGINT NOT NULL, > -- primary key part 1/3; references nodes(id,version) part 1/2 >version BIGINT NOT NULL, > -- primary key part 2/3; references nodes(id,version) part 2/2 >k CHARACTER VARYING(255) DEFAULT ''::CHARACTER VARYING NOT NULL, > -- primary key part 3/3 >v CHARACTER VARYING(255) DEFAULT ''::CHARACTER VARYING NOT NULL > ); > > -- > sly > qui suis-je : http://sly.letuffe.org > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
