Re: [OSM-talk-fr] Les nouveaux inscrits doivent accepter la licence ODbL en plus de la CCBYSA
J'ai du mal à comprendre cette histoire de suppression des données des contributeurs refusant la licence... Prenons une comparaison : si je trouve une source de données qui est licenciée en CC-By-SA, disons un institut quelconque qui diffuse des POI dont il a la charge, j'ai bien le droit de l'importer dans OSM ? Si je mets bien dans la balise source:institut quelconque 2010, pour respecter la licence. Pourquoi on ne pourrait pas conserver les objets litigieux en mettant juste dans la source:base OSM CC-By-SA d'avant ? C'est le SA qui pose problème ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vérification import points de g éodésie
Le vendredi 14 mai 2010 00:30:43, Vincent Pottier a écrit : Le 10/05/2010 16:23, Etienne Chové a écrit : Bonjour, Je viens de relancer un test : http://geodesie.openstreetmap.fr/check/ On a pas encore pris de décision sur quoi faire ? Déjà il faudrait alerter les utilisateurs qui font des erreurs. Pour les noeuds supprimés, on peut refaire un import. Il faudrait qu'il y ait une suite à cet import, car plus ça va aller, plus il va y avoir d'erreurs à corriger. Je crois qu'il faudrait ajouter un test sur le nom et sur l'existence de la relation. Je viens de voir ceci : http://www.openstreetmap.org/browse/relation/488567/history Le nom du site est passé de COLOMBE A à Colombe. Par ailleurs, des tags ont été ajoutés à certains repères : * amenity=place_of_worship (8 nœuds). On s'en doutait, vu qu'il y a 36000 clocher. (Non, c'est vrai ! 36373 nœuds ayant 'clocher' dans la description) * amenity=doctors (2 nœuds) Ça c'est inquiétant, puisque les repères sont décrits sur un clocher. ** http://www.openstreetmap.org/browse/node/670633273 ** http://www.openstreetmap.org/browse/node/670634279 * natural=peak. (~250 nœuds) Un bon nombre de repère a déjà été identifié comme sommet. * image=* un repère a été photographié. Mais la photo sur flickr n'est pas géolocalisée. http://www.openstreetmap.org/browse/node/670055098 * power=tower * tourisme=view_point * place=village ... Hé, 136 974 points bien référencés, ça inspire... Mais c'est sur, il va falloir les protéger, repérer ce qui peut être ajouté (peak, tower) et ce qui ne le peut pas. Il faudrais retrouver les discutions, mais il me semble que l'on avait dit qu'il fallait dissocier le support du repère lui même. Mise à part les natural=peak c'est tout à fait faisable à la main. My 2cents Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vérification import points de g éodésie
Le 14/05/2010 10:48, Frédéric Rodrigo a écrit : Le vendredi 14 mai 2010 00:30:43, Vincent Pottier a écrit : Le 10/05/2010 16:23, Etienne Chové a écrit : Bonjour, Je viens de relancer un test : http://geodesie.openstreetmap.fr/check/ On a pas encore pris de décision sur quoi faire ? Déjà il faudrait alerter les utilisateurs qui font des erreurs. Pour les noeuds supprimés, on peut refaire un import. Il faudrait qu'il y ait une suite à cet import, car plus ça va aller, plus il va y avoir d'erreurs à corriger. Je crois qu'il faudrait ajouter un test sur le nom et sur l'existence de la relation. Je viens de voir ceci : http://www.openstreetmap.org/browse/relation/488567/history Le nom du site est passé de COLOMBE A à Colombe. Par ailleurs, des tags ont été ajoutés à certains repères : * amenity=place_of_worship (8 nœuds). On s'en doutait, vu qu'il y a 36000 clocher. (Non, c'est vrai ! 36373 nœuds ayant 'clocher' dans la description) * amenity=doctors (2 nœuds) Ça c'est inquiétant, puisque les repères sont décrits sur un clocher. ** http://www.openstreetmap.org/browse/node/670633273 ** http://www.openstreetmap.org/browse/node/670634279 * natural=peak. (~250 nœuds) Un bon nombre de repère a déjà été identifié comme sommet. * image=* un repère a été photographié. Mais la photo sur flickr n'est pas géolocalisée. http://www.openstreetmap.org/browse/node/670055098 * power=tower * tourisme=view_point * place=village ... Hé, 136 974 points bien référencés, ça inspire... Mais c'est sur, il va falloir les protéger, repérer ce qui peut être ajouté (peak, tower) et ce qui ne le peut pas. Il faudrais retrouver les discutions, mais il me semble que l'on avait dit qu'il fallait dissocier le support du repère lui même. Mise à part les natural=peak c'est tout à fait faisable à la main. Oui. Je n'ai pas commenté, il était tard ! En dehors de l'image, qui est un ajout intéressant, les autres tags ajoutés décrivent un objet différent du repère lui-même. Il est donc souhaitable d'avoir un point différent dans la base. De fait, je pense (apès une bonne nuit) que même 'peak' et 'tower' doivent être distingués du repère. Peut-on prendre comme principe que - les tags qui ajoutent de l'information sur le repère peuvent être conservés (image...) - les tags qui décrivent un objet autre que le repère géodésique (tower, building, view_point, peak...) doivent être reporté sur un autre objet OSM. Si le principe est accepté, je peux dédoubler les points concernés (via JOSM) pour ne pas perdre l'info déja entrée, et je l'inscrit dans le wiki. Ça va augmenter le nombre de dupes... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vérification import points de gé odésie
Le Fri 14 May 2010 à 10:48 +0200, Frédéric Rodrigo a ecrit : Hé, 136 974 points bien référencés, ça inspire... Mais c'est sur, il va falloir les protéger, repérer ce qui peut être ajouté (peak, tower) et ce qui ne le peut pas. Il faudrais retrouver les discutions, mais il me semble que l'on avait dit qu'il fallait dissocier le support du repère lui même. Mise à part les natural=peak c'est tout à fait faisable à la main. Dissocier repère et support, c'est bien ce qu'on avait dit. Cela dit, pour les supports qui sont eux-mêmes ponctuels (tower-pylone et peak), j'aurais tendance à changer d'avis, et à permettre d'enrichir le node (surtout pour le peak, qui n'est pas un objet physique, mais un point particulier du terrain). Tout simplement, parce que c'est plus naturel pour les contributeurs qui passent derrière. Et je n'ai pas l'impression que ça incite plus à déplacer le node. Cela dit, il faut voir si cela ne complique pas trop les vérifications par la suite. Etienne, Eric, qu'en pensez-vous ? A propos des sommets qui font partie de sites, je pensais qu'une règle implicite est que le premier point du site (numéroté 1 ou A) était toujours réservé au vrai sommet, les autres étant répartis autour, mais j'ai des doutes maintenant. Est-ce que vous avez des retours d'expérience ? -- ° /\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] Libération de données publiques - un bout de conférence pour discuter
Bonjour, Thomas Gratier a écrit : Libération de données publiques - atelier 17 pour l'évènement ci-dessous http://www.assises-tic.com/2010/co/coup_d_oeil.html Quelqu'un est au courant ou sera présent? C'est à Marseille le 10 juin 2010 Je pense à ceux qui font un lobbying actif pour obtenir de la libération de données... J'ai relayé l'info sur une liste de l'April car il sera pertinent de parler de libre ou de rappeler son existence dans un certain nombre d'ateliers programmés lors de ces assises. Je n'ai pas encore de retour et je ne sais donc pas encore si des apriliens ont prévu d'y assister. Personnellement, en tant que contributeur OSM, j'aurais bien suivi l'atelier sur la libération des données publiques mais mon emploi du temps ne me laissera certainement pas ce loisir. A++, 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] Limites de Parcs Nationaux/Régiona ux / Négociations INPN- Muséum d'Histoire Naturelle
François Van Der Biest a écrit : Excellente nouvelle ! C'est peut etre en lien avec le fait qu'une personne en charge du SIG des Parcs Nationaux m'a contacté il y a un mois ou deux pour me signaler qu'elle se chargeait de faire avancer le dossier, suite à mon courrier de ... juin 2009 ! Je pense qu'il va falloir monter une cellule imports massifs d'ici peu ;-) Toujours sur la liste d'attente : - données camptocamp.org http://camptocamp.org (refuges, sommets, cols, sentiers de rando), cf www.camptocamp.org/articles/192634/fr/donnees-telechargeables-sur-camptocamp-org http://www.camptocamp.org/articles/192634/fr/donnees-telechargeables-sur-camptocamp-org - encore des données dans la région de Brest à importer ... - réserves, parcs, etc en provenance de MNHN et INPN - ... Salut, Je serais intéressé pour aider au sein de cette cellule, je commence à pratiquer l'import massif à petite échelle avec les éoliennes. Je suis d'ailleurs un peu jaloux d'un tel succès alors que je galère avec des taux de réponses inférieurs à 1/10 sur mes requêtes. Bravo pour cette négo c'est super enthousiasmant de voir le projet avancer par grands pas comme celui-là. Je pourrais aider en mettant à dispo des machines lors des phases de travail long et coûteux en BP. A++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] tagger un pigeonnier
Bonjour ! le pigeonnier, petit bâti tout seul au milieu d'un champ, est très répandu dans le Sud-ouest, et on est content, pendant un voyage en bagnole, d'orienter correctement son regard pour voir celui qui est dans le champ de vision. C'est donc un POI sympa : http://pagesperso-orange.fr/michel.lucien/html/pigeonniers.htm Y a-t-il chez quelques mappeurs un consensus sur un tag approprié ? building=pigeonnier semble avoir été utilisé une fois, mais je ne suis pas très familière avec ce type de recherche dans la base. merci de vos tuyaux, Hélène PETIT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM _ attraction magnétique
Pieren a écrit , Le 13/05/2010 14:44: S'il s'agit de la distance pour choper un point existant lorsqu'on trace de nouveaux points avec la souris, cette distance est constante. Elle est de 10 pixels par défaut quel que soit le niveau de zoom. C'est réglable dans les préférences avancées dans le paramètre node.snap-distance. Merci, cela répond tout à fait à ma question. Hélène PETIT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vérification import points de g éodésie
Je fais partie de ceux qui utilisent les repères géodésiques pour placer les sommets. C'était une partie de ma motivation pour l'import des repères géodésiques. Je fais ceci en surchargeant le nœud existant. Personnellement, d'un point de vue théorique, je ne vois pas trop où est le problème de surcharger les nœuds, du moment que la partie importée est conservée. La vérification doit se concentrée sur cette partie importée. Maintenant, d'un point de vue pratique, je peux imaginer qu'il y ai des risques de confusions pour des utilisateurs pas assez consciencieux et/ou attentifs. Une première personne surcharge le repère (boule du clocher) avec l'église dessus. Une seconde personne dessine le contours de l'église et supprime le point qui n'a plus lieu d'être sans se rendre compte qu'il contient d'autres informations. Le risque paraît plus faible avec un support qui ne peut exister que sous forme de nœud et pas de chemin. Une nouvelle rubrique Utilisation des repères géodésiques dans le wiki me semblerait pertinente une fois qu'on se sera mis d'accord. A propos des sommets qui font partie de sites, je pensais qu'une règle implicite est que le premier point du site (numéroté 1 ou A) était toujours réservé au vrai sommet, les autres étant répartis autour, mais j'ai des doutes maintenant. Est-ce que vous avez des retours d'expérience ? Je vais toujours consulter les fiches pour voir si je peux utiliser un repère comme sommet. Et il me semble qu'il y a des exceptions où le premier repère de la liste n'est pas le plus important du site. Et aussi des fois, aucun point n'est vraiment au sommet. Frédéric, c'est envisageable à terme d'avoir un import csv similaire au précédent depuis le nouveau site des repères géodésiques? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vérification import points de gé odésie
Le Fri 14 May 2010 à 13:17 +0200, Eric SIBERT a ecrit : Une nouvelle rubrique Utilisation des repères géodésiques dans le wiki me semblerait pertinente une fois qu'on se sera mis d'accord. Oui. -- ° /\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
[OSM-talk-fr] Couverture d'OpenStreetMap Expo Universelle de Shanghai
Pour ceux qui doivent se rendre à l'Expo Universelle de Shanghaï cette année (j'ai dû faire la recherche pour une amie je vous en fais profiter ;-) OpenStreetMap Power ;-D http://www.openstreetmap.org/?lat=31.18995lon=121.48388zoom=16layers=B000FTF Comparatif OSM / Google Maps http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=121.48388lat=31.18995zoom=16 Ce qui est fait et reste à faire sur la ville: http://wiki.openstreetmap.org/wiki/Shanghai Ce serait sympa une petite conf là bas, on a jusqu'au mois d'octobre ! 70 - 100 millions de visiteurs prévus sur l'année de quoi faire grimper les OSM_Users Stats ! Émilie des pistes pour apprendre rapidement le mandarin, je crois que mon Guadeloupean Creole French ne va pas beaucoup servir ;-D Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GPX sur fond de carte OSM
Le 13 mai 2010 18:38, sylvain letuffe sylv...@letuffe.org a écrit : Je voulais juste pour le fun présenter ceci à base de slippy map OSM. J'ai réussi un truc en utilisant OpenLayer.Vector qui charge les GPX et les sur-imprime sur la slippy map. L'idée est plutôt bonne et a été évoquée plusieurs fois, c'est un joli projet de truc très simple pour que n'importe qui puisse mettre du OSM sur son site/blog et afficher par dessus une trace gpx J'allais dire Yaka utiliser wordpress et le plug-in kivabien. J'avais même un exemple tout prêt : http://nosamisdutarn.free.fr/wordpressfr/?p=289 (adresse passée sur cette liste il y a quelques semaines). Manque de bol, je retourne voir mon exemple ... et il utilise maintenant Google à la place d'OSM ! Zut alors ! D'autant que cette utilisation m'avait motivé pour aller faire un peu de JOSM/cadastre sur Lavaur, pour remplir le vide sous ses traces. Il faudra lui demander la raison de son choix. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tagger un pigeonnier
hpmt wrote: le pigeonnier, petit bâti tout seul au milieu d'un champ, est très répandu dans le Sud-ouest, et on est content, pendant un voyage en bagnole, d'orienter correctement son regard pour voir celui qui est dans le champ de vision. C'est donc un POI sympa : http://pagesperso-orange.fr/michel.lucien/html/pigeonniers.htm Y a-t-il chez quelques mappeurs un consensus sur un tag approprié ? building=pigeonnier semble avoir été utilisé une fois, mais je ne suis pas très familière avec ce type de recherche dans la base. Dans un souci d'universalité, mieux vaut utiliser le terme anglophone. building=dovecote me semble parfaitement approprié. Je suis surpris de ne pas avoir trouvé de mention de son usage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Couverture d'OpenStreetMap Expo Universelle de Shanghai
2010/5/14 RatZilla$ ratzil...@gmail.com Pour ceux qui doivent se rendre à l'Expo Universelle de Shanghaï cette année (j'ai dû faire la recherche pour une amie je vous en fais profiter ;-) OpenStreetMap Power ;-D http://www.openstreetmap.org/?lat=31.18995lon=121.48388zoom=16layers=B000FTF Comparatif OSM / Google Maps http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=121.48388lat=31.18995zoom=16 Ce qui est fait et reste à faire sur la ville: http://wiki.openstreetmap.org/wiki/Shanghai Ce serait sympa une petite conf là bas, on a jusqu'au mois d'octobre ! 70 - 100 millions de visiteurs prévus sur l'année de quoi faire grimper les OSM_Users Stats ! Émilie des pistes pour apprendre rapidement le mandarin, je crois que mon Guadeloupean Creole French ne va pas beaucoup servir ;-D Enfin il faut faire attention car il est interdit de mapper en Chine. Donc faire une présentation sur OSM en Chine ca ne m'enchante guère :) Ce ne sont pas les geôles chinoises que j'ai l'intention de visiter :) Ton superbe accent pourra te valoir pas mal d'admiration :p Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Couverture d'OpenStreetMap Expo Universelle de Shanghai
2010/5/14 RatZilla$ ratzil...@gmail.com Pour ceux qui doivent se rendre à l'Expo Universelle de Shanghaï cette année (j'ai dû faire la recherche pour une amie je vous en fais profiter ;-) OpenStreetMap Power ;-D http://www.openstreetmap.org/?lat=31.18995lon=121.48388zoom=16layers=B000FTF Comparatif OSM / Google Maps http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=121.48388lat=31.18995zoom=16 Ce qui est fait et reste à faire sur la ville: http://wiki.openstreetmap.org/wiki/Shanghai Ce serait sympa une petite conf là bas, on a jusqu'au mois d'octobre ! 70 - 100 millions de visiteurs prévus sur l'année de quoi faire grimper les OSM_Users Stats ! Émilie des pistes pour apprendre rapidement le mandarin, je crois que mon Guadeloupean Creole French ne va pas beaucoup servir ;-D D'ailleurs c'est très amusant car la carte de Google Maps a l'algo secret de la Chine sur ses données, qui induit un décalage de celles ci. La Chine oblige tous les producteurs de cartes a appliquer un algorithme sur leurs cartes et sur leurs GPS. Initialement, c'était fait pour permettre de se protéger des missiles etc... Maintenant c'est utilisé pour faire payer les sociétés de cartographie et rapporter de l'argent au gouvernement chinois. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [sql] Ajouter la colonne desc ription à osm2pgsql
2010/5/14 Vincent Pottier vpott...@gmail.com Le 14/05/2010 01:06, Pieren a écrit : 2010/5/13 Vincent Pottier vpott...@gmail.com Je pense qu'il suffit d'ajouter une ligne dans le genre: node,way description text polygon En effet, la colonne 'description' est ajoutée. Mais j'ai mis node,way description text linear pour l'import de repères géodésiques. Merci à Vincent, Émilie, Pieren. J'ai une base spacialisée qui tourne ! Et je commence à faire tourner des requêtes (il y a un an, ça m'impressionnait) : SELECT id, lat, lon FROM geodesy_nodes WHERE id in ( select DISTINCT ON (way) osm_id FROM geodesy_point WHERE description ILIKE '%clocher%' or description ILIKE '%croix%' or description ILIKE '%église%' or description ILIKE '%château%' except select p.osm_id from (select * from geodesy_point) p, (select * from planet_osm_polygon where building is not null) c where p.way c.way and st_intersects(p.way,c.way) is true ) Tu n'as pas besoin d'écrire P.way c.way car ST_intersects utilise automatiquement l'index. Ca permet d'avoir une requête plus propre. Mais c'est vraiment un pinaillage de ma part. Il y a à peu près 40 000 repères (ou groupes de repères à la verticale) qui attendent un bâtiment dessous (église, château d'eau) ! Ce qui m'étonne, c'est la forme de lat et lon : 670596584;552.79653301;693719.667266716 A moins d'utiliser le paramètre -l dans osm2pgsql, les données seront converties en projection mercator (Google). Tu n'auras donc pas de latitude, longitude. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tagger un pigeonnier
Le 14/05/2010 14:59, Jean-Marc Liotier a écrit : hpmt wrote: le pigeonnier, petit bâti tout seul au milieu d'un champ, est très répandu dans le Sud-ouest, et on est content, pendant un voyage en bagnole, d'orienter correctement son regard pour voir celui qui est dans le champ de vision. C'est donc un POI sympa : http://pagesperso-orange.fr/michel.lucien/html/pigeonniers.htm Y a-t-il chez quelques mappeurs un consensus sur un tag approprié ? building=pigeonnier semble avoir été utilisé une fois, mais je ne suis pas très familière avec ce type de recherche dans la base. Dans un souci d'universalité, mieux vaut utiliser le terme anglophone. building=dovecote me semble parfaitement approprié. Je suis surpris de ne pas avoir trouvé de mention de son usage. Cela ne serait il pas plutôt: building=yes amenity=dovecot ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [sql] Ajouter la colonne descripti on à osm2pgsql
De : Emilie Laffray 2010/5/14 Vincent Pottier Merci à Vincent, Émilie, Pieren. J'ai une base spacialisée qui tourne ! Et je commence à faire tourner des requêtes (il y a un an, ça m'impressionnait) : SELECT id, lat, lon FROM geodesy_nodes WHERE id in ( select DISTINCT ON (way) osm_id FROM geodesy_point WHERE description ILIKE '%clocher%' or description ILIKE '%croix%' or description ILIKE '%église%' or description ILIKE '%château%' except select p.osm_id from (select * from geodesy_point) p, (select * from planet_osm_polygon where building is not null) c where p.way c.way and st_intersects(p.way,c.way) is true ) Tu n'as pas besoin d'écrire P.way c.way car ST_intersects utilise automatiquement l'index. Ca permet d'avoir une requête plus propre. Mais c'est vraiment un pinaillage de ma part. Et voilà que Vincent se fait gronder...sauf que là c'est de ma faute. Désolé Vincent :-) (debut du jargon) p.way c.way est redondant pour la signification de la requête, en effet. Mais je le rajoute car j'ai constaté des differences de perfs assez flagrantes. J'ai peut-être une base bancale... (fin du jargon) 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] [sql] Ajouter la colonne desc ription à osm2pgsql
Le 14/05/2010 18:43, kimaidou a écrit : Le n'est normallement plus utile à partir de postgis 1.4, qui utilise les index spatiaux pour les requêtes de type intersection, etc. Donc il faut : * vérifier ta version de postgis : SELECT postgis_version(); * Vérifier que tu as bien des index spatiaux sur les colonnes géométriques, et sinon en ajouter via /CREATE INDEX/ idx_meteo_station_meteo_the_geom_gist ON meteo.station_meteo USING /gist/ ( /the_geom/); * Faire un VACUUM ANALYSE matable (the_geom); En espérant que cela soit utile... Merci, c'est certainement utile. Mais un peu tôt. Ça fait tout juste 48 h que j'utilise une base postgres, 24 h que j'utilise une base spatialisée. Et la requête de Vincent, même non optimisée, elle m'allait bien. Je la cromprenais. Le LEFT OUTER JOIN : j'ai toujours eu des problèmes avec les join moi qui n'ai jamais fumé un pétard ;-) Quand aux indexes, osm2pgsql n'en crée pas. Honnêtement, la requête sur le schéma de Vincent, elle prend 22 s sur mon ordinateur et je l'ai faite 3 ou 4 fois pour la tester... Ceci dit, je me mets ces mails de côté pour les ré-étudier quand je comprendrais mieux ce que sont des colonnes géométriques (je connaissais les colonnes corinthiennes, les colonnes de Buren, les colonnes vertébrales...) Merci pour votre intérêt... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [sql] Ajouter la colonne desc ription à osm2pgsql
Alors un petit lien très bien fait sur les jointures :D http://sqlpro.developpez.com/cours/sqlaz/jointures/ On est tous passé par là :) Attention par contre, car après cela devient comme une drogue : on a envie de faire des requêtes spatiales juste pour voir Le 14 mai 2010 20:20, Vincent Pottier vpott...@gmail.com a écrit : Le 14/05/2010 18:43, kimaidou a écrit : Le n'est normallement plus utile à partir de postgis 1.4, qui utilise les index spatiaux pour les requêtes de type intersection, etc. Donc il faut : * vérifier ta version de postgis : SELECT postgis_version(); * Vérifier que tu as bien des index spatiaux sur les colonnes géométriques, et sinon en ajouter via *CREATE INDEX* idx_meteo_station_meteo_the_geom_gist ON meteo.station_meteo USING *gist* ( *the_geom*); * Faire un VACUUM ANALYSE matable (the_geom); En espérant que cela soit utile... Merci, c'est certainement utile. Mais un peu tôt. Ça fait tout juste 48 h que j'utilise une base postgres, 24 h que j'utilise une base spatialisée. Et la requête de Vincent, même non optimisée, elle m'allait bien. Je la cromprenais. Le LEFT OUTER JOIN : j'ai toujours eu des problèmes avec les join moi qui n'ai jamais fumé un pétard ;-) Quand aux indexes, osm2pgsql n'en crée pas. Honnêtement, la requête sur le schéma de Vincent, elle prend 22 s sur mon ordinateur et je l'ai faite 3 ou 4 fois pour la tester... Ceci dit, je me mets ces mails de côté pour les ré-étudier quand je comprendrais mieux ce que sont des colonnes géométriques (je connaissais les colonnes corinthiennes, les colonnes de Buren, les colonnes vertébrales...) Merci pour votre intérêt... -- 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] Osmecum : patrimoine culturel
2010/5/14 Lionel Van Aertryck lionel.van.aertr...@gmail.com La traduction de wayside_shrine est incorrecte et le mettre ne devrait pas être nécessaire puisque ce type d'objet n'existe pas en France à ma connaissance: http://en.wikipedia.org/wiki/Wayside_shrine Ce sont de petits lieux de dévotion, dont la meilleure traduction que je puisse trouver serait un oratoir ou une petite chapelle contenant une image ou sculpture pieuse (bildstock en allemand - bâton-image) mais pas Jesus sur la croix (qu'on désigne par calvaire donc wayside_cross). Ca se trouve essentiellement en Allemagne et Autriche (et parait-il en Alsace mais je n'en ai jamais vu sous cette forme). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [sql] Ajouter la colonne desc ription à osm2pgsql
kimaidou a écrit : * Faire un VACUUM ANALYSE matable (the_geom); En espérant que cela soit utile... C'est une piste + que probable dans mon cas. kimaidou a écrit : Alors un petit lien très bien fait sur les jointures :D http://sqlpro.developpez.com/cours/sqlaz/jointures/ Très bonne lecture en effet. Et un bookmark, un ! merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [sql] Ajouter la colonne desc ription à osm2pgsql
2010/5/14 Vincent Pottier vpott...@gmail.com Le 14/05/2010 22:46, Vincent de Chateau-Thierry a écrit : kimaidou a écrit : * Faire un VACUUM ANALYSE matable (the_geom); En espérant que cela soit utile... C'est une piste + que probable dans mon cas. kimaidou a écrit : Alors un petit lien très bien fait sur les jointures :D http://sqlpro.developpez.com/cours/sqlaz/jointures/ Très bonne lecture en effet. Et un bookmark, un ! Excellent ! Je progresse... J'ai refait les tables en lat/ lon lisibles (le -l de osm2pgsql) J'ajoute un pétard : SELECT DISTINCT ON (g.way) g.osm_id, n.lat, n.lon FROMgeodesy_point AS g LEFT OUTER JOIN france_polygon AS p ON ST_Intersects(g.way, p.way) AND p.building IS NOT NULL JOIN france_nodes AS n ON g.osm_id=n.id WHERE( g.description ILIKE '%clocher%' OR g.description ILIKE '%croix%' OR g.description ILIKE '%église%' OR g.description ILIKE '%château%' ) AND p.osm_id IS NULL et 46070 ms plus tard j'ai un résultat impec... presque 39000 lignes. Bon, il y a un message : NOTICE: LWGEOM_gist_joinsel called with incorrect join type Je sens que je ne vais pas tarder à vous la sortir la liste des communes qui ne voient pas passer une voiture faute de highway. Sur ce, je vais faire de beaux rêves... Jolie requête :) Et vraiment encore bravo pour le travail que tu effectues! Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
