Re: [OSM-talk-fr] Comcom Maker
Non, le serveur (osm7) n'est toujours pas en état pour recevoir la base osm2pgsql france dont a besoin comcom maker. Le problème est matériel. Frédéric. Le 26/12/2013 18:35, Otourly Wiki a écrit : On a du nouveau de ce coté ? Florian. Le Dimanche 24 novembre 2013 16h56, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 24/11/2013 16:49, Vincent de Château-Thierry a écrit : Bonjour, Le 24/11/2013 16:08, Christian Quest a écrit : Il se trouvait sur osm7 avant que celui-ci ne tombe en panne et soit totalement ré-installé. Il va être remis en route, surtout qu'avec 100% des communes on va pouvoir viser le 100% d'EPCI et autres découpages du même genre. Le 24 novembre 2013 16:00, Otourly Wiki otou...@yahoo.fr mailto:otou...@yahoo.fr mailto:otou...@yahoo.fr mailto:otou...@yahoo.fr a écrit : Bonjour, il semblerait que cet outil ne soit plus disponible. C'est gênant, car avec la réforme des collectivités territoriales en janvier prochain il va y avoir du pain sur la planche... Florian. En complément sur le thème des EPCI, je (re)signale cette source : http://www.data.gouv.fr/DataSet/572273 Il donne la liste, par EPCI, des communes membres, au 01/01/2013. Sa mise à jour sera intéressante l'année prochaine bien sûr, mais la réforme a déjà eu des effets cette année. Je m'occupe de remettre comcom maker en route. C'est en cours. Pour ce qui est des EPCI, et comme je l'avais fait pour les cantons, on peut utiliser comcommaker en ligne de commande. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Le vendredi 27 décembre 2013 11:56:37, Frédéric Rodrigo a écrit : Non, le serveur (osm7) n'est toujours pas en état pour recevoir la base osm2pgsql france dont a besoin comcom maker. Le problème est matériel. A ce propos d'ailleurs, osm7 est certes toujours dans un état douteux, mais on a maintenant à disposition deux bases osm2pgsql monde presque pas loin d'être en redondance l'une de l'autre. Et vu les monstres que c'est, avec du ssd, la perf sera de toute façon plus importante que ce que pourrait faire osm7 N'est-il alors pas plus judicieux d'interroger ces bases plutôt qu'une france only ? En poussant un peu le raisonnement, est-il pertinent de remettre en route une base osm2pgsql france ? De mon coté, pour donner un exemple, j'ai remis en service tout ce que je gérais et qui utilisait la base france pour n'utiliser qu'une base monde. Base monde accessible directement par le réseau, ce qui est aussi simple ou presque, et finalement plus souple car en cas de maintenance sur une des deux base, la bascule vers l'autre se fait en changeant juste l'adresse de pointage, voire sans, si on utilise osm2pgsql-monde.openstreetmap.fr -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Bonne idée, vu les défaillances à répétition d'osm7 depuis sa panne disque (peut-être liée à un défaut du contrôleur). S'il ne peut pas tenir la charge à cause de défauts matériels (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais contacts, défaut de montage, problèmes de barrettes mémoire, bogues de firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.) autant l'utiliser pour des missions moins critiques et moins urgentes, ou le mettre hors service pour le réinstaller complètement avec des mises à jour propres, et le retester complètement avant de savoir si on doit le réutiliser pour héberger une base de données, ou juste un service web annexe utilisant une des 2 autres bases monde. Maintenant il y a des bogues aussi dans les firmwares de nombreux modèles de SSD, et leur qualité de fabrication n'est pas encore au top, même pour les modèles les plus chers. Ce sont des composants très sensibles étant donné leur fréquence élevée de fonctionnement. et très sollicités, ils chauffent plus que les disques durs. Ça vaudrait le coût de tester les disques à part sur une machine fiable et trouver quel composant foire, ou voir si un autre contrôleur résoudrait ses problèmes. Evidemment pour ça il faut aller sur place pour récupérer la machine (après avoir déplacé les services hébergés sur un autre serveur) et la réinstaller plus tard une fois bien testée, car on ne peut pas rester des heures dans un datacenter à bidouiller sur place le matériel pour faire les tests à côté des autres systèmes en exploitation pour d'autres clients et en laissant les baies de ventilation ouvertes trop longtemps, à moins que le datacenter dispose d'une salle de montage, de nettoyage/dépoussiérage (pour ne pas contaminer les salles blanches avec les poussières des emballages de transport) et de tests pour travailler correctement (mais ce n'est pas forcément gratuit non plus d'occuper les lieux longtemps). Je ne connais pas les lieux de ce datacenter Free, mais certains que j'ai visités (chez Level3 ou les systèmes boursiers/bancaires, ou les systèmes de l'armée par exemple) sont très stricts sur les conditions d'accès aux salles et sur les question de propreté des matériels qu'on y installe et très à cheval sur les procédures. Le 27 décembre 2013 14:39, sly (sylvain letuffe) lis...@letuffe.org a écrit : Le vendredi 27 décembre 2013 11:56:37, Frédéric Rodrigo a écrit : Non, le serveur (osm7) n'est toujours pas en état pour recevoir la base osm2pgsql france dont a besoin comcom maker. Le problème est matériel. A ce propos d'ailleurs, osm7 est certes toujours dans un état douteux, mais on a maintenant à disposition deux bases osm2pgsql monde presque pas loin d'être en redondance l'une de l'autre. Et vu les monstres que c'est, avec du ssd, la perf sera de toute façon plus importante que ce que pourrait faire osm7 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit : S'il ne peut pas tenir la charge à cause de défauts matériels (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais contacts, défaut de montage, problèmes de barrettes mémoire, bogues de firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.) C'est en effet un problème lié en partie à ce que tu décris (mais pas tout à la fois heureusement) en fait, cette machine dispose d'une carte mère assez ancienne et à cause de vibrations anormales dans la super structure du bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque eurasiatique et une expert en tecktonik des plaques doit nous le confirmer) En bref, quoi qu'il en soit, régulièrement, des puces de cette carte mère perdent le contact avec les pistes et le contrôleur disque devient devient inaccessible partiellement au driver SATA de linux qui passe alors en mode dégradé voir carrément c'est la panique dans le kernel. La dernière fois une puce à carrément sautée (comme certaines puces d'ailleurs) alors forcément ! Ce qu'on fait c'est donc des rotations des câbles sur ceux qui marchent encore, et c'est assez pénible car au final on se retrouve avec plein de nœuds. Je ne connais pas les lieux de ce datacenter Free, mais certains que j'ai visités (chez Level3 ou les systèmes boursiers/bancaires, ou les systèmes de l'armée par exemple) sont très stricts sur les conditions d'accès aux salles Plus encore que tu ne l'imagine ! Jocelyn est parti il y a 5 jours maintenant pour faire des nœuds avec les câbles, et on est toujours sans nouvelles de lui. On suppose qu'il avait oublié sa pièce d'identité et qu'il est maintenant séquestré dans le datacenter par l'équipe de sécurité. Vraiment, ils ne rigolent pas là bas. On espère le revoir en un seul morceau sans quoi, je ne sais pas ce que l'on va dire à sa famille. Peut-être que pour 2014, certains prendrons de bonnes résolutions, eux le relâcher et d'autres ce qui doit être fait. -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Le 27 décembre 2013 17:43, sly (sylvain letuffe) lis...@letuffe.org a écrit : Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit : S'il ne peut pas tenir la charge à cause de défauts matériels (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais contacts, défaut de montage, problèmes de barrettes mémoire, bogues de firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.) C'est en effet un problème lié en partie à ce que tu décris (mais pas tout à la fois heureusement) en fait, cette machine dispose d'une carte mère assez ancienne et à cause de vibrations anormales dans la super structure du bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque eurasiatique et une expert en tecktonik des plaques doit nous le confirmer) :-) Dans ce cas je comprend pourquoi mon propre PC situé sur la même plaque continentale m'a lâché il n'y a pas si longtemps. Sérieusement les microvibrations du batiment dans un datacenter, ça n'existe pas. A la limite on pourrait avoir des vibrations causées par le système de ventilation des baies, à cause d'une mauvaise installation/fixation, des cheminements hasardeux de cables (et des longueurs flottantes en excès) qui gêne le flux de ventilation. Mais on peut soupçonner que le PC était lui-même mal monté avec ses composants internes aussi, et que durant le transport des connecteurs ont bougé. c'est pour ça qu'on a besoin d'une salle de montage sur place pour vérifier que tout est bien calé. Souent quand on monte soi-même un PC, on peut oublier de monter des fixations. Le transport peut aussi provoquer des torsions suffisantes sur la carcasse, avec des chocs pendant la conduite, pour que des connecteurs se déboitent partiellement (les barettes mémoire sont facilement sujettes à ce genre de défaut de connexion, ainsi que les miniconnecteurs des ventilos internes). Certains câbles SATA ou USB ont aussi tendance à se défaire trop facilement, les prises externes ont parfois des soudures à peine suffisantes, qui lâchent à la première insertion (bogue courant sur de nombreuses clés de stockage USB dont la coque de protection est beaucoup trop souple alors que les broches soudées du connecteur sont trop rigides, ce qui décolle facilement les micro-soudures; nombre de cartes mères ont des soudures en surface mal faires pour les puces les plus larges, une microtorsion suffit à décoller les contacts de façon invisible, notamment sur les broches des coins, les connecteurs de nappes plastiques souple sont souvent très fragiles aussi, et la gravure de ces nappes est beaucoup trop fine et génère une impédance trop élevée nuisible à la qualité des signaux aux plus hautes fréquences : cela peut concerner les nappes des têtes de disque dur, mais on en trouve aussi dans les SSD entre plusieurs mini-cartes reliant la partie contrôleur bus aux puces mémoires). Sur plein de SSD, les puces mémoires ont juste un refroidissement passif par simple contact avec le boitier alu externe, une légère déformation du boîtier lors de la manutention et du montage provoque des surchauffes en utilisation intensive du SSD. Et sur nombre de PC, le CPU, le GPU ou les chips contrôleurs de bridge, sont tout bonnement mal montés (mauvaise efficacité des caloducs, pâte thermique non conforme), de même que les capteurs externes de température. On trouve aussi des trucs hideux comme le remplissage façon barbouillage, avec des gels silicones sensés immobiliser les connecteurs et puces montées dans un support, mais qui mettent les composants en contact direct avec les chocs et vibrations des coques externes et réduit aussi l'efficacité de la disspation thermique. Et c'est fou maintenant le nombre de scotches de mauvaise qualité qu'on trouve dans les matériels électroniques (dont la colle durcit et craquelle avec le temps ce qui produit des abrasions locales ou des réactions chimiques d'oxydation prématurée). L'usine a utilisé ces scotches au lieu de plaques métalliques de fixation, ou bien a remplacé un modèle de ventilo par un autre qu n'est qu'à demi fixé et monté avec du scotch aussi pour éviter les fuites d'air: ce scotch finit par se décoller à cause de la température des radiateurs. Les usines chinoises prennent beaucoup de liberté avec les cahiers des charges des constructeurs, qui eux oublient de contrôler en continu les lots sortis des conteneurs (une fois passé la douane, c'est directement expédié par un service postal ou logistique sans aucun contrôle du contructeur ou de l'importateur en ne faisant que coller les étiquettes sur les cartons d'emballage ou gardé des mois dans des dépots logistiques pour la revente par n'mporte qui dans un catalogue de prix). Mais le pire ce sont les condensateurs qui fuient avec la température (ça ne se voit pas toujours, mais on peut parfois le humer en ouvrant la machine, ou constater le léger gonflement sur la partie supérieure où se trouve une croix de dilatation): s'il y a eu déjà un
Re: [OSM-talk-fr] Comcom Maker
Philippe, la réponse de Sly était du second degré Pas la peine d'en rajouter une tartine :) A. On 27/12/2013 14:24, Philippe Verdy wrote: Le 27 décembre 2013 17:43, sly (sylvain letuffe) lis...@letuffe.org mailto:lis...@letuffe.org a écrit : Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit : S'il ne peut pas tenir la charge à cause de défauts matériels (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais contacts, défaut de montage, problèmes de barrettes mémoire, bogues de firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.) C'est en effet un problème lié en partie à ce que tu décris (mais pas tout à la fois heureusement) en fait, cette machine dispose d'une carte mère assez ancienne et à cause de vibrations anormales dans la super structure du bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque eurasiatique et une expert en tecktonik des plaques doit nous le confirmer) :-) Dans ce cas je comprend pourquoi mon propre PC situé sur la même plaque continentale m'a lâché il n'y a pas si longtemps. Sérieusement les microvibrations du batiment dans un datacenter, ça n'existe pas. A la limite on pourrait avoir des vibrations causées par le système de ventilation des baies, à cause d'une mauvaise installation/fixation, des cheminements hasardeux de cables (et des longueurs flottantes en excès) qui gêne le flux de ventilation. Mais on peut soupçonner que le PC était lui-même mal monté avec ses composants internes aussi, et que durant le transport des connecteurs ont bougé. c'est pour ça qu'on a besoin d'une salle de montage sur place pour vérifier que tout est bien calé. Souent quand on monte soi-même un PC, on peut oublier de monter des fixations. Le transport peut aussi provoquer des torsions suffisantes sur la carcasse, avec des chocs pendant la conduite, pour que des connecteurs se déboitent partiellement (les barettes mémoire sont facilement sujettes à ce genre de défaut de connexion, ainsi que les miniconnecteurs des ventilos internes). Certains câbles SATA ou USB ont aussi tendance à se défaire trop facilement, les prises externes ont parfois des soudures à peine suffisantes, qui lâchent à la première insertion (bogue courant sur de nombreuses clés de stockage USB dont la coque de protection est beaucoup trop souple alors que les broches soudées du connecteur sont trop rigides, ce qui décolle facilement les micro-soudures; nombre de cartes mères ont des soudures en surface mal faires pour les puces les plus larges, une microtorsion suffit à décoller les contacts de façon invisible, notamment sur les broches des coins, les connecteurs de nappes plastiques souple sont souvent très fragiles aussi, et la gravure de ces nappes est beaucoup trop fine et génère une impédance trop élevée nuisible à la qualité des signaux aux plus hautes fréquences : cela peut concerner les nappes des têtes de disque dur, mais on en trouve aussi dans les SSD entre plusieurs mini-cartes reliant la partie contrôleur bus aux puces mémoires). Sur plein de SSD, les puces mémoires ont juste un refroidissement passif par simple contact avec le boitier alu externe, une légère déformation du boîtier lors de la manutention et du montage provoque des surchauffes en utilisation intensive du SSD. Et sur nombre de PC, le CPU, le GPU ou les chips contrôleurs de bridge, sont tout bonnement mal montés (mauvaise efficacité des caloducs, pâte thermique non conforme), de même que les capteurs externes de température. On trouve aussi des trucs hideux comme le remplissage façon barbouillage, avec des gels silicones sensés immobiliser les connecteurs et puces montées dans un support, mais qui mettent les composants en contact direct avec les chocs et vibrations des coques externes et réduit aussi l'efficacité de la disspation thermique. Et c'est fou maintenant le nombre de scotches de mauvaise qualité qu'on trouve dans les matériels électroniques (dont la colle durcit et craquelle avec le temps ce qui produit des abrasions locales ou des réactions chimiques d'oxydation prématurée). L'usine a utilisé ces scotches au lieu de plaques métalliques de fixation, ou bien a remplacé un modèle de ventilo par un autre qu n'est qu'à demi fixé et monté avec du scotch aussi pour éviter les fuites d'air: ce scotch finit par se décoller à cause de la température des radiateurs. Les usines chinoises prennent beaucoup de liberté avec les cahiers des charges des constructeurs, qui eux oublient de contrôler en continu les lots sortis des conteneurs (une fois passé la douane, c'est directement expédié par un service postal ou logistique sans aucun contrôle du contructeur ou de l'importateur en ne faisant que coller les étiquettes sur les cartons d'emballage ou gardé des mois dans des dépots logistiques pour la revente par n'mporte qui dans un catalogue
Re: [OSM-talk-fr] Comcom Maker
Vous usez trop du second degré pour ne rien dire, ou simplement masquer vos avis pour qu'on ne puisse pas y répondre. En fin de compte personne ne sait de quoi vous parlez. Le 27 décembre 2013 23:54, Arnaud Vandecasteele arnaud@gmail.com a écrit : Philippe, la réponse de Sly était du second degré Pas la peine d'en rajouter une tartine :) A. On 27/12/2013 14:24, Philippe Verdy wrote: Le 27 décembre 2013 17:43, sly (sylvain letuffe) lis...@letuffe.org a écrit : Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit : S'il ne peut pas tenir la charge à cause de défauts matériels (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais contacts, défaut de montage, problèmes de barrettes mémoire, bogues de firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.) C'est en effet un problème lié en partie à ce que tu décris (mais pas tout à la fois heureusement) en fait, cette machine dispose d'une carte mère assez ancienne et à cause de vibrations anormales dans la super structure du bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque eurasiatique et une expert en tecktonik des plaques doit nous le confirmer) :-) Dans ce cas je comprend pourquoi mon propre PC situé sur la même plaque continentale m'a lâché il n'y a pas si longtemps. Sérieusement les microvibrations du batiment dans un datacenter, ça n'existe pas. A la limite on pourrait avoir des vibrations causées par le système de ventilation des baies, à cause d'une mauvaise installation/fixation, des cheminements hasardeux de cables (et des longueurs flottantes en excès) qui gêne le flux de ventilation. Mais on peut soupçonner que le PC était lui-même mal monté avec ses composants internes aussi, et que durant le transport des connecteurs ont bougé. c'est pour ça qu'on a besoin d'une salle de montage sur place pour vérifier que tout est bien calé. Souent quand on monte soi-même un PC, on peut oublier de monter des fixations. Le transport peut aussi provoquer des torsions suffisantes sur la carcasse, avec des chocs pendant la conduite, pour que des connecteurs se déboitent partiellement (les barettes mémoire sont facilement sujettes à ce genre de défaut de connexion, ainsi que les miniconnecteurs des ventilos internes). Certains câbles SATA ou USB ont aussi tendance à se défaire trop facilement, les prises externes ont parfois des soudures à peine suffisantes, qui lâchent à la première insertion (bogue courant sur de nombreuses clés de stockage USB dont la coque de protection est beaucoup trop souple alors que les broches soudées du connecteur sont trop rigides, ce qui décolle facilement les micro-soudures; nombre de cartes mères ont des soudures en surface mal faires pour les puces les plus larges, une microtorsion suffit à décoller les contacts de façon invisible, notamment sur les broches des coins, les connecteurs de nappes plastiques souple sont souvent très fragiles aussi, et la gravure de ces nappes est beaucoup trop fine et génère une impédance trop élevée nuisible à la qualité des signaux aux plus hautes fréquences : cela peut concerner les nappes des têtes de disque dur, mais on en trouve aussi dans les SSD entre plusieurs mini-cartes reliant la partie contrôleur bus aux puces mémoires). Sur plein de SSD, les puces mémoires ont juste un refroidissement passif par simple contact avec le boitier alu externe, une légère déformation du boîtier lors de la manutention et du montage provoque des surchauffes en utilisation intensive du SSD. Et sur nombre de PC, le CPU, le GPU ou les chips contrôleurs de bridge, sont tout bonnement mal montés (mauvaise efficacité des caloducs, pâte thermique non conforme), de même que les capteurs externes de température. On trouve aussi des trucs hideux comme le remplissage façon barbouillage, avec des gels silicones sensés immobiliser les connecteurs et puces montées dans un support, mais qui mettent les composants en contact direct avec les chocs et vibrations des coques externes et réduit aussi l'efficacité de la disspation thermique. Et c'est fou maintenant le nombre de scotches de mauvaise qualité qu'on trouve dans les matériels électroniques (dont la colle durcit et craquelle avec le temps ce qui produit des abrasions locales ou des réactions chimiques d'oxydation prématurée). L'usine a utilisé ces scotches au lieu de plaques métalliques de fixation, ou bien a remplacé un modèle de ventilo par un autre qu n'est qu'à demi fixé et monté avec du scotch aussi pour éviter les fuites d'air: ce scotch finit par se décoller à cause de la température des radiateurs. Les usines chinoises prennent beaucoup de liberté avec les cahiers des charges des constructeurs, qui eux oublient de contrôler en continu les lots sortis des conteneurs (une fois passé la douane, c'est directement expédié par un service postal ou logistique sans aucun contrôle du
Re: [OSM-talk-fr] Comcom Maker
On a du nouveau de ce coté ? Florian. Le Dimanche 24 novembre 2013 16h56, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 24/11/2013 16:49, Vincent de Château-Thierry a écrit : Bonjour, Le 24/11/2013 16:08, Christian Quest a écrit : Il se trouvait sur osm7 avant que celui-ci ne tombe en panne et soit totalement ré-installé. Il va être remis en route, surtout qu'avec 100% des communes on va pouvoir viser le 100% d'EPCI et autres découpages du même genre. Le 24 novembre 2013 16:00, Otourly Wiki otou...@yahoo.fr mailto:otou...@yahoo.fr a écrit : Bonjour, il semblerait que cet outil ne soit plus disponible. C'est gênant, car avec la réforme des collectivités territoriales en janvier prochain il va y avoir du pain sur la planche... Florian. En complément sur le thème des EPCI, je (re)signale cette source : http://www.data.gouv.fr/DataSet/572273 Il donne la liste, par EPCI, des communes membres, au 01/01/2013. Sa mise à jour sera intéressante l'année prochaine bien sûr, mais la réforme a déjà eu des effets cette année. Je m'occupe de remettre comcom maker en route. C'est en cours. Pour ce qui est des EPCI, et comme je l'avais fait pour les cantons, on peut utiliser comcommaker en ligne de commande. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comcom Maker
Bonjour, il semblerait que cet outil ne soit plus disponible. C'est gênant, car avec la réforme des collectivités territoriales en janvier prochain il va y avoir du pain sur la planche... Florian. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Il se trouvait sur osm7 avant que celui-ci ne tombe en panne et soit totalement ré-installé. Il va être remis en route, surtout qu'avec 100% des communes on va pouvoir viser le 100% d'EPCI et autres découpages du même genre. Le 24 novembre 2013 16:00, Otourly Wiki otou...@yahoo.fr a écrit : Bonjour, il semblerait que cet outil ne soit plus disponible. C'est gênant, car avec la réforme des collectivités territoriales en janvier prochain il va y avoir du pain sur la planche... Florian. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Bonjour, Le 24/11/2013 16:08, Christian Quest a écrit : Il se trouvait sur osm7 avant que celui-ci ne tombe en panne et soit totalement ré-installé. Il va être remis en route, surtout qu'avec 100% des communes on va pouvoir viser le 100% d'EPCI et autres découpages du même genre. Le 24 novembre 2013 16:00, Otourly Wiki otou...@yahoo.fr mailto:otou...@yahoo.fr a écrit : Bonjour, il semblerait que cet outil ne soit plus disponible. C'est gênant, car avec la réforme des collectivités territoriales en janvier prochain il va y avoir du pain sur la planche... Florian. En complément sur le thème des EPCI, je (re)signale cette source : http://www.data.gouv.fr/DataSet/572273 Il donne la liste, par EPCI, des communes membres, au 01/01/2013. Sa mise à jour sera intéressante l'année prochaine bien sûr, mais la réforme a déjà eu des effets cette année. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Le 24/11/2013 16:49, Vincent de Château-Thierry a écrit : Bonjour, Le 24/11/2013 16:08, Christian Quest a écrit : Il se trouvait sur osm7 avant que celui-ci ne tombe en panne et soit totalement ré-installé. Il va être remis en route, surtout qu'avec 100% des communes on va pouvoir viser le 100% d'EPCI et autres découpages du même genre. Le 24 novembre 2013 16:00, Otourly Wiki otou...@yahoo.fr mailto:otou...@yahoo.fr a écrit : Bonjour, il semblerait que cet outil ne soit plus disponible. C'est gênant, car avec la réforme des collectivités territoriales en janvier prochain il va y avoir du pain sur la planche... Florian. En complément sur le thème des EPCI, je (re)signale cette source : http://www.data.gouv.fr/DataSet/572273 Il donne la liste, par EPCI, des communes membres, au 01/01/2013. Sa mise à jour sera intéressante l'année prochaine bien sûr, mais la réforme a déjà eu des effets cette année. Je m'occupe de remettre comcom maker en route. C'est en cours. Pour ce qui est des EPCI, et comme je l'avais fait pour les cantons, on peut utiliser comcommaker en ligne de commande. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom maker KO ?
Bonjour, De : Xavier Je viens de m'essayer à la création de la limite administrative de Somme-Suippe en regardant sur cette doc http://wiki.openstreetmap.org/wiki/FR:Relation:boundary et en m'inspirant de ce que Pieren a fait pour Suippes. Résultat : je crois que je n'ai jamais eu autant d'erreur de validation avec si peu de points :) Ce que j'ai fait : j'ai chargé les feuilles cadastrales ZA01 et ZW01. J'ai ensuite tracé la frontière en lui donnant comme attribut : - admin-level = 8 - boundary = administrative - source = cadastre-dgi-... Ensuite pour les relations (qui reste un domaine un peu flou pour moi), j'ai mis : http://www.cc-regiondesuippes.fr/divers/frontiere.jpg Et, dans résultat de validation en bas à droite de l'image, vous pouvez constater la catastrophe :) Je l'upload tout de même sur OSM pour que vous puissiez ce que j'ai fait de plus prêt et éventuellement m'aider à rectifier. En fait, pas de gros souci. La seule véritable erreur relevée par le validateur est la première : le multypolygone n'est pas fermé. En gros, pour une relation de type boundary, ce qu'attend le validateur, c'est une suite de ways qui forment une boucle. Pour l'instant, tu n'as dans ta relation qu'un seul way : http://www.openstreetmap.org/browse/way/155276223 qui ne forme pas une boucle fermée. Il te faut continuer le tracé de la limite à partir des autres planches, pour que petit à petit tu puisses inclure dans la relation tous les ways qui dessinent le contour de Somme-Suippes. Certains d'entre eux n'ont pas besoin d'être dessinés car ils l'ont déjà été pour le tracé de Suippes. Ceux là, il faut les réutiliser, en les découpant pour isoler la portion commune aux 2 communes (hum). En tant que régional de l'étape (comme tu dis), je suis partant pour les faire toutes (même si un coup de mains sera apprécié à sa juste valeur) mais j'aimerais surtout être sur de comprendre comment cela fonctionne avant de multiplier les erreurs. Ça vaut le coup de jeter un oeil ici : http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives# La_m.C3.A9thode Bon courage et à suivre, 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] Comcom maker KO ?
2012/3/16 Vincent de Chateau-Thierry v...@laposte.net: Oui, en principe, on ne crée la relation qu'à la fin, lorsque la boucle est bouclée ;-) Et il faut effectivement réutiliser les limites des communes adjacentes. Il faut encore que je consolide celle avec Cuperly que j'ai dupliqué par erreur (pas vu) et que je me mette aussi à utiliser le tag addr:postcode au lieu de postal_code (question d'habitude). Pour la validation, il est possible que JOSM continue de râler même si c'est tout bon de notre côté. Ignore les warning 's (pas grave) mais essaie de corriger si c'est en error (grave). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom maker KO ?
Le 15/03/2012 10:15, Vincent de Chateau-Thierry a écrit : Une pétouille (non, c'est pas de l'acharnement :-) ): Non... ça montre qu'il y a des gens qui utilisent ccm et qu'en plus, ils sont observateurs... dans la liste déroulante Construire, quand on choisit un type de collectivité territoriale ou d'EPCI, ça ne met pas à jour les tags associés. Ça fonctionne en revanche pour les autres rubriques. vincent En fait, dans le script js, il y avait un return true pour le changement d'overlay (les couches reprises de bedta.letuffe) avant l'analyse des tags. Donc changement de rubrique sans changement d'overlay, ça marche. changement de rubrique avec changement d'overlay, ça ne change que l'overlay, pas les tags. C'est corrigé. On va finir par y arriver ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom maker KO ?
Le 14/03/2012 17:31, Vincent de Chateau-Thierry a écrit : De : Xavier Je voudrais également l'utiliser pour définir la communauté de communes dans laquelle je suis, mais je viens de tester, et je n'ai pas la liste des communes qui s'affiche ! (avec firefox et chromium), le petit icone de chargement s'affiche pendant une demi seconde, mais ensuite, aucune commune n'est sélectionnable ! Voir capture d'écran ici : http://www.cc-regiondesuippes.fr/divers/comcommaker.jpg Là le souci est d'une autre nature : pour la commune de Suippes et ses voisines directes, les limites communales ne sont pas encore définies dans OSM. Or elles sont nécessaires pour construire la limite de la Communauté de Communes. Voir : http://beta.letuffe.org/?zoom=11lat=49.11552lon=4.53992layers=BFFTFFF si c'est vert, jaune ou rouge, il y a de la matière. Si c'est blanc, il y a tout à faire :-) Et dans ce cas, pour qui serait motivé : http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives 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 Apparemment, mon message précédent n'est pas parti. Je disais donc : Ahhh ! OK, c'est donc pour ça que je n'avais rien qui se chargeait. Et imaginons que je veuille définir les limites administratives de chaque communes de la communauté de communes, suis-je obligé de chargé une à une les feuilles du cadastre (avec les croisillons de lambert) pour les délimiter ? Ou y a-t-il une solution plus rapide/facile ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom maker KO ?
De : Xavier Apparemment, mon message précédent n'est pas parti. Je disais donc : Ahhh ! OK, c'est donc pour ça que je n'avais rien qui se chargeait. Et imaginons que je veuille définir les limites administratives de chaque communes de la communauté de communes, suis-je obligé de chargé une à une les feuilles du cadastre (avec les croisillons de lambert) pour les délimiter ? Ou y a-t-il une solution plus rapide/facile ? Non, je n'en connais pas d'autres. Néanmoins si ce scenario te fait fuir, on doit pouvoir faire autrement, dans la suite de ce qu'a commencé Pieren hier soir. Il y a moyen, en se coordonnant ici, de se répartir la tâche pour caler les différentes planches et tracer les limites. Le tout étant de s'annoncer ici avant de démarrer, histoire de ne pas faire les choses en doublon. Mais priorité au régional de l'étape : à toi de dire si tu veux t'y coller, ou pas :-). vincent ps. en l'état, les limites de Suippes en frontière de Cuperly sont en doublon, il faudrait les fusionner. 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
[OSM-talk-fr] Comcom maker KO ?
Bonjour, Je ne parviens plus aujourd'hui à utiliser Comcom maker à cette adresse : http://osm7.openstreetmap.fr/~vincentpottier/comcom/ J'obtiens une erreur 500 quand je clique pour sélectionner une commune, par ex. : http://osm7.openstreetmap.fr/~vincentpottier/comcom/ajax.py? lat=47.517963071937lon=4.9790418334962where=boundary%3Dadministrative%0Aadmin_level%3D8 = 500 Internal Server Error Merci à ceux qui sauront y jeter un oeil. 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] Comcom maker KO ?
Le 14/03/2012 14:37, Vincent de Chateau-Thierry a écrit : Bonjour, Je ne parviens plus aujourd'hui à utiliser Comcom maker à cette adresse : http://osm7.openstreetmap.fr/~vincentpottier/comcom/ J'obtiens une erreur 500 quand je clique pour sélectionner une commune, par ex. : http://osm7.openstreetmap.fr/~vincentpottier/comcom/ajax.py? lat=47.517963071937lon=4.9790418334962where=boundary%3Dadministrative%0Aadmin_level%3D8 = 500 Internal Server Error Merci à ceux qui sauront y jeter un oeil. vincent C'est corrigé. J'ai fait une bourde hier soir. J'ai nettoyé un peu fort. Mais, avec les problèmes de cache serveur, l'erreur risque d'apparaître encore parfois quelques temps jusqu'à... mort des threads, je suppose. Ou relance d'apache, je ne sais pas. Je pense qu'après plusieurs tentiatives, la commune devrait finir par être chargée. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom maker KO ?
Le 14/03/2012 16:54, Vincent de Chateau-Thierry a écrit : De : Vincent Pottier C'est corrigé. J'ai fait une bourde hier soir. J'ai nettoyé un peu fort. Mais, avec les problèmes de cache serveur, l'erreur risque d'apparaître encore parfois quelques temps jusqu'à... mort des threads, je suppose. Ou relance d'apache, je ne sais pas. Je pense qu'après plusieurs tentiatives, la commune devrait finir par être chargée. Merci Vincent. En effet, même si ça n'est pas encore à 100%, je peux faire marcher la selection. En revanche... au moment de valider en cliquant sur éditer, j'ai cette fois-ci une erreur JS qui pointe vers le fichier comcom.js (ligne 256 : JSON.parse:unexpected character). Du coup pas de réponse et pas de passerelle vers JOSM. Je pars a priori d'un cache nettoyé. Argh :-( merci pour ton coup d'oeil, vincent Je voudrais également l'utiliser pour définir la communauté de communes dans laquelle je suis, mais je viens de tester, et je n'ai pas la liste des communes qui s'affiche ! (avec firefox et chromium), le petit icone de chargement s'affiche pendant une demi seconde, mais ensuite, aucune commune n'est sélectionnable ! Voir capture d'écran ici : http://www.cc-regiondesuippes.fr/divers/comcommaker.jpg ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom maker KO ?
De : Xavier Je voudrais également l'utiliser pour définir la communauté de communes dans laquelle je suis, mais je viens de tester, et je n'ai pas la liste des communes qui s'affiche ! (avec firefox et chromium), le petit icone de chargement s'affiche pendant une demi seconde, mais ensuite, aucune commune n'est sélectionnable ! Voir capture d'écran ici : http://www.cc-regiondesuippes.fr/divers/comcommaker.jpg Là le souci est d'une autre nature : pour la commune de Suippes et ses voisines directes, les limites communales ne sont pas encore définies dans OSM. Or elles sont nécessaires pour construire la limite de la Communauté de Communes. Voir : http://beta.letuffe.org/?zoom=11lat=49.11552lon=4.53992layers=BFFTFFF si c'est vert, jaune ou rouge, il y a de la matière. Si c'est blanc, il y a tout à faire :-) Et dans ce cas, pour qui serait motivé : http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives 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] Comcom maker KO ?
Le 14/03/2012 17:31, Vincent de Chateau-Thierry a écrit : De : Xavier Je voudrais également l'utiliser pour définir la communauté de communes dans laquelle je suis, mais je viens de tester, et je n'ai pas la liste des communes qui s'affiche ! (avec firefox et chromium), le petit icone de chargement s'affiche pendant une demi seconde, mais ensuite, aucune commune n'est sélectionnable ! Voir capture d'écran ici : http://www.cc-regiondesuippes.fr/divers/comcommaker.jpg Là le souci est d'une autre nature : pour la commune de Suippes et ses voisines directes, les limites communales ne sont pas encore définies dans OSM. Or elles sont nécessaires pour construire la limite de la Communauté de Communes. Voir : http://beta.letuffe.org/?zoom=11lat=49.11552lon=4.53992layers=BFFTFFF si c'est vert, jaune ou rouge, il y a de la matière. Si c'est blanc, il y a tout à faire :-) Et dans ce cas, pour qui serait motivé : http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives 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 Ah, ok. Et vous me confirmez que, n'ayant que le plan cadastral papier (avec croisillons de lambert), il faut que je prenne une à une les feuilles de chaque commune pour les délimiter ? Ou y a-t-il une méthode plus rapide ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom maker KO ?
Le 14/03/2012 19:00, Corneliux a écrit : Le 14/03/2012 17:31, Vincent de Chateau-Thierry a écrit : Et dans ce cas, pour qui serait motivé : http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives Ah, ok. Et vous me confirmez que, n'ayant que le plan cadastral papier (avec croisillons de lambert), il faut que je prenne une à une les feuilles de chaque commune pour les délimiter ? Ou y a-t-il une méthode plus rapide ? Oui, c'est bien comme ça qu'il faut procéder, tant que le cadastre est scanné, et non vectorisé. Suippes, c'est 30 planches dont 28 avec des croisillons en Lambert I, donc le calage doit pouvoir se faire en suivant la démarche expliquée ici : http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilisation_pour_les_communes_au_format_image Après, il peut y avoir plus rapide, peut-être :-) : http://lists.openstreetmap.org/pipermail/talk-fr/2012-March/041356.html vincent (sur le mode le cadastre scanné, c'est bon, mangez-en :-) ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom maker KO ?
Seules les planches limitrophes sont utiles... donc sûrement moins de 30. Parfois elles n'ont pas de croissillons, dans ce cas, il faut essayer avec les planches de la commune de l'autre côté... Le 14 mars 2012 21:34, Vincent de Chateau-Thierry v...@laposte.net a écrit : Oui, c'est bien comme ça qu'il faut procéder, tant que le cadastre est scanné, et non vectorisé. Suippes, c'est 30 planches dont 28 avec des croisillons en Lambert I -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom maker KO ?
Le 14/03/2012 16:54, Vincent de Chateau-Thierry a écrit :
En revanche... au moment de valider en cliquant sur éditer, j'ai cette
fois-ci une erreur JS qui pointe vers le fichier comcom.js (ligne 256 :
JSON.parse:unexpected character). Du coup pas de réponse et pas de passerelle
vers
JOSM. Je pars a priori d'un cache nettoyé. Argh :-(
Une solution de secours :
En mode expert (bouton en haut à gauche) un textarea contient les
identifiants des relations des communes sous la forme rNNN, rNNN, rNNN
On peut copier/coller cette liste dans JOSM (télécharger un objet) pour
obtenir toutes les relations.
On peut alors ne sélectionner que le pourtour pour composer la relation
de la comcom.
C'est vrai que ça n'a pas la magie de comcomMaker !
La panne : python 2.6 n'aime pas les définitions d'objets par
compréhension sous la forme :
tagDict = {t.split('=')[0]:t.split('=')[1] for t in teq.split(sep)}
que j'ai mis en local pour du python 2.7 et qui permet de passer en une
ligne de code de la chaîne de caractères
boundary=administrative,admin_level=8
au dictionnaire {boundary:administrative,admin_level:8} Génial !
Il faut passer 4 lignes de codes avec une boucle for. Dommage...
C'est corrigé.
Ainsi qu'une autre bourde liée aux deux versions locale et osm7.
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
