Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Le 18 avril 2013 21:51, Pieren pier...@gmail.com a écrit : 2013/4/18 Jean-Baptiste Holcroft jb.holcr...@gmail.com Avec les quelques corrections faites, les erreurs ont disparues. Par contre on perd en détail dans les rendus. Invisible sur MapNik et OSM-fr : Visible sur CycleMap et MapQuest Open: Tagguer les pièces avec building=yes est incorrect. Seul le périmètre extérieur du bâtiment doit porter ce tag. Si cela rend les pièces visibles sur certains rendus, c'est un accident dans la feuille de style et c'est vraiment tagguer pour le rendu. D'après le wiki ci-dessous, la convention actuelle pour les pièces est room=yes + level=* et d'autres tags à découvrir ici: http://wiki.openstreetmap.org/wiki/Indoor_Mapping Il y a aussi le building:part (anciennement buildingpart) mais qui est uniquement utilisé pour la modélisation 3D extérieure (d'ailleurs, c'est le cas dans les exemples cités sur le wiki). Il est aussi statistiquement plus présent dans OSM parce qu'il est souvent issu d'un import (toujours dans le but d'un rendu 3D extérieur). Il y a aussi une modélisation plus complexe avec uniquement des relations dans le projet indoorOSM: http://wiki.openstreetmap.org/wiki/IndoorOSM Toutes ces propositions gagneront sûrement à être unifiées. Si le sujet te passionne, il existe un forum dédié: http://forum.openstreetmap.org/viewforum.php?id=67 En attendant, j'ai supprimé les building=yes à l'intérieur de ton centre commercial en les remplaçant par room=yes. Si la convention change et que les logiciels de rendu prennent en compte un autre tag plus populaire dans le futur, il sera très facile de les remplacer avec JOSM (chercher tous les éléments avec room=yes). room=yes ne me semble pas idéal non plus car ces polygones ne représentent pas des pièces, mais des commerces, qui comportent souvent plusieurs pièces. indoor=yes ajouté sur le shop=* ne serait-il pas plus cohérent ? En attendant, et pour ne froisser personne, j'ai intégré room=yes et indoor=yes dans les niveaux = 18: http://tile.openstreetmap.fr/?zoom=18lat=43.98283lon=4.88124layers=B0F Un nouvelle icône fait aussi son apparition dans le rendu FR... la trouverez-vous ? -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Le 19 avril 2013 09:28, Christian Quest cqu...@openstreetmap.fr a écrit : Un nouvelle icône fait aussi son apparition dans le rendu FR... la trouverez-vous ? aed ? Bonne idée ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
le défibrillateur ? Sylvain Le 19 avril 2013 09:39, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Le 19 avril 2013 09:28, Christian Quest cqu...@openstreetmap.fr a écrit : Un nouvelle icône fait aussi son apparition dans le rendu FR... la trouverez-vous ? aed ? Bonne idée ;-) ___ 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] Commerces d'un centre commercial et Osmose
Oui, les défibrillateurs... donc c'est bon, ils sont visibles et reconnaissables ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)
Oui en effet on peut ce limiter à un type de voie en particulier. Aujourdhui c'est jour de pluie je vais en profiter pour mettre tout cela à plat autant coté wiki que sur ce qu'il faut contrôler. Le 18 avril 2013 15:19, Pieren pier...@gmail.com a écrit : 2013/4/18 Jo. perche...@gmail.com Pour finir, oui en effet c'est un grand projet national mais chaque contributeur est limité par sa connaissance du terrain. Plus je m'éloigne de mon lieu de résidence moins j'ai de chance de me rappeler des limitations de vitesse existant. Peut-être faudrait-il limiter le projet à un type de highway uniquement, en commençant par les moins nombreux (motorway, puis primary, secondary, etc). Pieren ___ 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] Idée de projet du mois de Mai (ou plus tard)
Même les gabarits… cool moi qui roule souvent en PL j'apprécie beaucoup ce genre d'information. 2013/4/18 Tony Emery tony.em...@yahoo.fr Pour info, voilà où nous en sommes à Orange http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7 . Vous pouvez vous balader et voir aussi les limitations de gabarit, etc... -- View this message in context: http://gis.19327.n5.nabble.com/Idee-de-projet-du-mois-de-Mai-ou-plus-tard-tp5757552p5757620.html Sent from the France mailing list archive at Nabble.com. ___ 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] Idée de projet du mois de Mai (ou plus tard)
Tony, les autres Comme j'ai ajouté le support de l'emprise dans le permalink de LizPoi, on peut maintenant se passer des URL de démonstration plus parlante. Par exemple les voies limitées à 30km/h dans le centre d'Orange : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7selected=390bbox=534076.178002,5486262.102976,536505.442306,5487657.078742zoom=16 Le 19 avril 2013 10:47, Jo. perche...@gmail.com a écrit : Même les gabarits… cool moi qui roule souvent en PL j'apprécie beaucoup ce genre d'information. 2013/4/18 Tony Emery tony.em...@yahoo.fr Pour info, voilà où nous en sommes à Orange http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7 . Vous pouvez vous balader et voir aussi les limitations de gabarit, etc... -- View this message in context: http://gis.19327.n5.nabble.com/Idee-de-projet-du-mois-de-Mai-ou-plus-tard-tp5757552p5757620.html Sent from the France mailing list archive at Nabble.com. ___ 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
[OSM-talk-fr] Transfert données Google Earth sur osm
Bonjour, Les données Bing Sat datant de 2010, je voudrais savoir s'il est possible de rapatrier sur osm un trait de côte récupéré sur google Earth, par exemple? Merci, Céline ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transfert données Google Earth sur osm
Le 19/04/2013 12:13, Céline Demay a écrit : Bonjour, Les données Bing Sat datant de 2010, je voudrais savoir s'il est possible de rapatrier sur osm un trait de côte récupéré sur google Earth, par exemple? non, pas du tout : la licence de google n'est pas compatile avec OSM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transfert données Google Earth sur osm
Bing nous a donné permission d'utiliser leur photos aériennes pour améliore le placement des objets en OSM. Google ne nous a pas donné une telle permission et c'est peu probable qu'ils le feront. De l'autre coté en Belgique, par exemple, il y a les communautés qui font leur propres photos et qui commencent à les mettre à disposition sur de serveurs WMS. Peut-être qu'en France ça va arriver également? Jo 2013/4/19 Céline Demay demaycl...@gmail.com Bonjour, Les données Bing Sat datant de 2010, je voudrais savoir s'il est possible de rapatrier sur osm un trait de côte récupéré sur google Earth, par exemple? Merci, Céline ___ 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] Idée de projet du mois de Mai (ou plus tard)
Suggestion : afficher les panneaux de signalisation surcharge la carte quand on visionne de grande zone. Leur affichage est intéressant pour des zone fortement zoomée. Le 19 avril 2013 11:29, kimaidou kimai...@gmail.com a écrit : Tony, les autres Comme j'ai ajouté le support de l'emprise dans le permalink de LizPoi, on peut maintenant se passer des URL de démonstration plus parlante. Par exemple les voies limitées à 30km/h dans le centre d'Orange : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7selected=390bbox=534076.178002,5486262.102976,536505.442306,5487657.078742zoom=16 Le 19 avril 2013 10:47, Jo. perche...@gmail.com a écrit : Même les gabarits… cool moi qui roule souvent en PL j'apprécie beaucoup ce genre d'information. 2013/4/18 Tony Emery tony.em...@yahoo.fr Pour info, voilà où nous en sommes à Orange http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7 . Vous pouvez vous balader et voir aussi les limitations de gabarit, etc... -- View this message in context: http://gis.19327.n5.nabble.com/Idee-de-projet-du-mois-de-Mai-ou-plus-tard-tp5757552p5757620.html Sent from the France mailing list archive at Nabble.com. ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)
Suite à l’intérêt porté sur ce projet j'ai mis à jour la page du projet en déplaçant le rappel du code de la route vers la page maxspeed. J'ai également ajouté deux lien vers des carte ITO et quelques idée de contribution parallèle que l'on peut relevé sur place. http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Limitation_de_vitesse http://wiki.openstreetmap.org/wiki/FR:Key:maxspeed Les cartes ITO : http://www.itoworld.com/map/42?lon=2.33948lat=48.76664zoom=8 http://www.itoworld.com/map/35?lon=2.36557lat=48.82856zoom=11 Le 19 avril 2013 13:05, Jo. perche...@gmail.com a écrit : Suggestion : afficher les panneaux de signalisation surcharge la carte quand on visionne de grande zone. Leur affichage est intéressant pour des zone fortement zoomée. Le 19 avril 2013 11:29, kimaidou kimai...@gmail.com a écrit : Tony, les autres Comme j'ai ajouté le support de l'emprise dans le permalink de LizPoi, on peut maintenant se passer des URL de démonstration plus parlante. Par exemple les voies limitées à 30km/h dans le centre d'Orange : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7selected=390bbox=534076.178002,5486262.102976,536505.442306,5487657.078742zoom=16 Le 19 avril 2013 10:47, Jo. perche...@gmail.com a écrit : Même les gabarits… cool moi qui roule souvent en PL j'apprécie beaucoup ce genre d'information. 2013/4/18 Tony Emery tony.em...@yahoo.fr Pour info, voilà où nous en sommes à Orange http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7 . Vous pouvez vous balader et voir aussi les limitations de gabarit, etc... -- View this message in context: http://gis.19327.n5.nabble.com/Idee-de-projet-du-mois-de-Mai-ou-plus-tard-tp5757552p5757620.html Sent from the France mailing list archive at Nabble.com. ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
Pas tant que ça ! C'est encore un exemple que montre que les ID non-obscures ne sont pas une bonne valeur pour un UID. Et donc qu'il faudra bien une génération d'UID et pas l'utilisation d'un UID d'un référentiel existant (que ce soit celui de la municipalité à la source des données ou toute référence administrative). A+ Le 18 avril 2013 18:35, Christian Quest cqu...@openstreetmap.fr a écrit : Le SIRET correspond au SIREN + un numéro d'ordre (et le chiffre de contrôle). A chaque nouvel établissement (adresse mais aussi activité différente à ce qu'il me semble) un nouveau SIRET est attribué avec le numéro d'ordre suivant. Le SIREN identifie une entreprise, il ne change pas tant que c'est la même entreprise. Il a aussi une clé de contrôle (code de Luhn, comme les CB). Quand il commence par 1 ou 2 il s'agit d'un organisme public. Donc d'un point de vue OSM... le SIRET correspond à une entreprise ET un lieu. Si notre boulanger déménage, sa nouvelle boulangerie aura un autre SIRET mais le même SIREN. Mas bon... tout ça est un peu éloigné du sujet de départ. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)
Pour les limitations de vitesse implicites ... on se base sur quoi?! les landuse résidentiel pour définir si la route est en agglomération ou pas? ou faut-il expliciter chaque voie? Parce que la position du panneau fin agglomération début d'agglomeration n'a rien d'implicite elle? Le 19 avril 2013 13:17, Jo. perche...@gmail.com a écrit : Suite à l’intérêt porté sur ce projet j'ai mis à jour la page du projet en déplaçant le rappel du code de la route vers la page maxspeed. J'ai également ajouté deux lien vers des carte ITO et quelques idée de contribution parallèle que l'on peut relevé sur place. http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Limitation_de_vitesse http://wiki.openstreetmap.org/wiki/FR:Key:maxspeed Les cartes ITO : http://www.itoworld.com/map/42?lon=2.33948lat=48.76664zoom=8 http://www.itoworld.com/map/35?lon=2.36557lat=48.82856zoom=11 Le 19 avril 2013 13:05, Jo. perche...@gmail.com a écrit : Suggestion : afficher les panneaux de signalisation surcharge la carte quand on visionne de grande zone. Leur affichage est intéressant pour des zone fortement zoomée. Le 19 avril 2013 11:29, kimaidou kimai...@gmail.com a écrit : Tony, les autres Comme j'ai ajouté le support de l'emprise dans le permalink de LizPoi, on peut maintenant se passer des URL de démonstration plus parlante. Par exemple les voies limitées à 30km/h dans le centre d'Orange : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7selected=390bbox=534076.178002,5486262.102976,536505.442306,5487657.078742zoom=16 Le 19 avril 2013 10:47, Jo. perche...@gmail.com a écrit : Même les gabarits… cool moi qui roule souvent en PL j'apprécie beaucoup ce genre d'information. 2013/4/18 Tony Emery tony.em...@yahoo.fr Pour info, voilà où nous en sommes à Orange http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7 . Vous pouvez vous balader et voir aussi les limitations de gabarit, etc... -- View this message in context: http://gis.19327.n5.nabble.com/Idee-de-projet-du-mois-de-Mai-ou-plus-tard-tp5757552p5757620.html Sent from the France mailing list archive at Nabble.com. ___ 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 ___ 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] Transfert données Google Earth sur osm
il faudrai recruter des mappeurs chez les pilotes ULM. Le 19 avr. 2013 12:19, Jo winfi...@gmail.com a écrit : Bing nous a donné permission d'utiliser leur photos aériennes pour améliore le placement des objets en OSM. Google ne nous a pas donné une telle permission et c'est peu probable qu'ils le feront. De l'autre coté en Belgique, par exemple, il y a les communautés qui font leur propres photos et qui commencent à les mettre à disposition sur de serveurs WMS. Peut-être qu'en France ça va arriver également? Jo 2013/4/19 Céline Demay demaycl...@gmail.com Bonjour, Les données Bing Sat datant de 2010, je voudrais savoir s'il est possible de rapatrier sur osm un trait de côte récupéré sur google Earth, par exemple? Merci, Céline ___ 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] Transfert données Google Earth sur osm
Quand on voit les résultats obtenus par une petite équipe en Haiti, on peut facilement imaginer une asso française refaire l'expérience aussi dans des territoires mal couverts par des hptos récentes ou après un événement important (tels qu'une inondation). Ce serait utile en outre-mer et on voit que même avec peu de moyens, les drones (dont l'usage se répand en même temps que leur prix baisse avec celui des équipement photographiques) sont un excellent moyen de couvrir des surfaces importantes en peu de temps et sans avoir à attendre et acheter des images satellites. On pourrait même avoir des applications en France métropolitaine pour l'agriculture par exemple; les pompiers et la sécurité civile s'équipent en drones, ce ne sont plus seulement des engins d'usage militaire ; on en trouve même en grande surface au rayon jouets même si leur autonomie de vol et leur fiabilité n'est pas aussi bonne, ce n'est plus hors de portée. Le plus compliqué c'est de les équiper en instruments de mesure calibrés (car sinon la prise de photos en elles-mêmes n'est plus un problème), et synchroniser les mesures et intégrer le tout dans un logiciel de commande. Puis ensuite de savoir traiter les images et mesures réalisées. Les autres limites sont de nature légale (droits de survol, protection de la vie privée) et réglementaires (plans de vol compatibles avec la régulation aérienne, altitude limitée), et aussi la météo (surtout le vent pour la stabilité de l'appareil qu'on tient à pouvoir récupérer en état avec ses instruments). Le 19 avril 2013 19:23, Cyrille Giquello cyrill...@gmail.com a écrit : il faudrai recruter des mappeurs chez les pilotes ULM. Le 19 avr. 2013 12:19, Jo winfi...@gmail.com a écrit : Bing nous a donné permission d'utiliser leur photos aériennes pour améliore le placement des objets en OSM. Google ne nous a pas donné une telle permission et c'est peu probable qu'ils le feront. De l'autre coté en Belgique, par exemple, il y a les communautés qui font leur propres photos et qui commencent à les mettre à disposition sur de serveurs WMS. Peut-être qu'en France ça va arriver également? Jo 2013/4/19 Céline Demay demaycl...@gmail.com Bonjour, Les données Bing Sat datant de 2010, je voudrais savoir s'il est possible de rapatrier sur osm un trait de côte récupéré sur google Earth, par exemple? Merci, Céline ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
C'est exactement ce que j'ai dit : ta SARL en déménageant n'a pas changé d'identité légale, son SIREN n'a pas changé seul le SIRET (établissement) a changé. L'autre cas existe aussi où plusieurs entités légales distinctes (différents SIREN) coexistent au même endroit, leurs salariés n'étant pas distingués sur leurs contrats autrement que par l'entête qui mentionne les SIREN et raisons sociales différentes (et c'est aussi du vécu puisque tu as cité ton exemple personnel pour le premier cas). Ce qui veut bien dire qu'un même lieu de vente n'est pas identifiable par un seul SIRET (établissement) ni même un seul SIREN (raison sociale) car il peut y en avoir plusieurs sans qu'on puisse choisir lequel, même si pour le public on ne voit qu'une seule enseigne (sans savoir non plus si c'est une franchise autrement que sur le ticket de caisse ou la facture au nom de la raison sociale effective et non celui de l'enseigne). C'est vrai aussi pour les achats sur Internet (facturés souvent par une autre raison sociale que l'enseigne du site; on ne le sait souvent qu'au moment de la facturation qui peut en faire apparaitre plusieurs). Le 18 avril 2013 18:02, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le jeu. 18 avril 2013 à 12:02 +0200, Philippe Verdy a écrit : Non, le SIREN change aussi : il désigne l'identité, la raison sociale. LE code établissement sert pour les sociétés qui ont une série d'établissements dans des lieux différents. Non. Je maintiens, je l'ai vécu en 2007. Ma SARL a déménagé, de Grenoble à Grenoble. Le SIREN est resté, le code établissement a changé, donc le SIRET a changé. Pour une activité économique (commerce, industrie, service...), en France, on a les codes SIREN et SIRET (attribués par l'INSEE) http://fr.wikipedia.org/wiki/Système_d%27identification_du_répertoire_des_établissementshttp://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27identification_du_r%C3%A9pertoire_des_%C3%A9tablissements http://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27identification_du_r%C3%A9pertoire_des_%C3%A9tablissements Le SIRET c'est le SIREN (9 chiffres) complété du code d'établissement (5 chiffres). Et donc si changement de propriétaire, le SIREN change. Si changement de rue/ville mais pas de propriétaire, le SIRET change mais pas le SIREN. Je ne sais pas quoi en faire dans OSM, mais au moins n'essayez pas de réinventer un référentiel qui existe déjà. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.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] http://cadastre.openstreetmap.fr/
Bonsoir, Bonne nouvelle : cadastre refonctionne ! Un changement de plate-forme d'hébergement ayant eu lieu, vous pouvez rencontrer un problème d'accès, le temps que les DNS se mettent à jour (mais chez moi, ça fonctionne déjà). Merci à tous pour votre patience. Francescu Le 18 avril 2013 20:15, isnogoud os...@free.fr a écrit : Le 16/04/2013 10:05, cybercen...@espacebaugeois.org a écrit : salut, l'acces au site http://cadastre.openstreetmap.**fr/http://cadastre.openstreetmap.fr/est impossible depuis plusieurs jours. quelqu'un a un plan B ? un site miroir ? je voudrai avancer sur la commune de fougeré(49), j'ai rendez vous avec un adjoint au maire la semaine prochaine ;) merci +1 pour traiter quelques communes en Vendée... Christophe __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le problème des geohash est un problème de précision et d'acceptation des limites du geohash. Car les geohash tels qu'ils existent actuellement sont extrêmement limités par le franchissement de la limite de précision. Autrement dit tu pourrais déplacer un point d'un mètre avec un geohash d'une précision de 1km et passer à quelque chose de complètement différent. Les geohash tels qu'ils existent actuellement ne sont pas vraiment utiles à mes yeux. Ils peuvent être utiles dans certains cas mais c'est limité par l'incapacité de créer un 'gradient' utile. Je trouve l'approche que tu proposes comme un bon début mais extrêmement limité. L'approche uuid mentionnée par Pieren et auquel j'ai participé était intéressante mais limitée sur d'autres points notamment les éditeurs. Tony a de bons points sur le fait qu'il faudrait savoir quel paramètres qualifier ce futur osmhash (dibs sur le trademark :) ). Je l'ai évoqué initialement sur le déplacement d'une entreprise et certains ont évoqués le changement de propriétaire. Un osmhash doit tenir compte de ça. Commençons par qualifier l'unicité d'un poi et penser à une composante geospatiale plus flou. L'intervention de Gael montre bien l'intérêt commercial d'un tel système ainsi que l'intérêt de Tony. Moi même à mapquest j'ai travaillé sur cette problématique afin de travailler sur la réconciliation de plusieurs sources (voir le commentaire de Marc sur le sujet et son expérience). Je ne dis pas que c'est impossible au contraire même mais sans poser certaines bases d'accord et des use cases on va tourner en rond. La communauté a les moyens d'être créative mais structurons un peu le propos pour gagner en clarté et voir les solutions non orthodoxes gagnées car les bases auront été jetées D'un point de vue commercial si un tel système se mettait en place ça aurait une très grosse valeur. Émilie laffray On 17 Apr 2013 18:07, Christian Quest cqu...@openstreetmap.fr wrote: #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox qui est de plus en plus petite lorsque le geohash est long (et inversement). C'est un truc existant qui est même supporté en interne par postgis (ST_GeoHash). Pour ceux qui ne connaissent pas voir: http://fr.wikipedia.org/wiki/Geohash En y repensant avec un ID comme Croustillette.bakery.shop@#a4u2k9 permet de facilement faire du matching partiel... bakery.shop@#a4u2k une boulangerie dans une zone un peu plus grande, shop@#a4u2 correspond juste à une boutique dans une zone encore plus grande, etc... et une simple recherche textuelle en contient fait l'affaire ;) On peut aussi déterminer le niveau de similitude entre 2 ID assez facilement (longueur de la partie commune gauche, droite ou combinée). Tout ça se calcule facile sans faire appel à des API car le principe est universel et pas spécifiquement liée à OSM. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ 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] http://cadastre.openstreetmap.fr/
Bonsoir, Merci surtout d'avoir remis en marche le bousin. Ça va m'être très utile pour la réunion du groupe local-herault mercredi ! :-) Nicolas Le 19/04/2013 22:26, Francescu GAROBY a écrit : Bonsoir, Bonne nouvelle : cadastre refonctionne ! Un changement de plate-forme d'hébergement ayant eu lieu, vous pouvez rencontrer un problème d'accès, le temps que les DNS se mettent à jour (mais chez moi, ça fonctionne déjà). Merci à tous pour votre patience. Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr