Re: [OSM-talk-fr] 149 nouvelles communes au format vectoriel au cadastre ?
Le 01/02/2015 15:25, Yves Pratter a écrit : Alzeihmer a frappé: où se trouve la liste des communes ajoutées ? Didier2020 en a donné l'essentiel au début de ce fil : https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074732.html Sinon un moyen au jour le jour : https://twitter.com/CadInfos Pour simplifier l'accès complet, il y aura bientôt sur github la liste des 36000 communes avec leur format et la date de constat d'apparition de leur dernière version : soit une bascule raster/vecteur, soit une mise à jour du vecteur. Sans cette notion de date, la liste est déjà visible ici : https://github.com/osm-fr/bano-data/blob/master/cadastre_type.txt vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion contributeurs Toulouse ?
Bonjour, La prochaine occasion est en centre ville mardi 10 fevrier au soir dans le lieu dont je vous ai parle : http://lists.tetaneutral.net/pipermail/tetaneutral/2015-February/000210.html Sincerement, Laurent On Fri, 2015-01-23 at 13:11 +0100, Florian LAINEZ wrote: Merci Laurent, c'était très sympa. J'écris un mail à quest...@tetaneutral.net pour approfondir les sujets abordés. Cordialement Le 23 janvier 2015 10:57, Laurent GUERBY laur...@guerby.net a écrit : On Tue, 2015-01-20 at 11:49 +0100, Florian LAINEZ wrote: Merci les gars du Tetaneutral ! Perso cela me convient tout à fait. On se retrouve donc à la Paniolade à 19h. Bonjour, Merci d'être passé :). N'hesitez pas a me contacter pour concretiser quelques projets dont nous avons discuté. Le prochain repas hebdomadaire du libre toulousain est le QJELT http://lists.tetaneutral.net/pipermail/tetaneutral/2015-January/000207.html mardi 27 en centre ville (inscription necessaire pour logistique) Sincèrement, Laurent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Florian Lainez @overflorian ___ 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] OSM hors ligne
Donc ce n'est pas possible d'utiliser une seule base pour Overpass et le rendu ? Et si on envisageait de produire toutes les tuiles en PNG une fois pour toutes à tous les niveaux de zoom, est-ce que ça serait faisable ? Je m'attend à beaucoup de ressources nécessaires, mais ça pourrait être fait à terre dans de meilleures conditions (calculs distribué sur plusieurs machines). J'imagine que l'espace disque nécessaire serait plus élevé, même en optimisant (pas de rendu sur les océans). On 1/31/15, Christian Quest cqu...@openstreetmap.fr wrote: Une base planet pour du rendu c'est environ 500Go atuellement Une base overpass c'est du même ordre (et plus avec la gestion des historiques). Ce qu'il faut c'est la RAM mais surtout un SSD (de plus en plus abordable). Côté CPU, pas besoin de se ruiner vu le nombre d'utilisateurs et ce sont surtout les I/O qui sont la limitation. Le 31/01/2015 21:46, Pierre Knobel a écrit : Bonsoir. Je suis en train de me demander s'il existe des solutions pour consulter l'intégralité d'OSM sans accès internet. Mon problème c'est que je travaille dans un environnement où l'accès Internet est très lent et très cher, et où il est impossible de télécharger plus de quelques Mo de données par heure sans impacter la bande passante de mes collègues. On se partage une connexion satellite pour 50 personnes, et la majorité de la bande passante est allouée aux usages professionnels, sans rapport avec OSM. Je ne m'attends pas à trouver une solution toute prête pour OSM comme on en trouve pour Wikipedia ( http://fr.m.wikipedia.org/wiki/Wikip%C3%A9dia:Wikip%C3%A9dia_hors-connexion), donc je me demande quel type de matériel il me faudrait pour héberger la base de données complète planet, un serveur de tuiles et overpass-turbo. Il n'y aurait pas besoin de grosses performances, le plus souvent il n'y aurait qu'un seul utilisateur à la fois, et jamais plus de deux ou trois (dans le cas où je parviendrais à faire marcher les serveurs sur l'intranet). Est-ce que vous pensez qu'un PC de bureau récent avec une petite rallonge d'espace disque (1 ou 2 To) pourrait faire l'affaire ? En admettant que j'arrive à faire tourner tout ça, est-ce qu'il existe une solution pour mettre à jour la base de données de manière intermittente (une fois tous les deux mois dans mon cas) sans devoir réimporter l'intégralité de la base de données ? Je précise que je pars de loin, et qu'il me faudrait une bonne doc pour réussir à installer tous les composants logiciels nécessaires. J'ai déjà installé une base de données géospatiale et un serveur Web pour jouer avec GeoDjango, mais j'avais bêtement suivi des tutoriaux. Donc ce n'est pas évident que mon projet se concrétise. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 149 nouvelles communes au format vectoriel au cadastre ?
Le 1 févr. 2015 à 14:41, Vincent de Château-Thierry v...@laposte.net a écrit : les 168 communes apparues en vectoriel depuis le début de semaine ont été intégrées cette nuit Alzeihmer a frappé: où se trouve la liste des communes ajoutées ? Merci, — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM hors ligne
Le 01/02/2015 12:23, Pierre Knobel a écrit : Donc ce n'est pas possible d'utiliser une seule base pour Overpass et le rendu ? Ce sont des bases avec des structures très différents (usage différents), même si elles sont créées à partir des mêmes données. Et si on envisageait de produire toutes les tuiles en PNG une fois pour toutes à tous les niveaux de zoom, est-ce que ça serait faisable ? Je m'attend à beaucoup de ressources nécessaires, mais ça pourrait être fait à terre dans de meilleures conditions (calculs distribué sur plusieurs machines). J'imagine que l'espace disque nécessaire serait plus élevé, même en optimisant (pas de rendu sur les océans). Ca représente un tel volume que même les serveurs osm.org ne le font pas ! Sur osm13, les tuiles sont précalculées jusqu'au zoom 12 (rendu FR et HOT) avec une remise à jour hendo. Au delà, elles sont calculées à la première demande, puis mises à jour quand redemandées. Au délà du zoom 16, elles sont supprimées si elles ne sont pas consultées au bout de plusieurs semaines. Ca permet de limiter à environ 450Go le stockage des tuiles FR+HOT (sur SSD depuis quelques semaines). Les stats sont là: http://munin.openstreetmap.fr/free.org/osm13.openstreetmap.fr/index.html#disk sda = /ssd2 çàd le SSD qui contient la base postgresql (osm2pgsql) sdc+sdd = /ssd çàd le SSD qui contient les tuiles -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 149 nouvelles communes au format vectoriel au cadastre ?
Bonjour, Le 28/01/2015 21:31, Vincent de Château-Thierry a écrit : Le 28/01/2015 20:54, didier2020 a écrit une liste longue comme le bras : 02 02104 BOUFFIGNEREUX (...) 91 91630 VAL-SAINT-GERMAIN (LE) Eh bé :) J'arrive au même chiffre que toi. Ça fait du monde ! On verra demain si ça se voit ici : http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html Ça ne s'est finalement pas vu le lendemain. En effet, cette grosse livraison de contenu a mis en évidence pour nous un changement dans la manière de composer les plans côté Cadastre : le dessin des limites de parcelles a été modifié, ainsi que la police de caractères utilisée pour tous les textes, notamment ceux qui nous intéressent en premier lieu : numéros d'adresses. La description de la forme des caractères étant au coeur de la mécanique de récupération des infos pour BANO, le 29/1 au matin, rien parmi les nouvelles communes n'avait été intégré, le robot BANO ne reconnaissait rien parmi les nouveautés. Il a fallu que Tyndare (merci à lui), auteur de cette partie de code stratégique, remette les mains dedans, pour adapter les algorithmes à ces changements. C'était chose faite hier, en premier lieu au bénéfice de l'outil d'extraction d'adresses : http://cadastre.openstreetmap.fr/?type=adresses Les modifications ont été transmises au code BANO, et les 168 communes apparues en vectoriel depuis le début de semaine ont été intégrées cette nuit, apportant un peu plus de 2000 rapprochements et 2 adresses. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Le 31/01/2015 21:57, Vincent de Château-Thierry a écrit : Le 31/01/2015 20:43, lenny.libre a écrit : Le 31/01/2015 19:49, Stéphane Péneau a écrit : Elle n'est pas rapprochée car cette avenue est située dans les limites communales de Mérignac. A aucun moment elle ne passe dans Bordeaux. Il y a seulement quelques maisons qui semblent en faire parti. Je ne crois pas qu'il y ait de solution toute prête pour ce genre de situation, mais Vincent pourra certainement en dire plus. Bien vu, en effet, je l'ai vraiment raté !!! Le rapprochement se fait avec la même voie à Mérignac Je n'ai pas trouvé de statuts FANTOIR qui corresponde : Adresses hors périmètre est le plus proche, mais c'est toute la rue qui est hors périmètre ... Il y a bien un bout de code qui permet de récupérer des voies en dehors d'une commune pour tenter un rapprochement. Mais comme on est hors commune, pour ne pas prendre n'importe quoi, il faut un code Fantoir rattaché à la commune. Le cas que tu indiques est pile dedans, donc ça devrait marcher. Sauf que non. Bordeaux est une commune où certains noms sont suffixés. Et jusque là, pour les communes avec des noms suffixés, je zappe cette étape de recherche des voies en dehors de la commune. Pourquoi ? Pas idée ! Ça doit être la flemme :) Bref, ça ne marchera pas ce soir, mais pour ne pas oublier j'ai créé un ticket : https://github.com/osm-fr/bano/issues/88 vincent Pas ce soir ? Pas de soucis, il n'y a vraiment pas d'urgence, il y a suffisamment de taf pour passer à autre chose ; j'ai un post-it et un bon stylo pour me rappeler de revenir faire un tour. Par contre, je vois bien là l'utilisation de deux relations associatedStreet comme dit Philippe. La séparation entre deux communes coupe les parcelles et les bâtiments ; les n° de parcelles sont différents, et les n° dans la rue sont bien identiques dans les deux communes - il y donc bien un seul n° côté rue (bien que sur le cadastre de Bordeaux, le n° est prés de la limite inter-communale). Je vais enlever le FANTOIR du highway et créer les deux relations. Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM hors ligne
Et si tu nous expliquait vraiment ton problème? ;-) Non parce que si tu te retrouves sur un bateau avec une connexion internet limitée, globalement, je ne vois pas comment tu peux faire pour contribuer à OSM. Non seulement l'accès à la base OSM est difficile mais qu'en est-il d'autres sources de données? Bing, cadastre??? Tes propres données? (relevées en pleine mer?). Tu ne peux pas prévoir les zones/thématiques où tu vas travailler? L'upload n'est pas nécessairement problématique car tu n'envoies que ce que tu as modifié. Par contre, attendre un mois, c'est risquer les conflits d'édition. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Espaces demi m....
Bonjour, Il y a un personnage maladroit qui a ajouté des espaces de m... dans les fichiers de config de JOSM. Des trucs qui sont placés avant les signes de ponctuation double, un certain verdy_p. S'il peut faire marche arrière immédiatement, ça éviterait des (pas) jolis carrés dans mon JOSM. Merci... pour la correction (pas pour la contribution). A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espaces demi m....
Quel espaces ??? Ce sont les indentations des puces de la page wiki et elles y sont comem sur les autres pages. Mes contribs sur cette page consistaient à corriger les fôtes de français. Le 1 février 2015 19:51, Marc Sibert m...@sibert.fr a écrit : Bonjour, Il y a un personnage maladroit qui a ajouté des espaces de m... dans les fichiers de config de JOSM. Des trucs qui sont placés avant les signes de ponctuation double, un certain verdy_p. S'il peut faire marche arrière immédiatement, ça éviterait des (pas) jolis carrés dans mon JOSM. Merci... pour la correction (pas pour la contribution). A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM hors ligne
On 2/1/15, Eric SIBERT courr...@eric.sibert.fr wrote: Non parce que si tu te retrouves sur un bateau avec une connexion internet limitée, globalement, je ne vois pas comment tu peux faire pour contribuer à OSM. Non seulement l'accès à la base OSM est difficile mais qu'en est-il d'autres sources de données? L'upload n'est pas nécessairement problématique car tu n'envoies que ce que tu as modifié. Par contre, attendre un mois, c'est risquer les conflits d'édition. J'ai pas répondu clairement à ça, désolé. Pour l'instant la bande passante est suffisament correcte pour permettre d'accéder aux quelques Mo de données dans JOSM en téléchargement ainsi qu'en export. Mais comme je le dis dans mon autre e-mail, j'anticipe une dégradation. Ca signifiera pour moi que je ne pourrais plus contribuer pendant mes périodes en mer. Il n'est pas question de télécharger des données et de les emporter sur mon disque dur pour travailler dessus offline. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
Merci pour cette nouvelle en tout cas, voila quelque chose qui redonne foi en pas mal de choses ! Une question technique : à voir la manière dont l'URL du service est construite, on dirait une URL MapServer. Je ne sais pas où en est ce projet que j'ai suivi en 2008/2009, mais serait-ce la solution qu'ils ont employé pour fournir ce WMS ? *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 1 février 2015 18:07, Yves Pratter yves.prat...@gmail.com a écrit : Le 1 févr. 2015 à 16:54, Vincent de Château-Thierry v...@laposte.net a écrit : Par rapport au plugin Cadastre-Fr, du mieux et du moins bon : le mieux, c'est que l'affichage est directement possible en projection Mercator, donc on gagne en confort d'utilisation. On va arrêter de jongler avec les projections mercator et lambert : youpi :) — Yves ___ 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] 149 nouvelles communes au format vectoriel au cadastre ?
Le 01/02/2015 15:51, Yves Pratter a écrit : C’est micro qui a frappé : j’ai recherché 168 communes dans les entêtes de méls, pas 149 :D Arf ;) 149 c'était pour la seule journée du 28/01. 168 c'est sur l'ensemble de la semaine. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espaces demi m....
Et non ce n'est PAS un fichier de config de JOSM, JOSM se contente de lire le HTML généré par une page wiki de JOSM. Si les fautes d'orthographe te plaisaient, mois pas. A ce sujet je ne sais pas qui a fait la traduction française de plein de trucs dans JOSM mais elle est bourrée de fautes (et aussi de contre-sens et faux-amis) ! Ca commence à m'agacer de les voir en permanence dans l'interface depuis un moement sans personne pour les corriger. Le 1 février 2015 20:32, Philippe Verdy verd...@wanadoo.fr a écrit : Quel espaces ??? Ce sont les indentations des puces de la page wiki et elles y sont comem sur les autres pages. Mes contribs sur cette page consistaient à corriger les fôtes de français. Le 1 février 2015 19:51, Marc Sibert m...@sibert.fr a écrit : Bonjour, Il y a un personnage maladroit qui a ajouté des espaces de m... dans les fichiers de config de JOSM. Des trucs qui sont placés avant les signes de ponctuation double, un certain verdy_p. S'il peut faire marche arrière immédiatement, ça éviterait des (pas) jolis carrés dans mon JOSM. Merci... pour la correction (pas pour la contribution). A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
Bonjour,
Jusqu'à présent pour visualiser le cadastre vectoriel, il fallait
utiliser le plugin Cadastre-Fr. Depuis quelques jours, une alternative
apparaît, à l'initiative de la DGFiP. En effet, elle vient de rendre
public son service WMS : le cadastre accessible en tuiles, directement
par le producteur.
La documentation est ici :
https://www.cadastre.gouv.fr/scpc/aide.do#
= rubrique Votre service WMS
et pour vos réglages JOSM, voici un exemple de ligne à déclarer (F12
rubrique 'TMS/WMS') :
wms:http://inspire.cadastre.gouv.fr/scpc/*code
INSEE*.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png
Il faut adapter 2 éléments de la requête :
- la chaîne '*code INSEE*' est à remplacer par les 5 caractères du
code de la commune qui vous intéresse.
- la liste des thèmes affichés (après 'LAYERS=') : cette liste est
modulable selon ce qui vous intéresse.
Par rapport au plugin Cadastre-Fr, du mieux et du moins bon : le mieux,
c'est que l'affichage est directement possible en projection Mercator,
donc on gagne en confort d'utilisation. Le moins bon, c'est que ça ne
gère que les communes en vectoriel, là où le plugin sait tout afficher,
y compris le raster sans géoréférencement.
À vos tests et à vous lire
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
Le 01/02/2015 16:54, Vincent de Château-Thierry a écrit :
Bonjour,
Jusqu'à présent pour visualiser le cadastre vectoriel, il fallait
utiliser le plugin Cadastre-Fr. Depuis quelques jours, une alternative
apparaît, à l'initiative de la DGFiP. En effet, elle vient de rendre
public son service WMS : le cadastre accessible en tuiles, directement
par le producteur.
La documentation est ici :
https://www.cadastre.gouv.fr/scpc/aide.do#
= rubrique Votre service WMS
et pour vos réglages JOSM, voici un exemple de ligne à déclarer (F12
rubrique 'TMS/WMS') :
wms:http://inspire.cadastre.gouv.fr/scpc/*code
INSEE*.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png
Il faut adapter 2 éléments de la requête :
- la chaîne '*code INSEE*' est à remplacer par les 5 caractères du
code de la commune qui vous intéresse.
- la liste des thèmes affichés (après 'LAYERS=') : cette liste est
modulable selon ce qui vous intéresse.
Pour que ça marche il ne faut pas passer par le wizard de JOSM qui
modifie les paramètres lui même.
Utiliser directement l'URL que a donné Vincent.
Frédéric.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
Le 01/02/2015 18:07, Yves Pratter a écrit : Le 1 févr. 2015 à 16:54, Vincent de Château-Thierry v...@laposte.net a écrit : Par rapport au plugin Cadastre-Fr, du mieux et du moins bon : le mieux, c'est que l'affichage est directement possible en projection Mercator, donc on gagne en confort d'utilisation. On va arrêter de jongler avec les projections mercator et lambert : youpi :) Youpi aussi !!! Je ne sais pas si c'est lié, car je retrouve cette amélioration aussi avec le plugin, mais il y a beaucoup plus de numéros d'adresse indiqués dans les hameaux, en tout cas dans mon secteur. Un point négatif : Certains noms se retrouvent parfois tronqués, un peu comme lorsqu'on utilise le multiplicateur d'image du plugin. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 149 nouvelles communes au format vectoriel au cadastre ?
Le 1 févr. 2015 à 15:46, Vincent de Château-Thierry v...@laposte.net a écrit : Didier2020 en a donné l'essentiel au début de ce fil : https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074732.html C’est micro qui a frappé : j’ai recherché 168 communes dans les entêtes de méls, pas 149 :D Merci pour les infos :) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM hors ligne
Pour ce qui est de la contribution depuis un bateau, c'est armchair mapping (adresses, landuse à partir d'imageries aériennes, dégommage de rouge dans la couche BANO... etc). De temps en temps on fait un arrêt au port et on peut aller faire quelques bonnes contributions issues du terrain ;) . Mais là il ne s'agit pas de contribuer, juste d'avoir accès à des services cartographiques pour économiser les accès web à GoogleMaps et OSM, histoire de pouvoir continuer à explorer le monde et planifier les prochaines vacances même quand internet nous lâche au boulot. J'anticipe aussi des restrictions de plus en plus importantes dans les conditions d'utilisation de la connexion internet, c'est un peu la crise dans notre secteur et réduire la bande-passante permet de faire quelques économies. L'accès à Overpass-Turbo est un peu du luxe, c'est juste que le sujet m'intéresse et que j'ai envie de pouvoir continuer à jouer avec pour faire du minage dans les données. Je pense que toute la question de l'accès aux données OSM hors ligne reste à défricher et que ça pourrait avoir des applications plus éducatives et d'un intérêt plus général que mon problème particulier. On peut déjà utiliser une petite partie des données sur un GPS ou un téléphone mobile pour faire de la navigation, mais on n'a pas encore de bonne solution pour la problématique Je suis dans la brousse avec mon ordinateur portable, j'aimerais bien savoir à quoi ressemble Tokyo ou Reykjavik. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
Le 1 févr. 2015 à 16:54, Vincent de Château-Thierry v...@laposte.net a écrit : Par rapport au plugin Cadastre-Fr, du mieux et du moins bon : le mieux, c'est que l'affichage est directement possible en projection Mercator, donc on gagne en confort d'utilisation. On va arrêter de jongler avec les projections mercator et lambert : youpi :) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Note: le noms des deux relations (name=*) devrait être suffixé pour éviter l'homonymie. On peut toujours indiquer le nom **non suffixé** de la rue dans le tag addr:street=* de la relation. Et puisque tous les membres (la voie notamment) ne sont pas dans le périmètre des communes, ils ne sont pas non plus dans le périmètre par défaut du code postal (qui n'est mentonné presque partout QUE dans la commune). Il faudra donc aussi compléter addr:postalcode=* dans la relation associatedStreet qui a des éléments à cheval de dexu communes ou sur la frontière communale. Cependant puisque ces adresses sont desservies par une rue située sur une autre commune que les noeuds d'adress, la zone de distribution postale de ces adresses peut avoir besoin de mentionner non pas la commune où est située le noeud mais le nom (et le code postal) de celle correspodant à la zone de distribution. Mais tant qu'on n'aura pas de relations boudary=postal_code pour gérer les codes postaux et frontières des zones de distributions (comme en Allemagne et en Belgique et un peu déjà en France pour quelques villes découpées en plusieurs zones postales avec des codes postaux multiples), il faudra alors ajouter aussi addr:postalcode=* et même addr:city dans ces relations à cheval.pour que l'adresse **postale** soit correcte (même si le noeud fait partie d'une autre commune que celle indiquée dans addr:city=*). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM hors ligne
Dqns ce cas il te faut la base planet avec une synchro (qui va utiliser aussi de la bande passante si tu bruc tout recevoir) ou bien te limiter à mettre à jour uniquement la zone France (la mise à jour complète étant accessible en ligne). Je ne sqis pas si un serveur de base peut réellement fonctionner en mode proxy esclave (pour tout réenvoyer en fait vers la base .ORG avant que ta base locale récupère et mette dans son cache au vol les données qu'il n'a pas). Cela te permettrait malgré tout de pouvoir aussi un rendu Mapnik local avec tes propres tuiles sur ton serveur local. Dans JOSM alors tu n'a plus qu'à changer l'URL du WMS pur utiliser ton serveur de tuiles local (qu n'a pas besoin vu le nombre de clients, de garder un cache complet des tuiles pour toute la planète car il peut les générer à la demande à partir de sa base locale fonctionnant en miroir de type read-through / write-back) Le mode write-back (écriture en différée puisqu'il faut attendre la confirmation de l'envoi vers la base ORG) pourrait t'amener à travailler sur des objets qui viennent d'être mis à jour sur la base ORG mais que ta synchro locale n'a pas encore reçue. (c'est pourtant le mode utilisé quand pour les requêtes de lecture on utilise l'API FR (il y a un petit délai, il est faible et ne dépasse pas quelques minutes étant donné les connes connexions des serveurs .FR vers les flux de modifs venant de la base .ORG). Ca te fait donc deux serveurs à gérer localement : un serveur d'API avec sa base locale, un serveur de rendu des tuiles à la demande utilisant ta base locale. Le 1 février 2015 18:13, Pierre Knobel pierr...@gmail.com a écrit : On 2/1/15, Eric SIBERT courr...@eric.sibert.fr wrote: Non parce que si tu te retrouves sur un bateau avec une connexion internet limitée, globalement, je ne vois pas comment tu peux faire pour contribuer à OSM. Non seulement l'accès à la base OSM est difficile mais qu'en est-il d'autres sources de données? L'upload n'est pas nécessairement problématique car tu n'envoies que ce que tu as modifié. Par contre, attendre un mois, c'est risquer les conflits d'édition. J'ai pas répondu clairement à ça, désolé. Pour l'instant la bande passante est suffisament correcte pour permettre d'accéder aux quelques Mo de données dans JOSM en téléchargement ainsi qu'en export. Mais comme je le dis dans mon autre e-mail, j'anticipe une dégradation. Ca signifiera pour moi que je ne pourrais plus contribuer pendant mes périodes en mer. Il n'est pas question de télécharger des données et de les emporter sur mon disque dur pour travailler dessus offline. ___ 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
