[OSM-talk-fr] Requêtes SQL spatiale
Bonjourr, Petite question, j'ai importé des données osm avec osm2pgsql dans ma db gis. gis=# \d Liste des relations Schéma |Nom | Type | Propriétaire ++---+-- public | geography_columns | vue | mapmaker public | geometry_columns | table | mapmaker public | planet_osm_line| table | mapmaker public | planet_osm_nodes | table | mapmaker public | planet_osm_point | table | mapmaker public | planet_osm_polygon | table | mapmaker public | planet_osm_rels| table | mapmaker public | planet_osm_roads | table | mapmaker public | planet_osm_ways| table | mapmaker public | spatial_ref_sys| table | mapmaker Maintenant j'aimerais savoir comment faire pour lancer quelques requêtes s'appuyant sur le moteur spatial. Par exemple: Compter le nombre de café dans ma commune. Me donner la boite au lettre la plus proche, etc qqun a-t-il un site avec des exemples pour bien démarrer? Je suis un peu perdu avec l'extension spatiale et la dénormalisation de la base. Salutations benni75 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requêtes SQL spatiale
Bonjour, Le 14/07/2011 08:13, Frédéric Benninger a écrit : Petite question, j'ai importé des données osm avec osm2pgsql dans ma db gis. gis=# \d Liste des relations Schéma |Nom | Type | Propriétaire ++---+-- public | geography_columns | vue | mapmaker public | geometry_columns | table | mapmaker public | planet_osm_line| table | mapmaker public | planet_osm_nodes | table | mapmaker public | planet_osm_point | table | mapmaker public | planet_osm_polygon | table | mapmaker public | planet_osm_rels| table | mapmaker public | planet_osm_roads | table | mapmaker public | planet_osm_ways| table | mapmaker public | spatial_ref_sys| table | mapmaker Maintenant j'aimerais savoir comment faire pour lancer quelques requêtes s'appuyant sur le moteur spatial. Par exemple: Compter le nombre de café dans ma commune. Me donner la boite au lettre la plus proche, etc qqun a-t-il un site avec des exemples pour bien démarrer? Je suis un peu perdu avec l'extension spatiale et la dénormalisation de la base. Je n'ai pas de tutorial sous la main mais côté doc, tes requêtes vont s'appuyer sur les opérateurs listés ici : http://www.postgis.org/documentation/manual-1.5/reference.html#Spatial_Relationships_Measurements . Tu as des exemples pour chaque opérateur. N'hésite pas à poursuivre la discussion sur la liste dev-fr (en cc ici), où les syntaxes SQL et autres sont les bienvenues. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] osmose veut du niveau 7 ?
Par exemple ici : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=14lat=43.546lon=1.58025layers=B00Titem=6010,6020,6030,6040,6050,6060 J'ai probablement encore loupé des infos sur la liste ; comment osmose calcul-t-il ce besoin de niveau 7 ? Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose veut du niveau 7 ?
2011/7/14 Hélène PETIT h...@free.fr: Par exemple ici : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=14lat=43.546lon=1.58025layers=B00Titem=6010,6020,6030,6040,6050,6060 J'ai probablement encore loupé des infos sur la liste ; comment osmose calcul-t-il ce besoin de niveau 7 ? C'est calculé en regardant l'admin_level des relations qui contiennent le way concerné. Pour le cas qui t'intéresse, au moment où l'analyse a été lancée (mars 2011), la relation Sicoval [http://www.openstreetmap.org/browse/relation/1363635], avait un admin_level de 7. Ça explique donc l'erreur parce que les ways sont en admin_level=8. Par contre, maintenant que la relation a changé de tag, l'erreur n'est plus vraie. Je vais voir si je peux supprimer l'affichage des vieilles erreurs, ou relancer cette analyse. Merci, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose veut du niveau 7 ?
Le 14 juillet 2011 14:30, Hélène PETIT h...@free.fr a écrit : J'ai probablement encore loupé des infos sur la liste ; comment osmose calcul-t-il ce besoin de niveau 7 ? Je dirais qu'il les calcul mal... ça ressemble à un bug. Une piste peut-être. Les chemins qui sont en erreur font aujourd'hui partie de relation de type EPCI (type=boundary+boundary=local_authority+local_authority=CA). Mais jusqu'au 03/07/2011, ces relations étaient à l'ancien format (admin_level=7) D'après la bulle d'erreur d'Osmose, il a bien travaillé sur des données du 13/07/2011, mais je me demande si c'est vraiment le cas. J'ajoute la liste dev-fr en copie, je suis sûr que Jocelyn pourra nous en dire plus :-) En attendant, je vais regardé le code voir si je peux trouver une autre raison. Cdt Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose veut du niveau 7 ?
Le 14 juillet 2011 15:15, Black Myst black.m...@free.fr a écrit : D'après la bulle d'erreur d'Osmose, il a bien travaillé sur des données du 13/07/2011, mais je me demande si c'est vraiment le cas. Mais quel boulet je suis, il a travaillé sur des données du 13/03/2011 ! Par contre, j'avais raison sur un point, Jocelyn a trouvé la solution ;-) cdt Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
C'en est où cette interface, en période estivale ? :) Je voudrais bien récupérer le bâti de Castelmoron-d'Albret (33, Gironde), qui est dispo au cadastre mais pas sur le site, ni dans la liste déroulante des communes. (Pour info, c'est vraiment de la fainéantise de ma part vu qu'il s'agit de la *plus petite commune de France*, j'ai cru rêver en voyant sa superficie de... 3,54 hectares :D) Le 30 juin 2011 13:57, Damouns damo...@gmail.com a écrit : C'était un bug à la con que j'ai corrigé en ajoutant un trim() sur le nom de la ville. Accessoirement, j'ai ôté les fichiers concernés : il va falloir régénérer vos villes :-) Pour la génération des départements, j'ajouterai l'option rapidement (dimanche ?) OK merci ! ___ 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] Début d'interface de génération à la demande des fichiers du cadastre
On Thursday 14 July 2011 16:48:18 Vincent Privat wrote: C'en est où cette interface, en période estivale ? :) Je voudrais bien récupérer le bâti de Castelmoron-d'Albret (33, Gironde), qui est dispo au cadastre mais pas sur le site, ni dans la liste déroulante des communes. (Pour info, c'est vraiment de la fainéantise de ma part vu qu'il s'agit de la *plus petite commune de France*, j'ai cru rêver en voyant sa superficie de... 3,54 hectares :D) Cadeau, c'est en pièce jointe :) Tu sais, tu peux aussi lancer la conversion toi même, le code du convertisseur cadastre = OSM est dispo librement sur internet et toute contribution est la bienvenue... http://gitorious.org/qadastre/qadastre2osm f3103.tar.bz2 Description: application/bzip-compressed-tar signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Noms des tags d'origine INSEE
Je bascule cette discussion de dev-fr vers talk-fr car le sujet est maintenant le choix de nom de tags. Le fil initial est ici [1]. Le 14/07/2011 12:31, Philippe B a écrit : Le 14/07/2011 07:44, Vincent de Chateau-Thierry a écrit : = L'analyse actuelle deviendrait celle (stricte) du niveau Communes. Il y a au moins deux autres familles de ref:INSEE en cours de propagation : celle des sous-prefectures (admin_level=7) et celle des EPCIs (boundary=local_authority). C'est évoqué ici : http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives/Bascule_des_admin_level%3D7_en_arrondissements_d%C3%A9partementaux Le tag ref:INSEE n'est pas approprié pour identifier autres choses que des communes. Le sous-entendu commun code INSEE (des communes) ne peut s'appliquer ni aux arrondissements ni aux EPCI. Côté arrondissements, l'INSEE propose dans ce fichier : http://insee.fr/fr/methodes/nomenclatures/cog/telechargement/2011/txt/arrond2011.txt la liste des arrondissements. Le code qui nous intéresse est à recomposer en concaténant les colonnes 2 (DEP) et 3 (AR). Pour les arrondissements la codification (DEP+AR) à 3/4 chiffres ne doit pas être contenu dans un tag ref:INSEE. Le simple tag ref serait plus approprié ici. De nombreuses codifications/nomenclatures sont gérées par l'INSEE, on ne peut pas taguer tous les codes par ref:INSEE. Je trouve au contraire que tagguer _toutes_ les nomenclatures issues de l'INSEE avec ref:INSEE est pertinent. Il n'y a pas un seul code INSEE (qui serait celui des communes), mais, rien qu'au niveau géographique, une famille de codes, réunis dans le Code Officiel Géographique [2]. En revanche il vrai qu'aujourd'hui, le wiki dit que le seul niveau où utiliser ref:INSEE est le niveau communal [3]. Au lieu de : *admin_level* = 7 *boundary* = administrative *type* = boundary *ref:INSEE* = 784 *name* = Versailles Je ne propose pas quelque chose comme : *admin_level* = 7 *boundary* = administrative *type* = boundary _*ref* = 784 *ref:type* = arrondissement *ref:operator* = INSEE _*name* = Versailles mais tout simplement : *admin_level* = 7 *boundary* = administrative *type* = boundary _*ref*_ = 784 *name* = Versailles Côté EPCIs, l'INSEE encore a un gros fichier téléchargeable ici : http://insee.fr/fr/methodes/default.asp?page=zonages/intercommunalite.htm qui donne la liste des EPCIs et leur code. Le code utilisé comme référence dans ce fichier est un numéro SIREN (sans E). Il convient d'être tagué ref:SIREN. Soit pour la communauté d'agglomérationVersailles Grand Parc : _ref:SIREN_ = 247800584 L'INSEE a pour mission de gérer le répertoire SIRENE (avec un E) : L'INSEE attribue un numéro SIREN à tous les établissements publiques quelque soit leur mission et plus généralement à toutes les entreprises de France. Peut-être manque-t-il un sous-espace de nommage, qui dans le cas présent distinguerait (proposition) : ref:INSEE:COG pour les codes issus du Code Officiel Geo (aussi bien villes qu'arrondissements, mais aussi départements et régions), et ref:INSEE:SIREN pour le code issus du répertoire SIRENE Aujourd'hui, dans OSM des communes et des EPCI sont tagués ref:SIREN. Demain, dans OSM mon épicerie sera tagué ref:SIREN avec un numéro à 9 chiffres ou ref:SIRET avec un numéro à 14 chiffres. Mais mon épicerie ne sera jamais tagué ref:INSEE. phillippekerla vincent [1] : http://lists.openstreetmap.org/pipermail/dev-fr/2011-July/000305.html [2] : http://fr.wikipedia.org/wiki/Code_officiel_g%C3%A9ographique [3] : http://wiki.openstreetmap.org/wiki/Key:ref:INSEE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
2011/7/14 Pierre pina...@pinaraf.info Tu sais, tu peux aussi lancer la conversion toi même, le code du convertisseur cadastre = OSM est dispo librement sur internet et toute contribution est la bienvenue... http://gitorious.org/qadastre/qadastre2osm Comme si extraire les fichiers sources puis les compiler et appeller le fichier executable avec les bons paramètres était à la portée de n'importe qui. Heureusement il y a une doc... euh, tiens, au fait, elle est où la doc ? Au passage, je croyais que le tag: tag k=note:qadastre v=v0.2/ avait été supprimé dans les extractions automatiques, ce qui ne semble toujours pas le cas sur osm.cleo-carto.org Je veux bien lancer un bot pour supprimer les 800 et quelques milliers qui sont déjà dans la base OSM mais ça serait bien que le script et les extracts n'en génèrent pas d'avantage. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
Ah, merci, j'ignorais totalement. J'étais persuadé qu'il s'agissait du même script Perl qui était mentionné sur le wiki, avec lequel j'ai arrêté de lutter il y a bien longtemps. J'y jette un coup d’œil :) Le 14 juillet 2011 17:01, Pierre pina...@pinaraf.info a écrit : On Thursday 14 July 2011 16:48:18 Vincent Privat wrote: C'en est où cette interface, en période estivale ? :) Je voudrais bien récupérer le bâti de Castelmoron-d'Albret (33, Gironde), qui est dispo au cadastre mais pas sur le site, ni dans la liste déroulante des communes. (Pour info, c'est vraiment de la fainéantise de ma part vu qu'il s'agit de la *plus petite commune de France*, j'ai cru rêver en voyant sa superficie de... 3,54 hectares :D) Cadeau, c'est en pièce jointe :) Tu sais, tu peux aussi lancer la conversion toi même, le code du convertisseur cadastre = OSM est dispo librement sur internet et toute contribution est la bienvenue... http://gitorious.org/qadastre/qadastre2osm ___ 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] Début d'interface de génération à la demande des fichiers du cadastre
2011/7/14 Pieren pier...@gmail.com Heureusement il y a une doc... euh, tiens, au fait, elle est où la doc ? Pour Vincent, s'il arrive à compiler le code source. Il trouvera le manuel dans cet ancien email: http://lists.openstreetmap.org/pipermail/talk-fr/2010-November/028568.html Au passage, je croyais que le tag: tag k=note:qadastre v=v0.2/ avait été supprimé dans les extractions automatiques, ce qui ne semble toujours pas le cas sur osm.cleo-carto.org Je pensais à cet autre message: http://lists.openstreetmap.org/pipermail/talk-fr/2010-November/028581.html On peut conseiller aux importateurs de le mettre dans le commentaire ou un tag source attaché au changeset lui-même. Mais il faut absolument que nous allégions la taille de la base de donnée OSM sur la France. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose veut du niveau 7 ?
Jocelyn Jaubert a écrit , Le 14/07/2011 14:58: Pour le cas qui t'intéresse, au moment où l'analyse a été lancée (mars 2011), la relation Sicoval Je vais voir si je peux supprimer l'affichage des vieilles erreurs, ou relancer cette analyse. Ouf, je préfère ça. Merci de vos réponses, Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage de Bing dans JOSM
Passer en projection Mercator. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage de Bing dans JOSM
Bonjour, La projection n'est pas la bonne. L'affichage Bing n'est correct que pour les projections EPSG:4326 ou Mercator. Christophe. 2011/7/14 Romain MEHUT romain.me...@gmail.com: Bonjour à tous, J'ai une petite question concernant l'affichage de Bing dans JOSM. Comme vous pouvez le voir dans l'image jointe, la vue de Bing est découpée en morceaux avec des bandes noires et décalés les uns par rapport aux autres. C'est gênant pour bien positionner ses traces. Est-ce normal? Si non, s'il y a une solution, je suis preneur! Merci. Romain ___ 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] Affichage de Bing dans JOSM
Merci à tous les deux. C'est beaucoup mieux maintenant. Le 14 juillet 2011 21:59, Christophe Jacquet christophe.jacq...@gmail.coma écrit : Bonjour, La projection n'est pas la bonne. L'affichage Bing n'est correct que pour les projections EPSG:4326 ou Mercator. Christophe. 2011/7/14 Romain MEHUT romain.me...@gmail.com: Bonjour à tous, J'ai une petite question concernant l'affichage de Bing dans JOSM. Comme vous pouvez le voir dans l'image jointe, la vue de Bing est découpée en morceaux avec des bandes noires et décalés les uns par rapport aux autres. C'est gênant pour bien positionner ses traces. Est-ce normal? Si non, s'il y a une solution, je suis preneur! Merci. Romain ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
On Thursday 14 July 2011 17:37:59 Pieren wrote: 2011/7/14 Pierre pina...@pinaraf.info Tu sais, tu peux aussi lancer la conversion toi même, le code du convertisseur cadastre = OSM est dispo librement sur internet et toute contribution est la bienvenue... http://gitorious.org/qadastre/qadastre2osm Comme si extraire les fichiers sources puis les compiler et appeller le fichier executable avec les bons paramètres était à la portée de n'importe qui. Et n'importe qui peut faire des binaires, c'est juste que je ne peux faire des binaires que pour debian unstable, ce qui intéresserait peu de gens. Heureusement il y a une doc... euh, tiens, au fait, elle est où la doc ? Je manque déjà de temps pour le code... Au passage, je croyais que le tag: tag k=note:qadastre v=v0.2/ avait été supprimé dans les extractions automatiques, ce qui ne semble toujours pas le cas sur osm.cleo-carto.org Je veux bien lancer un bot pour supprimer les 800 et quelques milliers qui sont déjà dans la base OSM mais ça serait bien que le script et les extracts n'en génèrent pas d'avantage. Le soucis est que les gens ne respectent déjà pas les messages comme n'importez pas sans ajouter les routes. Je ne m'attends pas à ce que les gens utilisent le changeset... À moins qu'on ne puisse le préciser dans le fichier ? Mais je suis d'accord sur la nécessité d'alléger la base de données de france. Si tu penses que c'est inutile, même si les gens ne précisent rien dans le changeset... Je peux l'enlever sans soucis. signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
Le 14 juillet 2011 22:45, Pierre pina...@pinaraf.info a écrit : Le soucis est que les gens ne respectent déjà pas les messages comme n'importez pas sans ajouter les routes. Je ne m'attends pas à ce que les gens utilisent le changeset... En ce qui me concerne je supprime maintenant le tag note:qadastre avant import. Je ne vois pas vraiment ce qu'il apporte. Si tu veux absolument l'avoir sur le changeset, il faudrait peut-être rajouter un message sur le serveur. Dans le fond, la question est à quoi sert-il ?. Et pour ce qui est du respect du message n'importez pas sans ajouter les routes, c'est une question de point de vue. Je trouve d'ailleurs le message sur le serveur un peu trop appuyé... Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
On Thursday 14 July 2011 22:54:36 Matthias Dietrich wrote: Le 14 juillet 2011 22:45, Pierre pina...@pinaraf.info a écrit : Le soucis est que les gens ne respectent déjà pas les messages comme n'importez pas sans ajouter les routes. Je ne m'attends pas à ce que les gens utilisent le changeset... En ce qui me concerne je supprime maintenant le tag note:qadastre avant import. Je ne vois pas vraiment ce qu'il apporte. Si tu veux absolument l'avoir sur le changeset, il faudrait peut-être rajouter un message sur le serveur. Dans le fond, la question est à quoi sert-il ?. Qu'il en soit ainsi. http://gitorious.org/qadastre/qadastre2osm/commit/96f9f76e7e0ea367ad60f3e017af775dc16aa126 Il est mort... signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
Le jeudi 14 juillet 2011 à 22:54 +0200, Matthias Dietrich a écrit : Et pour ce qui est du respect du message n'importez pas sans ajouter les routes, c'est une question de point de vue. Je trouve d'ailleurs le message sur le serveur un peu trop appuyé... Et pourtant ça n'empêche pas des abus d'être commis régulièrement. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
Quels abus ? Le 14 juillet 2011 23:16, Philippe Pary phili...@cleo-carto.com a écrit : Le jeudi 14 juillet 2011 à 22:54 +0200, Matthias Dietrich a écrit : Et pour ce qui est du respect du message n'importez pas sans ajouter les routes, c'est une question de point de vue. Je trouve d'ailleurs le message sur le serveur un peu trop appuyé... Et pourtant ça n'empêche pas des abus d'être commis régulièrement. Philippe ___ 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] Début d'interface de génération à la demande des fichiers du cadastre
Le jeudi 14 juillet 2011 à 23:21 +0200, Matthias Dietrich a écrit : Quels abus ? Pas une semaine sans qu'on détecte des doublons, de l'import sans les rues, de l'import sans validator, de l'import sans même regardé (avec des chemins de fer sur les églises) etc. Il suffit de lire cette liste pour s'en rendre compte :-) Philippe Le 14 juillet 2011 23:16, Philippe Pary phili...@cleo-carto.com a écrit : Le jeudi 14 juillet 2011 à 22:54 +0200, Matthias Dietrich a écrit : Et pour ce qui est du respect du message n'importez pas sans ajouter les routes, c'est une question de point de vue. Je trouve d'ailleurs le message sur le serveur un peu trop appuyé... Et pourtant ça n'empêche pas des abus d'être commis régulièrement. Philippe ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
Le 14 juillet 2011 23:25, Philippe Pary phili...@cleo-carto.com a écrit : Pas une semaine sans qu'on détecte des doublons, de l'import sans les rues, de l'import sans validator, de l'import sans même regardé (avec des chemins de fer sur les églises) etc. Il suffit de lire cette liste pour s'en rendre compte :-) Pour les doublons, l'absence de validator et l'import en aveugle, d'accord. Pour l'import sans les rues, c'est ce que j'écrivais avant, je ne suis pas d'accord. OSM n'est pas une base de donnée exclusivement routière. On peut s'intéresser au polygones landuse, au bâti, aux cours d'eau et n'avoir aucun intérêt pour la voirie. Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] APIE : licence V2
Bonsoir, Guilhem Bonnefille a écrit : J'ai peut-être une lecture naïve, mais je pose la question néanmoins : est-ce qu'on est pas ici face à une généralisation du cas Cadastre. Je n'ai suivi que de très loin le traitement de ce dossier, mais il me semble que c'était un peu la même chose. Je m'explique. Dans mon souvenir, le cadastre n'est pas modifiable. Mais on peut l'importer, à partir du moment où l'on ne prétend plus que c'est le cadastre. Les conditions mises en avant par la DGFiP dans sa réponse sont que les données cadastrales ne peuvent être diffusées qu'au sein d'un produit composite et que la source et le millésime des données doivent être cités. Mais les conditions générales de réutilisation du cadastre indiquent effectivement de manière encore plus claire que le font les licences de l'APIE l'interdiction de modifier les données cadastrales : http://www.cadastre.gouv.fr/scpc/html/CU_01_ConditionsGenerales_fr.html Article 12 : Obligations du Réutilisateur en cas de réutilisation commerciale ou non-commerciale des Informations délivrées [...] * Le Réutilisateur s’engage à ce que les *Informations ne soient pas altérées* ni leur sens dénaturé. Il veille notamment à ce que la teneur et la portée des Informations ne soient pas altérées par des retraitements (*modifications des données*, insertions de commentaires sans que ceux-ci puissent être clairement distingués du contenu de l’Administration, coupes altérant le sens du texte ou des données). Ceci étant, ce qui a été demandé à la DGFiP - et obtenu - est l'autorisation d'utiliser le service WMS du service cadastre.gouv.fr comme calque d'appui pour la production par les contributeurs de données à destination d'OSM. Jamais nous n'avons demandé une copie de toute ou partie de la base du cadastre que nous puissions injecter de manière automatique dans OSM. Les données produites par les contributeurs en s'appuyant sur les tuiles du service WMS sont donc à mon sens des données originales et non celles du cadastre. D'ailleurs, je suis certain d'avoir créé par ce biais des quadrilatères rectangles en m'appuyant sur des surfaces légèrement plus irrégulières et certainement composées d'une douzaine de points ou plus (et je ne vous parle pas des silos que j'ai représentés par un polygone à seize sommets alors que le polygone originel en comptait peut-être deux cents). Si mon interprétation est exacte, notre seule faute est alors d'indiquer que la source de ces données est le cadastre car les données en base ne sont pas vraiment celles du cadastre. Le statut juridique des données extraites des documents PDF et injectées ensuite dans la base OSM de manière semi-automatique est un peu plus incertain à mes yeux et j'ai quelques inquiétudes à leur sujet dans la mesure moment où ces données pourraient être considérées comme une partie qualitativement substantielle de la base du cadastre. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
Le 14/07/2011 23:32, Matthias Dietrich a écrit : OSM n'est pas une base de donnée exclusivement routière. On peut s'intéresser au polygones landuse, au bâti, aux cours d'eau et n'avoir aucun intérêt pour la voirie. Je plussoie totalement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag 'note:qadastre'
2011/7/14 Philippe Pary phili...@cleo-carto.com Remet le stp. Je vois parfaitement à quoi ça sert pour ma part : c'est une indication claire de l'usage d'un outil automatisé dans la phase de pré-import. Si on va dans la direction « un tag prend de la place, sauvons la bdd » on finit vite à « le bâti prend de la place, sauvons la bdd » Je serais d'accord si on parlait de quelques milliers ou même centaines de milliers de tags. Mais la France occupe déjà la 2e place par la taille dans la base, devant l'Allemagne, alors que nous somme très loin derrière en nombre de contributeurs et en richesse d'information, tout cela parce que nous chargeons nos données beaucoup plus que les autres. Si on en croit taginfo, le note:qadastre est présent 4 990 705 fois dans la base soit presque autant que l'ensemble des tag note de la planète: 5 930 028 et d'avantage si on y ajoute les 3 678 612 du tag note:import-bati (et encore c'est parce que 2 675 423 tags notes' concernent à eux seuls un autre tag d'import au Japon). http://taginfo.openstreetmap.org/search?q=qadastre#keys http://taginfo.openstreetmap.org/keys/note#values Ce tag se substitue en fait au très ancien 'created_by' que tous les éditeurs OSM ont migré vers le changeset mais qui existe encore en 32 028 392 exemplaires. Pour éviter de surcharger inutilement les planet-diff, les différentes tentatives pour les éliminer ont été stoppées. Ceux qui veulent identifier ces données dans la phase de pré-import peuvent le faire facilement (soit en ajoutant un tag quelconque avant la fusion avec les données existantes, soit en cherchant les objets qui n'ont pas encore d'osm_id). On a déjà constaté à de nombreuses reprises que ces extractions sont trop souvent directement importées dans OSM sans aucune précaution et le fait d'y ajouter un tag de pré-import n'y change rien. A moins d'admettre que ce tag est utile pour rechercher et vérifier manuellement et à postériori les 4 990 705 éléments déjà importés dans OSM grâce à cet outil... L'autre tag à l'origine de notre obésité est bien sûr le tag source=cadastre, auquel il faudra sans doute trouver une solution. Mais c'est une contrainte légale, nous ne pouvons l'éliminer aussi simplement que les tags created_by. A noter qu'un import récent sur le Japon a soulevé les même commentaires: http://lists.openstreetmap.org/pipermail/talk/2011-June/058962.html Il faut prendre les devants avant que d'autres ne s'en chargent. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] APIE : licence V2
Bonsoir, Pieren a écrit : OSM est un cas particulier. Lorsqu'on modifie des données, ça veut dire qu'on devient aussi partiellement auteur de ces données. Par exemple, la position d'un bâtiment vient du cadastre mais sa fonction vient d'un contributeur. Qui possède la propriété intellectuelle de l'objet, l'administration ou le contributeur ? Les deux bien-sûr. Moi, j'aurais bien dit « aucun des deux ». :) Je m'explique. Le polygone fourni par le cadastre est la description géométrique la plus factuelle possible d'un bâtiment. Il n'y a dans cette description géométrique aucune originalité, aucun acte de création au sens où l'entend le Code de la Propriété Intellectuelle. Il en va de même pour les attributs ajoutés par le contributeur : lorsqu'il indique que ce polygone est un bâtiment, que ce bâtiment est une boulangerie et que cette boulangerie se nomme « Au bon pain », il n'invente rien. Sa contribution est purement factuelle. Le contributeur décrit de manière normalisée une réalité physique, il reproduit une information de libre parcours. Cette information n'est porteuse d'aucun droit d'auteur ou droit voisin. Donc, l'information injectée in fine dans la base OSM n'est porteuse d'aucun droit d'auteur ou droit voisin. Seule une collection de telles informations, structurées au sein d'une base de données (celle du cadastre pour ce qui relève de lui, ou celle d'OSM pour ce qui nous préoccupe plus particulièrement) est protégée, en France, par un droit sui generis (ce droit ne protège pas une qualité d'auteur mais un investissement consenti par le producteur de la base de données). La seule chose qu'il nous faut garantir, c'est finalement cette clause de non-dénaturation. Je pense que nous avons une seconde voie, plus raisonnable à terme : faire preuve d'insistance et de pédagogie auprès de l'APIE et de la mission Étalab pour qu'elles comprennent nos inquiétudes et les enjeux de l'open data, pour qu'elles éclaircissent de manière favorable les conditions d'utilisation des données publiques et pour qu'elles sécurisent juridiquement tout à la fois les services de l'État et les collectivités territoriales (en excluant toute responsabilité de leur part quant à l'exactitude ou la mise à jour des données puisées dans des bases tierces, y compris lorsque ces données ont à l'origine été puisées dans leurs propres bases) et les utilisateurs des données publiques (en proposant des licences qui autorisent sans équivoque ni restriction d'aucune sorte l'utilisation, le traitement, la modification et la redistribution des données publiques, modifiées ou non). J'ai plus d'espoir dans cette démarche que dans toute garantie de non altération. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag 'note:qadastre'
Pieren a écrit : Il faut prendre les devants avant que d'autres ne s'en chargent. Je partage totalement ton avis. Personnellement, chaque fois que j'y pense, je supprime les tags « note:qadastre » et « created_by » dans les données atomiques que j'importe ou que je modifie. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag 'note:qadastre'
On Friday 15 July 2011 00:21:06 Pieren wrote: 2011/7/14 Philippe Pary phili...@cleo-carto.com Remet le stp. Je vois parfaitement à quoi ça sert pour ma part : c'est une indication claire de l'usage d'un outil automatisé dans la phase de pré-import. Si on va dans la direction « un tag prend de la place, sauvons la bdd » on finit vite à « le bâti prend de la place, sauvons la bdd » Je serais d'accord si on parlait de quelques milliers ou même centaines de milliers de tags. Mais la France occupe déjà la 2e place par la taille dans la base, devant l'Allemagne, alors que nous somme très loin derrière en nombre de contributeurs et en richesse d'information, tout cela parce que nous chargeons nos données beaucoup plus que les autres. Si on en croit taginfo, le note:qadastre est présent 4 990 705 fois dans la base soit presque autant que l'ensemble des tag note de la planète: 5 930 028 et d'avantage si on y ajoute les 3 678 612 du tag note:import-bati (et encore c'est parce que 2 675 423 tags notes' concernent à eux seuls un autre tag d'import au Japon). http://taginfo.openstreetmap.org/search?q=qadastre#keys http://taginfo.openstreetmap.org/keys/note#values Ce tag se substitue en fait au très ancien 'created_by' que tous les éditeurs OSM ont migré vers le changeset mais qui existe encore en 32 028 392 exemplaires. Pour éviter de surcharger inutilement les planet-diff, les différentes tentatives pour les éliminer ont été stoppées. Ceux qui veulent identifier ces données dans la phase de pré-import peuvent le faire facilement (soit en ajoutant un tag quelconque avant la fusion avec les données existantes, soit en cherchant les objets qui n'ont pas encore d'osm_id). On a déjà constaté à de nombreuses reprises que ces extractions sont trop souvent directement importées dans OSM sans aucune précaution et le fait d'y ajouter un tag de pré-import n'y change rien. A moins d'admettre que ce tag est utile pour rechercher et vérifier manuellement et à postériori les 4 990 705 éléments déjà importés dans OSM grâce à cet outil... L'autre tag à l'origine de notre obésité est bien sûr le tag source=cadastre, auquel il faudra sans doute trouver une solution. Mais c'est une contrainte légale, nous ne pouvons l'éliminer aussi simplement que les tags created_by. A noter qu'un import récent sur le Japon a soulevé les même commentaires: http://lists.openstreetmap.org/pipermail/talk/2011-June/058962.html Il faut prendre les devants avant que d'autres ne s'en chargent. Ce source=cadastre n'est-il pas d'ailleurs indispensable ? Dans le cas d'import- bati ou de qadastre, on n'indique qu'un nom de logiciel, pas le fait que ça vienne du cadastre... signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
Le 14/07/2011 23:25, Philippe Pary a écrit : Le jeudi 14 juillet 2011 à 23:21 +0200, Matthias Dietrich a écrit : Quels abus ? Pas une semaine sans qu'on détecte des doublons, de l'import sans les rues, de l'import sans validator, de l'import sans même regardé (avec des chemins de fer sur les églises) etc. Il suffit de lire cette liste pour s'en rendre compte :-) Et hop, 85 000 objets supprimés sur Paray-le-Monial. Import du bâti doublé... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Trouver les éléments CC-NY-SA qui ne passeront pas dans ODbL
Bonjour, Je suis à la recherche d'une source caractérisants les éléments ne pouvant pas passer dans la nouvelle licence (ceci *n'est pas* une discussion sur la licence !). Je souhaite trouver ces objets (points, way, etc.) en priorité pour les remplacer par mes contributions (en Domaine Public qui plus est). Merci de vos retours, A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
