[OSM-talk-fr] Remplacement de power=minor_line par power=line en France
Bonjour, La proposition sur le transport de l'énergie électrique n'ayant pas été votée, et continuant à travailler dessus actuellement, je pense qu'il serait bon de prendre certaines initiatives en France. Une des questions centrales reste les seuils de tension à partir desquels on décide d'utiliser des valeurs comme power=minor_line au détriment de power=line par exemple. Ces seuils sont implicites, ce qui laisse trop de liberté quant à leur interprétation. Je pense qu'il serait bon de ne plus utiliser *power=minor_line* pour cartographier des lignes 20 000 V (HTA) dans un premier temps et de remplacer au fur et à mesure par *power=line + voltage=2*. Les deux cas existent actuellement, celui avec power=line est le plus pérenne et cohérent. Il en va de même avec power=cable. Les valeurs power=minor_line et power=minor_cable resteraient valables pour des lignes/câbles basse tension avec un voltage = 400 V. Le rendu d'ITO est déjà compatible à 100%, et je m’apprête à ouvrir un ticket sur le git du rendu standard d'OSM pour qu'il tienne compte de cette ambiguïté. *Dans tous les cas*, l'utilisation du tag power=minor_line *ne dispense pas de préciser le voltage* (20 kV en France métropolitaine donc, voltage=2) pour être exhaustif. Dans l'attente de vos feedbacks. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le Sun, 22 Dec 2013 09:44:14 +0100, Christian Quest cqu...@openstreetmap.fr a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Je prends le train en marche, mais pour le boulot, j'avais commencé un chantier en ce sens. Je suis parti d'un fichier planet saucissonné avec osmosis et le fichier du COG et ensuite traités avec une moulinette en Java. J'obtiens un fichier csv qui reprend le COG complété par le(s) code(s) postal(ux) de la commune et le centre de la commune et un fichier qui prend les codes postaux manquants. J'étais arrivé à un fichier incomplet (manquait environ 600 codes postaux). J'ai complété ces codes manquants (à partir de wikipedia ou j'ai noté des codes erronés qui y ont été modifiés), et suis arrivé à un fichier complet (par code insee), mais environ 300 codes postaux incohérents. Il me restait ces 300 codes à modifier (en général code différent entre l'admin center et la relation donc vérification à faire sur wikipedia et le service en ligne de la poste), un heureux évènement dans la famille a un peu bouleversé le planning :D. Le code de la moulinette est ici (crassou, pas commenté, bref du POC dans un premier temps) : http://svn.nuiton.org/svn/sandbox/referentielCommunesOsm/ Je peux filer mon CSV a qui veux (1,8Mo). Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales simplifiées... disponibles !
Nouveau fichier dispo (à tester): les limites sous forme non pas de polygone, mais de linestring. C'est utile quand on veut représenter les frontières proprement pour chaque niveau administratif. C'est ici (simplifié à 100m): http://osm13.openstreetmap.fr/~cquest/openfla/export/limites-20131223-100m-shp.zip : Pour chaque limite on a: - le code INSEE des communes à gauche et à droite (issu d'OSM) - le niveau administratif (2,4,6,7,8) issu du croisement avec le COG Je vais compléter sûrement avec les noms des niveaux administratifs, peut être aussi en croisant avec d'autres découpages comme les EPCI, bref l'idée est de savoir qu'une limite est une limite de N découpages et lesquels. De quoi faire une belle dataviz de notre fameux mille-feuilles ! Pour info, retrouver qui est à gauche ou à droite se fait avec postgis et ST_Intersects + ST_LineInterpolatePoint et ST_OffsetCurve. Traiter les 110 000 limites et générer le shapefile ne prends que 38s, voici la tête de la requête: select admin_level, case when cote then insee1 else insee2 end as insee_gauche, case when cote then insee2 else insee2 end as insee_droit, way from (select ST_Intersects(p1.poly250, st_line_interpolate_point(st_offsetcurve((st_dump(l.lim250)).geom, 0.1, 'quad_segs=1 join=mitre'), 0.5)) as cote, (st_dump(l.lim250)).geom as way, i1.insee as insee1, i2.insee as insee2, case when array_length(l.insee,1)=1 then 2 when i1.reg!=i2.reg then 4 when i1.dep!=i2.dep then 6 when i1.ar != i2.ar then 7 else 8 end as admin_level from osm_limites l join insee_cog i1 on (l.insee[1] = i1.insee) left join insee_cog i2 on (l.insee[2]=i2.insee) join osm_fla p1 on (p1.insee=i1.insee) ) as lim Il me manque juste la détection frontière terrestre ou maritime... -- 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
[OSM-talk-fr] Tuiles non accessibles sur osm.org
Bonjour, Depuis hier je n'arrive plus à afficher les tuiles du rendu Mapnik en provenance d'osm.org. Ça se manifeste sur le site lui-même, mais aussi sur d'autres sites qui attaquent les mêmes tuiles (comme Mapcraft). Manifestement c'est le serveur derrière lyon.tile.openstreetmap.org qui a des soucis, c'est de lui dont je dépends. Un ping ne renvoit rien. En switchant sur pau.tile.openstreetmap.org tout va bien. Au cas où, voici l'extrait de mon fichier host pointant sur Pau pour les domaines en question : 193.55.222.229 a.tile.openstreetmap.org 193.55.222.229 b.tile.openstreetmap.org 193.55.222.229 c.tile.openstreetmap.org 193.55.222.229 lyon.tile.openstreetmap.org vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Pareil pour moi (depuis hier soir?). Un ping c.tile.openstreetmap.org me dit aussi que c'est envoyé sur lyon.tile.openstreetmap.org qui ne répond pas. Eric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Ce semble coincer entre free et lyonix vu du traceroute de chez moi. Mais depuis les serveurs chez free, le ping passe... bizarre Le 23 décembre 2013 12:32, Eric SIBERT courr...@eric.sibert.fr a écrit : Pareil pour moi (depuis hier soir?). Un ping c.tile.openstreetmap.org me dit aussi que c'est envoyé sur lyon.tile.openstreetmap.org qui ne répond pas. Eric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ 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] Tuiles non accessibles sur osm.org
Ca passe depuis ma connexion Numericable, je n'ai rien constaté de perturbant Le 23 décembre 2013 12:37, Christian Quest cqu...@openstreetmap.fr a écrit : Ce semble coincer entre free et lyonix vu du traceroute de chez moi. Mais depuis les serveurs chez free, le ping passe... bizarre Le 23 décembre 2013 12:32, Eric SIBERT courr...@eric.sibert.fr a écrit : Pareil pour moi (depuis hier soir?). Un ping c.tile.openstreetmap.org me dit aussi que c'est envoyé sur lyon.tile.openstreetmap.org qui ne répond pas. Eric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Je suis moi aussi chez Free, et ca ne passe pas! Jean-Marc Gailis Jānis-Marks Gailis Thunderbird Translator Latvian Ubuntu Translator Ubuntu Translator Team Mozilla Translator Team Think Global, Make Locales. 2013/12/23 Philippe Verdy verd...@wanadoo.fr Ca passe depuis ma connexion Numericable, je n'ai rien constaté de perturbant Le 23 décembre 2013 12:37, Christian Quest cqu...@openstreetmap.fr a écrit : Ce semble coincer entre free et lyonix vu du traceroute de chez moi. Mais depuis les serveurs chez free, le ping passe... bizarre Le 23 décembre 2013 12:32, Eric SIBERT courr...@eric.sibert.fr a écrit : Pareil pour moi (depuis hier soir?). Un ping c.tile.openstreetmap.org me dit aussi que c'est envoyé sur lyon.tile.openstreetmap.org qui ne répond pas. Eric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ 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 ___ 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
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Détermination de l'itinéraire vers lyon.tile.openstreetmap.org[77.95.70.166] avec un maximum de 30 sauts : 11 ms1 ms1 ms 192.168.1.1 2 9 ms 6 ms 5 ms 10.33.128.1 314 ms12 ms 5 ms ip-4.net-80-236-5.static.numericable.fr[80.236.5.4] 427 ms25 ms25 ms ip-190.net-80-236-0.static.numericable.fr[80.236.0.190] 532 ms29 ms29 ms ip-185.net-80-236-0.static.numericable.fr[80.236.0.185] 646 ms45 ms44 ms 172.19.129.66 746 ms48 ms46 ms ip-95.net-80-236-7.static.numericable.fr[80.236.7.95] 845 ms47 ms45 ms asr-l1c-v500.rezopole.net [77.95.71.3] 945 ms44 ms47 ms fw2-v22.rezopole.net [77.95.70.147] 1046 ms46 ms45 ms openstreetmap.rezopole.net [77.95.70.166] Itinéraire déterminé. Numericable n'utilise pas le lien Freeix-Lyonix ? Le 23 décembre 2013 12:56, Philippe Verdy verd...@wanadoo.fr a écrit : Ca passe depuis ma connexion Numericable, je n'ai rien constaté de perturbant Le 23 décembre 2013 12:37, Christian Quest cqu...@openstreetmap.fr a écrit : Ce semble coincer entre free et lyonix vu du traceroute de chez moi. Mais depuis les serveurs chez free, le ping passe... bizarre Le 23 décembre 2013 12:32, Eric SIBERT courr...@eric.sibert.fr a écrit : Pareil pour moi (depuis hier soir?). Un ping c.tile.openstreetmap.org me dit aussi que c'est envoyé sur lyon.tile.openstreetmap.org qui ne répond pas. Eric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Bizarre, les serveurs de tuiles d'OSM ne sont pas en 193.55.222.229 mais en 77.95.70.166. Peut-être que c'est un problème de transition de serveur et que votre cache DNS n'est pas à jour. Le 23 décembre 2013 12:58, Jean-Marc Gailis jeanmarc.gai...@gmail.com a écrit : Je suis moi aussi chez Free, et ca ne passe pas! Jean-Marc Gailis Jānis-Marks Gailis Thunderbird Translator Latvian Ubuntu Translator Ubuntu Translator Team Mozilla Translator Team Think Global, Make Locales. 2013/12/23 Philippe Verdy verd...@wanadoo.fr Ca passe depuis ma connexion Numericable, je n'ai rien constaté de perturbant Le 23 décembre 2013 12:37, Christian Quest cqu...@openstreetmap.fr a écrit : Ce semble coincer entre free et lyonix vu du traceroute de chez moi. Mais depuis les serveurs chez free, le ping passe... bizarre Le 23 décembre 2013 12:32, Eric SIBERT courr...@eric.sibert.fr a écrit : Pareil pour moi (depuis hier soir?). Un ping c.tile.openstreetmap.org me dit aussi que c'est envoyé sur lyon.tile.openstreetmap.org qui ne répond pas. Eric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ 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 ___ 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
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Au fait, je n'utilise pas le serveur DNS de Numéricable par défaut mais ceux dOpenDNS qui lui semble bien à jour. Utiliser ces deux IP pour configurer les serveurs DNS sur votre routeur (voir www.opendns.com) 208.67.222.222 208.67.220.220 On dirait qu'il y a eu un problème chez vos fournisseurs de propagation d'une modif des entrées du domaine ppenstreetmap.org Le 23 décembre 2013 13:02, Philippe Verdy verd...@wanadoo.fr a écrit : Bizarre, les serveurs de tuiles d'OSM ne sont pas en 193.55.222.229 mais en 77.95.70.166. Peut-être que c'est un problème de transition de serveur et que votre cache DNS n'est pas à jour. Le 23 décembre 2013 12:58, Jean-Marc Gailis jeanmarc.gai...@gmail.com a écrit : Je suis moi aussi chez Free, et ca ne passe pas! Jean-Marc Gailis Jānis-Marks Gailis Thunderbird Translator Latvian Ubuntu Translator Ubuntu Translator Team Mozilla Translator Team Think Global, Make Locales. 2013/12/23 Philippe Verdy verd...@wanadoo.fr Ca passe depuis ma connexion Numericable, je n'ai rien constaté de perturbant Le 23 décembre 2013 12:37, Christian Quest cqu...@openstreetmap.fr a écrit : Ce semble coincer entre free et lyonix vu du traceroute de chez moi. Mais depuis les serveurs chez free, le ping passe... bizarre Le 23 décembre 2013 12:32, Eric SIBERT courr...@eric.sibert.fr a écrit : Pareil pour moi (depuis hier soir?). Un ping c.tile.openstreetmap.org me dit aussi que c'est envoyé sur lyon.tile.openstreetmap.org qui ne répond pas. Eric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ 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 ___ 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
Re: [OSM-talk-fr] Limites communales simplifiées... disponibles !
Attention lors de vos mises à jour de fractions cantonales dans les communes à ne pas casser à nouveau les frontières communales. (Je viens de réparer les communes voisines d'Annemasse cassées par la création récente de ses deux fractions cantonales Nord et Sud. JE l'ai fait aussi il y a quelques jours pour quelques autres communes.) Si vous créez les fractions cantonales d'une commune, chargez aussi les communes limitrophes et toutes les relations qui utilisent la frontière que vous voulez scinder en deux. Est-ce encore utile de créer ces fractions cantonales alors que le nombre de cantons va être divisé par deux (avec des regroupements des cantons actuels), sauf peut-être là où cela implquerait un redécoupage aussi des circonscriptions législatives. Dans les grandes villes divisées seulement en 2 ou 3 cantons (incluant aussi des communes limitrophes), il est fort probable que les fractions cantonales seront conservées (le regroupement se fera sans doute avec des cantons ruraux voisins), mais on doit encore attendre les arrêtés qui pourraient en décider autrement et favoriser les regroupements supprimant le fractionnement des communes. Pour les plus grandes métropoles, on n'a aucun moyen de prédire comment seront faits les regroupements, d'autant plus que les limites seront sans doute révisées aussi en tenant compte des données de population infracommunales de l'Insee. Ils doivent arriver très vite ces arrêtés (et il doit même y avoir déjà des données sur le projet de redécoupage pour se faire une idée des fractions cantonales qui seront probablement conservées, même su ce n'est pas encore finalisé). A partir de janvier on va avoir les données finalisées des populations légales, ce qui permettra de boucler le projet de découpage. L'insee est certainement en train de boucler ça justement dans les communes pour savoir s'il fait encore les découper ou pas avec les nouveaux seuils légaux. Le 23 décembre 2013 12:13, Christian Quest cqu...@openstreetmap.fr a écrit : Nouveau fichier dispo (à tester): les limites sous forme non pas de polygone, mais de linestring. C'est utile quand on veut représenter les frontières proprement pour chaque niveau administratif. C'est ici (simplifié à 100m): http://osm13.openstreetmap.fr/~cquest/openfla/export/limites-20131223-100m-shp.zip : Pour chaque limite on a: - le code INSEE des communes à gauche et à droite (issu d'OSM) - le niveau administratif (2,4,6,7,8) issu du croisement avec le COG Je vais compléter sûrement avec les noms des niveaux administratifs, peut être aussi en croisant avec d'autres découpages comme les EPCI, bref l'idée est de savoir qu'une limite est une limite de N découpages et lesquels. De quoi faire une belle dataviz de notre fameux mille-feuilles ! Pour info, retrouver qui est à gauche ou à droite se fait avec postgis et ST_Intersects + ST_LineInterpolatePoint et ST_OffsetCurve. Traiter les 110 000 limites et générer le shapefile ne prends que 38s, voici la tête de la requête: select admin_level, case when cote then insee1 else insee2 end as insee_gauche, case when cote then insee2 else insee2 end as insee_droit, way from (select ST_Intersects(p1.poly250, st_line_interpolate_point(st_offsetcurve((st_dump(l.lim250)).geom, 0.1, 'quad_segs=1 join=mitre'), 0.5)) as cote, (st_dump(l.lim250)).geom as way, i1.insee as insee1, i2.insee as insee2, case when array_length(l.insee,1)=1 then 2 when i1.reg!=i2.reg then 4 when i1.dep!=i2.dep then 6 when i1.ar != i2.ar then 7 else 8 end as admin_level from osm_limites l join insee_cog i1 on (l.insee[1] = i1.insee) left join insee_cog i2 on (l.insee[2]=i2.insee) join osm_fla p1 on (p1.insee=i1.insee) ) as lim Il me manque juste la détection frontière terrestre ou maritime... -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Le 23/12/2013 13:02, Philippe Verdy a écrit : Bizarre, les serveurs de tuiles d'OSM ne sont pas en 193.55.222.229 mais en 77.95.70.166. 193.55.222.229 c'est l'IP pour atteindre le serveur de Pau, d'où l'aiguillage que j'utilise pour contourner l'accès par défaut vers Lyon (77.95.70.166). Et en effet, je suis aussi chez Free. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Pour automatiser la recherche de CP, j'ai monté une API : http://commucode.s13d.fr/ Avec les données de l'INSEE, croisées de WP et la Poste. Ça m'a pris un peu de temps pour être à jour (et il faudra que je revois ça au 1er janvier), mais ça me semble pas mal... Plus qu'à trouver des gens pour la tester. 2013/12/23 Jean Couteau cout...@codelutin.com: Le Sun, 22 Dec 2013 09:44:14 +0100, Christian Quest cqu...@openstreetmap.fr a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Je prends le train en marche, mais pour le boulot, j'avais commencé un chantier en ce sens. Je suis parti d'un fichier planet saucissonné avec osmosis et le fichier du COG et ensuite traités avec une moulinette en Java. J'obtiens un fichier csv qui reprend le COG complété par le(s) code(s) postal(ux) de la commune et le centre de la commune et un fichier qui prend les codes postaux manquants. J'étais arrivé à un fichier incomplet (manquait environ 600 codes postaux). J'ai complété ces codes manquants (à partir de wikipedia ou j'ai noté des codes erronés qui y ont été modifiés), et suis arrivé à un fichier complet (par code insee), mais environ 300 codes postaux incohérents. Il me restait ces 300 codes à modifier (en général code différent entre l'admin center et la relation donc vérification à faire sur wikipedia et le service en ligne de la poste), un heureux évènement dans la famille a un peu bouleversé le planning :D. Le code de la moulinette est ici (crassou, pas commenté, bref du POC dans un premier temps) : http://svn.nuiton.org/svn/sandbox/referentielCommunesOsm/ Je peux filer mon CSV a qui veux (1,8Mo). Jean ___ 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] Membre qui mappe n'importe quoi
Bonjour, Je tiens à vous prévenir des agissements d'un certain françois05 : http://www.openstreetmap.org/user/Fran%C3%A7ois05 qui mappe strictement n'importe comment et qui ne sait même pas utiliser les tags et qui en plus ne veut rien entendre et croit absolument avoir raison. Celui-ci sévit sur les pistes et remontées mécaniques du Dévoluy. Voilà pour le signalement. Bonne fin d'après-midi ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Membre qui mappe n'importe quoi
Comme remontees n'est pas abonné à la lite n'oubliez pas de le mettre en copie de vos réponses From: remont...@free.fr Date: Mon, 23 Dec 2013 15:32:10 +0100 To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] Membre qui mappe n'importe quoi Bonjour, Je tiens à vous prévenir des agissements d'un certain françois05 : http://www.openstreetmap.org/user/Fran%C3%A7ois05 qui mappe strictement n'importe comment et qui ne sait même pas utiliser les tags et qui en plus ne veut rien entendre et croit absolument avoir raison. Celui-ci sévit sur les pistes et remontées mécaniques du Dévoluy. Voilà pour le signalement. Bonne fin d'après-midi ___ 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
Re: [OSM-talk-fr] OpenAquiMap, la cartographie libre de l'Aquitaine
2013/12/21 Vincent Bergeot v.berg...@lespetitsdebrouillards.org: OpenAquiMap a pour but de favoriser la contribution, la collecte et l'amélioration de données OpenStreetMap : Bravo pour cette initiative. En espérant que d'autres régions emboitent le pas.. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Quel aiguillage? Tu veux dire que tu as change le DNS d'OSM.org pour qu'il resolve vers Lyon et non Pau? De mon côté je n'ai rien changé, Numéricable non plus dans son routage IP (je ne sais pas ce qu'il en est de son serveur DNS par défaut), et OpenDNS non plus dans ses serveur DNS. En quoi le serveur de Pau est meilleur que celui de Lyon? Notamment si celui de Pau est déjà utilisé pour les utilisateurs en Espagne, Andorre et Portugal (pour le rendu Mapnik par défaut d'OSM.org). Pour d'autres rendus spécifiques je veux bien que ça fase une différence mais pas sur les mêmes serveurs de toutes façon... Le 23 décembre 2013 14:15, Vincent de Château-Thierry v...@laposte.net a écrit : Le 23/12/2013 13:02, Philippe Verdy a écrit : Bizarre, les serveurs de tuiles d'OSM ne sont pas en 193.55.222.229 mais en 77.95.70.166. 193.55.222.229 c'est l'IP pour atteindre le serveur de Pau, d'où l'aiguillage que j'utilise pour contourner l'accès par défaut vers Lyon (77.95.70.166). Et en effet, je suis aussi chez Free. vincent ___ 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
Re: [OSM-talk-fr] Limites communales simplifiées... disponibles !
Le 19 déc. 2013 à 22:23, Philippe Verdy verd...@wanadoo.fr a écrit : Tant que tu y es tu peux regarder les concessions à perpétuité des États-Unis en Normandie ou dans d'autres régions pour les cimetières. Il ne semble pas pour tant que ce soient pleinement des territoires américains et que la France à encore en charge leur sécurité, même si elle n'y appliqué plus directement la loi française. Cela me paraît un capillotracté de vouloir traiter comme un bout de territoire étranger, la moindre parcelle où l'exterritorialité est plutôt affaire de courtoisie. Je suppose que l'on ne va pas y mettre toutes les ambassades et faire de Paris un gigantesque emmenthal (non, pas le gruyère). Je trouve qu'il y a des choses plus urgentes à faire. Réglons le problème facilement : on ne s'en occupe pas et on met une note. Christian R.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Le 23/12/2013 16:21, Philippe Verdy a écrit : Quel aiguillage? Tu veux dire que tu as change le DNS d'OSM.org pour qu'il resolve vers Lyon et non Pau? Dès mon 1er message j'ai parlé de _mon_ fichier host : c'est là que je fais la correspondance entre lyon.tile.openstreetmap.org et l'IP du service de tuiles de Pau. En quoi le serveur de Pau est meilleur que celui de Lyon? Tout simplement, celui de Pau répond, alors que, de chez moi, celui de Lyon est muet. Ça me semble une raison suffisante. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Membre qui mappe n'importe quoi
T'ain, j'utilise pas iD, mais c'est dingue qu'on puisse encore entrer une valeur vide associée à une clef (skilift=). Exemple ici : http://www.openstreetmap.org/way/251703633 (Bon, je suis pas d'humeur à chercher sur le Github ce soir.) JB. Le 23/12/2013 15:32, remont...@free.fr a écrit : Bonjour, Je tiens à vous prévenir des agissements d'un certain françois05 : http://www.openstreetmap.org/user/Fran%C3%A7ois05 qui mappe strictement n'importe comment et qui ne sait même pas utiliser les tags et qui en plus ne veut rien entendre et croit absolument avoir raison. Celui-ci sévit sur les pistes et remontées mécaniques du Dévoluy. Voilà pour le signalement. Bonne fin d'après-midi ___ 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
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Et bien justement chez moi celui de Lyon répond (regarde le traceroute que j'ai posté). Va comprendre. Le 23 décembre 2013 16:56, Vincent de Château-Thierry v...@laposte.net a écrit : Le 23/12/2013 16:21, Philippe Verdy a écrit : Quel aiguillage? Tu veux dire que tu as change le DNS d'OSM.org pour qu'il resolve vers Lyon et non Pau? Dès mon 1er message j'ai parlé de _mon_ fichier host : c'est là que je fais la correspondance entre lyon.tile.openstreetmap.org et l'IP du service de tuiles de Pau. En quoi le serveur de Pau est meilleur que celui de Lyon? Tout simplement, celui de Pau répond, alors que, de chez moi, celui de Lyon est muet. Ça me semble une raison suffisante. vincent ___ 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
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
suite à un petit échange sur irc, TomH a basculé le traffic FR sur Pau au lieu de Lyon... mais c'est quand même bizarre car depuis les serveurs osm-fr chez free, je ping le serveur de lyon, mais pas de chez moi (free). Le 23 décembre 2013 16:56, Vincent de Château-Thierry v...@laposte.net a écrit : Le 23/12/2013 16:21, Philippe Verdy a écrit : Quel aiguillage? Tu veux dire que tu as change le DNS d'OSM.org pour qu'il resolve vers Lyon et non Pau? Dès mon 1er message j'ai parlé de _mon_ fichier host : c'est là que je fais la correspondance entre lyon.tile.openstreetmap.org et l'IP du service de tuiles de Pau. En quoi le serveur de Pau est meilleur que celui de Lyon? Tout simplement, celui de Pau répond, alors que, de chez moi, celui de Lyon est muet. Ça me semble une raison suffisante. vincent ___ 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] codes postaux...
c'est juste dommage qu'il faille s'inscrire même pour tester, du coup j'ai même pas testé... je ne voit pas comment on peut créer des applis' de ce genre et se permettre de balancer le lien sur une liste d'un projet libre... -- View this message in context: http://gis.19327.n5.nabble.com/codes-postaux-tp5790531p5790699.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales simplifiées... disponibles !
Ce qui est capillotracté c'est d'interpréter de cette façon ce que j'ai écrit, qui dit justement le contraire. Relis. Pas plus en France qu'ailleurs, pour les ambassades, ou pour les résidences papales ou institutions vaticanes à Rome ou autour, ou les concessions accordées à des organisations internationales (par exemple celles de l'ONU, ou de l'Union Européenne et le Conseil de l'Europe à Bruxelles ou Strasbourg) on ne crée de trous dans les territoires du seul fait de l''existence du'une extraterritorialité ou d'un abandon de certains droits (fiscaux par exemple) par le pays hôte. Et sinon l'extraterritorialité n'est pas qu'une question de courtoisie, il s'agit d'un droit d'usage permanent, garanti par traités ou lettres diplomatiques, dont il existe des copies auprès de diverses instances internationales ou des les archives nationales de divers pays. Ces accords garantis en temps de paix ne sont pas librement repris par un ays hôte sans que cela soit sans conséquence grave. La nature des droits cédés (et le droit applicable ou les cours compétentes en cas de litige) dans ces extraterritorialités varie aussi lieu par lieu. Même chose pour les installation du CERN (dont le siège est en Suisse mais la plus grande partie des installations est en France) ou la route reliant l'aéroport de Mulhouse-Bâle-Fribourg entièrement situé en France (mais desservant en premier lieu l'agglomération suisse de Bâle dont il est le plus proche) : c'était un intérêt mutuel des pays hôtes et pays utilisateurs ou des organisations présentes de s'engager dans ce genre de coopération et de garantir cet usage à très long terme. C'en assez similiaire pour les pays comme pour les propriétés foncières privées avec la notion de droit concernant la nue propriété et l'usufruit. Ces éléments de propriété sont séparables. La souveraineté territoriale est une question de propriété, l'occupant ne peut pas pourtant s'en saisir, mais l'extraterritorialité va plus loin car l'usufruit simple des lieux n'est pas librement transmissible non plus à n'importe quel autre pays, et l'usufruit a très souvent une limite liée à la vie physique de celui qui en bénéficie, ou une limite dans le temps : le locataire ne dispose de son droit qu'à condition de respecter et reconnaître la souveraineté qu'il n'a pas acquise sur les lieux qu'il occupe pour son propre usage (et pas l'usage par un tiers sans engager sa propre responsabilité). On trouve aussi des arrangement similaires dans l'administation territoriale interne d'un pays, entre ses propres collectivités locales, avec des territoires dont l'usufruit est partagé. mais qu'aucune collectivité ne dispose formellement (cas courant en Espagne, et qu'on retrouve à quelques endroits aussi en France à la frontière franco-espagnole (là encore cela n'a rien à voir avec la simple courtoisie, c'est un droit très ancien issu de traités internationaux). Mais arriver à faire le détail sur ces types d'extraterritorialité est impossible avec des tags simple : chaque cas local est particulier, on ne peut pas tout mettre dans des tags, tout ce qu'on peut mettre d'exact sera la référence à un texte légal qu'on doit s'interdire d'interpréter, surtout quand il a fait l'objet de tas de négociations ultérieures et de divers ajustement par des tribunaux ou des décisions administratives négociées à l'amiable dont on n'a pas tous les détails privés. Si on commence à rentrer là-dedans alors on ne peut pratiquement plus rien cartographier nulle part : fatalement on entrera dans le droit privé, et on ne peut pas tout bonnement pas le vérifier. Bref on ne s'intéresse qu'à la partie visible de l'iceberg, le reste n'est pas dans OSM, c'est à voir sur place. Le 23 décembre 2013 16:54, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 19 déc. 2013 à 22:23, Philippe Verdy verd...@wanadoo.fr a écrit : Tant que tu y es tu peux regarder les concessions à perpétuité des États-Unis en Normandie ou dans d'autres régions pour les cimetières. Il ne semble pas pour tant que ce soient pleinement des territoires américains et que la France à encore en charge leur sécurité, même si elle n'y appliqué plus directement la loi française. Cela me paraît un capillotracté de vouloir traiter comme un bout de territoire étranger, la moindre parcelle où l'exterritorialité est plutôt affaire de courtoisie. Je suppose que l'on ne va pas y mettre toutes les ambassades et faire de Paris un gigantesque emmenthal (non, pas le gruyère). Je trouve qu'il y a des choses plus urgentes à faire. Réglons le problème facilement : on ne s'en occupe pas et on met une note. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales simplifiées... disponibles !
Relis ... sadique ... :) Le 23 décembre 2013 18:13, Philippe Verdy verd...@wanadoo.fr a écrit : Ce qui est capillotracté c'est d'interpréter de cette façon ce que j'ai écrit, qui dit justement le contraire. Relis. Pas plus en France qu'ailleurs, pour les ambassades, ou pour les résidences papales ou institutions vaticanes à Rome ou autour, ou les concessions accordées à des organisations internationales (par exemple celles de l'ONU, ou de l'Union Européenne et le Conseil de l'Europe à Bruxelles ou Strasbourg) on ne crée de trous dans les territoires du seul fait de l''existence du'une extraterritorialité ou d'un abandon de certains droits (fiscaux par exemple) par le pays hôte. Et sinon l'extraterritorialité n'est pas qu'une question de courtoisie, il s'agit d'un droit d'usage permanent, garanti par traités ou lettres diplomatiques, dont il existe des copies auprès de diverses instances internationales ou des les archives nationales de divers pays. Ces accords garantis en temps de paix ne sont pas librement repris par un ays hôte sans que cela soit sans conséquence grave. La nature des droits cédés (et le droit applicable ou les cours compétentes en cas de litige) dans ces extraterritorialités varie aussi lieu par lieu. Même chose pour les installation du CERN (dont le siège est en Suisse mais la plus grande partie des installations est en France) ou la route reliant l'aéroport de Mulhouse-Bâle-Fribourg entièrement situé en France (mais desservant en premier lieu l'agglomération suisse de Bâle dont il est le plus proche) : c'était un intérêt mutuel des pays hôtes et pays utilisateurs ou des organisations présentes de s'engager dans ce genre de coopération et de garantir cet usage à très long terme. C'en assez similiaire pour les pays comme pour les propriétés foncières privées avec la notion de droit concernant la nue propriété et l'usufruit. Ces éléments de propriété sont séparables. La souveraineté territoriale est une question de propriété, l'occupant ne peut pas pourtant s'en saisir, mais l'extraterritorialité va plus loin car l'usufruit simple des lieux n'est pas librement transmissible non plus à n'importe quel autre pays, et l'usufruit a très souvent une limite liée à la vie physique de celui qui en bénéficie, ou une limite dans le temps : le locataire ne dispose de son droit qu'à condition de respecter et reconnaître la souveraineté qu'il n'a pas acquise sur les lieux qu'il occupe pour son propre usage (et pas l'usage par un tiers sans engager sa propre responsabilité). On trouve aussi des arrangement similaires dans l'administation territoriale interne d'un pays, entre ses propres collectivités locales, avec des territoires dont l'usufruit est partagé. mais qu'aucune collectivité ne dispose formellement (cas courant en Espagne, et qu'on retrouve à quelques endroits aussi en France à la frontière franco-espagnole (là encore cela n'a rien à voir avec la simple courtoisie, c'est un droit très ancien issu de traités internationaux). Mais arriver à faire le détail sur ces types d'extraterritorialité est impossible avec des tags simple : chaque cas local est particulier, on ne peut pas tout mettre dans des tags, tout ce qu'on peut mettre d'exact sera la référence à un texte légal qu'on doit s'interdire d'interpréter, surtout quand il a fait l'objet de tas de négociations ultérieures et de divers ajustement par des tribunaux ou des décisions administratives négociées à l'amiable dont on n'a pas tous les détails privés. Si on commence à rentrer là-dedans alors on ne peut pratiquement plus rien cartographier nulle part : fatalement on entrera dans le droit privé, et on ne peut pas tout bonnement pas le vérifier. Bref on ne s'intéresse qu'à la partie visible de l'iceberg, le reste n'est pas dans OSM, c'est à voir sur place. Le 23 décembre 2013 16:54, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 19 déc. 2013 à 22:23, Philippe Verdy verd...@wanadoo.fr a écrit : Tant que tu y es tu peux regarder les concessions à perpétuité des États-Unis en Normandie ou dans d'autres régions pour les cimetières. Il ne semble pas pour tant que ce soient pleinement des territoires américains et que la France à encore en charge leur sécurité, même si elle n'y appliqué plus directement la loi française. Cela me paraît un capillotracté de vouloir traiter comme un bout de territoire étranger, la moindre parcelle où l'exterritorialité est plutôt affaire de courtoisie. Je suppose que l'on ne va pas y mettre toutes les ambassades et faire de Paris un gigantesque emmenthal (non, pas le gruyère). Je trouve qu'il y a des choses plus urgentes à faire. Réglons le problème facilement : on ne s'en occupe pas et on met une note. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, alexis GAYTE
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Ça ressemble bien à une peine interne du réseau Free. Pour les autres FAI tout dépend du lieu où ils font le peering. Cependant je note que la résolution DNS vient effectivement de changer.;maintenant tile.openstreetmap.org résoud sur Pau (193.55.222.229) accessible via Franceix à Paris et Renater (Paris, Orléans, Poitiers, Bordeaux, Pau). Mais c'est *beaucoup* plus lent que le peering rapide de Numéricable directement à Lyon Rezopole (sans passer par FreeIX non plus, ou alors Numéricable dispose à FreeIX d'une bande passante privée garantie pour son propre trafic, et c'est hors du trafic GIX). Le peering Renater a un taux de perte de trames visible, une latence élevée, beaucoup de gigue, car notre trafic n'a aucune QoS garantie (et Renater est très restrictif sur l'usage, ce réseau n'est pas du tout idéal pour distribuer essentiellement des images en download, c'est trop asymétrique, on se prend sans arrêt des ralentissements par contrôle de bande passante ou trafic shaping, surtout sur Franceix; notre trafic n'a aucune priorité et peut être perçu comme trop agressif pour les autres membres de l'IX; FreeIX est également très agressif). Certes un serveur d'image pour OSM demande beaucoup moins qu'un site d'hébergement de vidéos, qui ne peut bien marcher qu'avec des tas de POP et de liens de peering privés avec beaucoup de FAI. Le GIX de Renater c'est bien pour acheminer des mails (dans tous les sens), des sites web statiques, ou des serveur DNS, ou pour le trafic interuniversitaire et entre centres de recherches (qui y ont leur propre réserve de bande passante) mais pas tellement pour notre type de service graphique très asymétrique. En plus je ne pense pas que le serveur de Pau soit actuellement taillé pour du jour au lendemain les requêtes de la France (ou des autres pays qui se connectaient à Lyon), même si en ce moment de fêtes, le trafic est plus faible (on verra le problème dès le 25 das la journée). Le 23 décembre 2013 18:49, Christian Quest cqu...@openstreetmap.fr a écrit : suite à un petit échange sur irc, TomH a basculé le traffic FR sur Pau au lieu de Lyon... mais c'est quand même bizarre car depuis les serveurs osm-fr chez free, je ping le serveur de lyon, mais pas de chez moi (free). Le 23 décembre 2013 16:56, Vincent de Château-Thierry v...@laposte.neta écrit : Le 23/12/2013 16:21, Philippe Verdy a écrit : Quel aiguillage? Tu veux dire que tu as change le DNS d'OSM.org pour qu'il resolve vers Lyon et non Pau? Dès mon 1er message j'ai parlé de _mon_ fichier host : c'est là que je fais la correspondance entre lyon.tile.openstreetmap.org et l'IP du service de tuiles de Pau. En quoi le serveur de Pau est meilleur que celui de Lyon? Tout simplement, celui de Pau répond, alors que, de chez moi, celui de Lyon est muet. Ça me semble une raison suffisante. vincent ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales simplifiées... disponibles !
Oui. il peut relire la première phrase qu'il a lui-même extraite et citée, mais pas lue même s'il a sauté le reste. Contrairement à certains qui donnent des pistes pour les interpréter entre les lignes seulement dans une note ambiguë en fin de message (en prétendant ensuite que c'est de l'ironie ou de l'humour, alors qu'il n'y a rien de drôle), je donne les clés dans la première phrase. Je me demande qui est le plus sadique dans l'histoire. Admettons que ton message est aussi de l'humour ou de l'ironie. Couchez-vous tôt ce soir si vous faites de la route demain (il y aura du monde, même les camions qui peuvent rouler, des chaussées glissantes, beaucoup de vent, de quoi bien stresser). Fermez vos derniers paquets si c'est pas encore fait, pensez à confirmer vos hôtels avant de partir ou dès ce soir. Allez. Noyeux Joël... Le 23 décembre 2013 19:35, alexis gayte alexis.ga...@gmail.com a écrit : Relis ... sadique ... :) Le 23 décembre 2013 18:13, Philippe Verdy verd...@wanadoo.fr a écrit : Ce qui est capillotracté c'est d'interpréter de cette façon ce que j'ai écrit, qui dit justement le contraire. Relis. Pas plus en France qu'ailleurs, pour les ambassades, ou pour les résidences papales ou institutions vaticanes à Rome ou autour, ou les concessions accordées à des organisations internationales (par exemple celles de l'ONU, ou de l'Union Européenne et le Conseil de l'Europe à Bruxelles ou Strasbourg) on ne crée de trous dans les territoires du seul fait de l''existence du'une extraterritorialité ou d'un abandon de certains droits (fiscaux par exemple) par le pays hôte. Et sinon l'extraterritorialité n'est pas qu'une question de courtoisie, il s'agit d'un droit d'usage permanent, garanti par traités ou lettres diplomatiques, dont il existe des copies auprès de diverses instances internationales ou des les archives nationales de divers pays. Ces accords garantis en temps de paix ne sont pas librement repris par un ays hôte sans que cela soit sans conséquence grave. La nature des droits cédés (et le droit applicable ou les cours compétentes en cas de litige) dans ces extraterritorialités varie aussi lieu par lieu. Même chose pour les installation du CERN (dont le siège est en Suisse mais la plus grande partie des installations est en France) ou la route reliant l'aéroport de Mulhouse-Bâle-Fribourg entièrement situé en France (mais desservant en premier lieu l'agglomération suisse de Bâle dont il est le plus proche) : c'était un intérêt mutuel des pays hôtes et pays utilisateurs ou des organisations présentes de s'engager dans ce genre de coopération et de garantir cet usage à très long terme. C'en assez similiaire pour les pays comme pour les propriétés foncières privées avec la notion de droit concernant la nue propriété et l'usufruit. Ces éléments de propriété sont séparables. La souveraineté territoriale est une question de propriété, l'occupant ne peut pas pourtant s'en saisir, mais l'extraterritorialité va plus loin car l'usufruit simple des lieux n'est pas librement transmissible non plus à n'importe quel autre pays, et l'usufruit a très souvent une limite liée à la vie physique de celui qui en bénéficie, ou une limite dans le temps : le locataire ne dispose de son droit qu'à condition de respecter et reconnaître la souveraineté qu'il n'a pas acquise sur les lieux qu'il occupe pour son propre usage (et pas l'usage par un tiers sans engager sa propre responsabilité). On trouve aussi des arrangement similaires dans l'administation territoriale interne d'un pays, entre ses propres collectivités locales, avec des territoires dont l'usufruit est partagé. mais qu'aucune collectivité ne dispose formellement (cas courant en Espagne, et qu'on retrouve à quelques endroits aussi en France à la frontière franco-espagnole (là encore cela n'a rien à voir avec la simple courtoisie, c'est un droit très ancien issu de traités internationaux). Mais arriver à faire le détail sur ces types d'extraterritorialité est impossible avec des tags simple : chaque cas local est particulier, on ne peut pas tout mettre dans des tags, tout ce qu'on peut mettre d'exact sera la référence à un texte légal qu'on doit s'interdire d'interpréter, surtout quand il a fait l'objet de tas de négociations ultérieures et de divers ajustement par des tribunaux ou des décisions administratives négociées à l'amiable dont on n'a pas tous les détails privés. Si on commence à rentrer là-dedans alors on ne peut pratiquement plus rien cartographier nulle part : fatalement on entrera dans le droit privé, et on ne peut pas tout bonnement pas le vérifier. Bref on ne s'intéresse qu'à la partie visible de l'iceberg, le reste n'est pas dans OSM, c'est à voir sur place. Le 23 décembre 2013 16:54, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 19 déc. 2013 à 22:23, Philippe Verdy verd...@wanadoo.fr a écrit : Tant que tu y es tu peux regarder les concessions à
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Le 23/12/2013 19:40, Philippe Verdy a écrit : Ça ressemble bien à une peine interne du réseau Free. Pour les autres FAI tout dépend du lieu où ils font le peering. Cependant je note que la résolution DNS vient effectivement de changer.;maintenant tile.openstreetmap.org http://tile.openstreetmap.org résoud sur Pau (193.55.222.229) Sans blague ! ... snip ... En plus je ne pense pas que le serveur de Pau soit actuellement taillé pour du jour au lendemain les requêtes de la France (ou des autres pays qui se connectaient à Lyon), même si en ce moment de fêtes, le trafic est plus faible (on verra le problème dès le 25 das la journée). 'tain, tu ne te fatiques pas à passer ton temps à écrire des conneries toutes plus grosses les unes que les autres sans aucun fondement ? Pour info, le serveur de tuiles palois n'utilise que 10% de ses IO disques, 2% de sa bande passante réseau, et 2% de son CPU... Quand à Renater, je te rassure, il est dimensionné pour supporter bien plus que les 20Mbs de trafic du serveur ! Même mon serveur perso, dans son placard, rangé sous la purée en flocons, fait mieux que ça ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Surtout quel rapport avec OSM ? Le 23 décembre 2013 19:11, PierreV belett...@hotmail.fr a écrit : c'est juste dommage qu'il faille s'inscrire même pour tester, du coup j'ai même pas testé... je ne voit pas comment on peut créer des applis' de ce genre et se permettre de balancer le lien sur une liste d'un projet libre... -- View this message in context: http://gis.19327.n5.nabble.com/codes-postaux-tp5790531p5790699.html Sent from the France mailing list archive at Nabble.com. ___ 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] Limites communales simplifiées... disponibles !
Le 23 déc. 2013 à 19:13, Philippe Verdy verd...@wanadoo.fr a écrit : Ce qui est capillotracté c'est d'interpréter de cette façon ce que j'ai écrit, qui dit justement Je ne te visais pas expressément. Je m'étonne que cette discussion traîne autant en longueur. A part les collectivités publiques comme le municipio de Llivia, je ne vois pas l'intérêt de s'occuper des micro-territoires enclavés, surtout au niveau de la parcelle. Je ne suis pas compétent pour vérifier les relations, mais, l'évidence est que ceux qui savent les faire devront éliminer toutes ces fanfreluches de mauvais goût que sont les éventuelles parcelles référées à un Etat étranger grâce à une relation. Courtoisie : concernait les accords pour les cimetières, car, il s'agissait de laisser à l'Etat concerné le soin de s'occuper de ses morts et de drainer l'argent nécessaire sans être bloqué par des questions de règlements internationaux, voire de code du travail. Note : fais plus court comme tu le faisais plus souvent, ces temps-ci, c'est meilleur pour toi et pour tes lecteurs. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Membre qui mappe n'importe quoi
Mmmm effectivement c'est pas terrible ^^ Mais c'est reporté ici: https://github.com/systemed/iD/issues/1894 Le 23 décembre 2013 17:51, JB jb...@mailoo.org a écrit : T'ain, j'utilise pas iD, mais c'est dingue qu'on puisse encore entrer une valeur vide associée à une clef (skilift=). Exemple ici : http://www.openstreetmap.org/way/251703633 (Bon, je suis pas d'humeur à chercher sur le Github ce soir.) JB. Le 23/12/2013 15:32, remont...@free.fr a écrit : Bonjour, Je tiens à vous prévenir des agissements d'un certain françois05 : http://www.openstreetmap.org/user/Fran%C3%A7ois05 qui mappe strictement n'importe comment et qui ne sait même pas utiliser les tags et qui en plus ne veut rien entendre et croit absolument avoir raison. Celui-ci sévit sur les pistes et remontées mécaniques du Dévoluy. Voilà pour le signalement. Bonne fin d'après-midi ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ 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
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Le 23/12/2013 19:59, Christophe Merlet a écrit : Même mon serveur perso, dans son placard, rangé sous la purée en flocons, fait mieux que ça ! Et c'est quelle url la purée en flocons ? :-) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Je ne parle pas de Renater tout entier, mais du peering vers les FAI. Et c'est plus lent je confirme. Le 23 décembre 2013 19:59, Christophe Merlet red...@redfoxcenter.org a écrit : Le 23/12/2013 19:40, Philippe Verdy a écrit : Ça ressemble bien à une peine interne du réseau Free. Pour les autres FAI tout dépend du lieu où ils font le peering. Cependant je note que la résolution DNS vient effectivement de changer.;maintenant tile.openstreetmap.org http://tile.openstreetmap.org résoud sur Pau (193.55.222.229) Sans blague ! Ce n'est pas une blague, regarde le message précédent qui contenait la route, et j'ai bel et bien vérifié les entrée sur OpenDNS. Oui ça a changé entre temps. En plus je ne pense pas que le serveur de Pau soit actuellement taillé pour du jour au lendemain les requêtes de la France (ou des autres pays qui se connectaient à Lyon), même si en ce moment de fêtes, le trafic est plus faible (on verra le problème dès le 25 das la journée). 'tain, tu ne te fatiques pas à passer ton temps à écrire des conneries toutes plus grosses les unes que les autres sans aucun fondement ? Et toi la politesse ne te fatigue pas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Surtout pour balancer sur la base d'apriori sur ce que je n'ai pas fait alors que j'ai montré une preuve plus haut (mais comme tu ne veux pas lire, tu préfère balancer TES fondements sur ce que MOI j'ai fait ou pas et que tu est incapable de montrer autrement que par l'insulte Le 23 décembre 2013 23:11, Philippe Verdy verd...@wanadoo.fr a écrit : Je ne parle pas de Renater tout entier, mais du peering vers les FAI. Et c'est plus lent je confirme. Le 23 décembre 2013 19:59, Christophe Merlet red...@redfoxcenter.org a écrit : Le 23/12/2013 19:40, Philippe Verdy a écrit : Ça ressemble bien à une peine interne du réseau Free. Pour les autres FAI tout dépend du lieu où ils font le peering. Cependant je note que la résolution DNS vient effectivement de changer.;maintenant tile.openstreetmap.org http://tile.openstreetmap.org résoud sur Pau (193.55.222.229) Sans blague ! Ce n'est pas une blague, regarde le message précédent qui contenait la route, et j'ai bel et bien vérifié les entrée sur OpenDNS. Oui ça a changé entre temps. En plus je ne pense pas que le serveur de Pau soit actuellement taillé pour du jour au lendemain les requêtes de la France (ou des autres pays qui se connectaient à Lyon), même si en ce moment de fêtes, le trafic est plus faible (on verra le problème dès le 25 das la journée). 'tain, tu ne te fatiques pas à passer ton temps à écrire des conneries toutes plus grosses les unes que les autres sans aucun fondement ? Et toi la politesse ne te fatigue pas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales simplifiées... disponibles !
J'ai fait court, mais quand on me provoque un peu et que dire court entraine carrément des incompérehensions, voire de l'hostilité, je suis obligé de développer. Pareil quand je pose une question courte à qui personne ne répond, et que je fais un seul et unique essai qui ne casse rien ,et que j'ai signalé, pour me faire répondre par un message carrément hostile, et toujours sans répondre à la question initiale posée à plusieurs endroits. Et là je vise quelques habitués ici qui se croient tout permis, et insulte tous ceux qu'ils veulent sans que personne n'ose les contredire parce qu'ils font certainement des choses très bien, mais aussi des tas de choses dont ils ne veulent parler avec personne ou carrément poussent les gens à faire des erreurs avec des réponses piégées, histoire de bien nous allumer après. Ceux -là se reconnaitront, car contrairement à eux je ne passe pas mon temps à les désigner ou à me moquer des gens en public ici ou ailleurs. Le 23 décembre 2013 21:03, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 23 déc. 2013 à 19:13, Philippe Verdy verd...@wanadoo.fr a écrit : Ce qui est capillotracté c'est d'interpréter de cette façon ce que j'ai écrit, qui dit justement Je ne te visais pas expressément. Je m'étonne que cette discussion traîne autant en longueur. A part les collectivités publiques comme le municipio de Llivia, je ne vois pas l'intérêt de s'occuper des micro-territoires enclavés, surtout au niveau de la parcelle. Je ne suis pas compétent pour vérifier les relations, mais, l'évidence est que ceux qui savent les faire devront éliminer toutes ces fanfreluches de mauvais goût que sont les éventuelles parcelles référées à un Etat étranger grâce à une relation. Courtoisie : concernait les accords pour les cimetières, car, il s'agissait de laisser à l'Etat concerné le soin de s'occuper de ses morts et de drainer l'argent nécessaire sans être bloqué par des questions de règlements internationaux, voire de code du travail. Note : fais plus court comme tu le faisais plus souvent, ces temps-ci, c'est meilleur pour toi et pour tes lecteurs. ___ 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
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
Le 23/12/2013 23:13, Philippe Verdy a écrit : Surtout pour balancer sur la base d'apriori sur ce que je n'ai pas fait alors que j'ai montré une preuve plus haut (mais comme tu ne veux pas lire, tu préfère balancer TES fondements sur ce que MOI j'ai fait ou pas et que tu est incapable de montrer autrement que par l'insulte Explique moi sur quoi tu bases tes allégations concernant la faiblesse supposée du serveur de Pau. Comme c'est un sujet que je maitrise, on va rester dessus ! En plus je ne pense pas que le serveur de Pau soit actuellement taillé pour du jour au lendemain les requêtes de la France (ou des autres pays qui se connectaient à Lyon), même si en ce moment de fêtes, le trafic est plus faible (on verra le problème dès le 25 das la journée). 'tain, tu ne te fatiques pas à passer ton temps à écrire des conneries toutes plus grosses les unes que les autres sans aucun fondement ? Et toi la politesse ne te fatigue pas. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles non accessibles sur osm.org
D'abord c'est toi qui est parti dessus, j'ai à peine évoqué le fait que le basculement de la France (et d'autres pas vers Pau pourrait avoir un impact car jusqu'alors il servait une zone bien plus restreinte. Mais le sujet principal n'était pas là: on ne m'a même pas cru quand j'ai fourni un traceroute, et on met en doute ma bonne foi. Je peux refournir un traceroute. On ne m'a pas cru quand j'ai fait un nslookup et précisé que j'utilisais OpenDNS (au passage h'avais bien relevé que je n'avais pas la même adresse IP que les autres, alors qu'ici certains se plaignent de non accès à Lyon depuis plus d'une journée, alors que Lyon n'a jamais cessé de répondre, même sil était inaccessible chez certains selon le FAI. Je vois bien que depuis la redirection DNS de Lyon vers Pau, le serveur est plus lent, le nombre de hops de routage IP est aussi deux fois plus élevé avec une gigue importante et un taux de perte non négligeable, et que j'ai des tas de tuiles qui mettent un temps fou à s'afficher ou ne s'affichent pas du tout (aucun problème tant que le domaine pointait à sur le proxy de Lyon). Que veux-tu que je te dises d'autres: ceux qui se sont plaints ici sont apparemment uniquement les abonnés à Free (ADSL ou fibre, je ne sais pas). Maintenant si suite au changement ça marche pour eux tant mieux, mais ça s'est dégradé aussi pour les autres. Je ne peux pas dire que Renater est en cause mais en changeant de GIX les FAI n'ont pas droit au même traitement au point d'entrée sur Renater ou au point de sortie. Visiblement le trafic shaping est en oeuvre et ce n'est pas de note ressort. Le 24 décembre 2013 00:03, Christophe Merlet red...@redfoxcenter.org a écrit : Le 23/12/2013 23:13, Philippe Verdy a écrit : Surtout pour balancer sur la base d'apriori sur ce que je n'ai pas fait alors que j'ai montré une preuve plus haut (mais comme tu ne veux pas lire, tu préfère balancer TES fondements sur ce que MOI j'ai fait ou pas et que tu est incapable de montrer autrement que par l'insulte Explique moi sur quoi tu bases tes allégations concernant la faiblesse supposée du serveur de Pau. Comme c'est un sujet que je maitrise, on va rester dessus ! En plus je ne pense pas que le serveur de Pau soit actuellement taillé pour du jour au lendemain les requêtes de la France (ou des autres pays qui se connectaient à Lyon), même si en ce moment de fêtes, le trafic est plus faible (on verra le problème dès le 25 das la journée). 'tain, tu ne te fatiques pas à passer ton temps à écrire des conneries toutes plus grosses les unes que les autres sans aucun fondement ? Et toi la politesse ne te fatigue pas. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr