[OSM-talk-fr] [forum-osm-fr] Carte géographie et histoire (espace et temps)
Le message suivant de : ## Bonjour, passionné d'Histoire et notamment des civilisations et des peuples, je trouve mon bonheur par les innombrables informations que l'on peut trouver sur internet et notamment, bien sûr, sur wikipedia. Une des composantes essentiellement de ce type d'histoire (contrairement à l'histoire de la médecine par exemple) est la géographie. C'est pourquoi je crée ce ticket, sur le site d'un projet libre, novateur et communautaire en matière de carte, afin de proposer ou plutôt de partager une idée mêlant histoire et géographie, l'espace-temps de notre Histoire à tous. Les deux disciplines histoire et géographie sont des disciplines littéraires dans lesquelles des auteurs explicitent leur savoir à travers de longs textes permettant d'appréhender les évolutions spatiales, temporelles et leur relations l'une à l'autre. Une carte est un support d'information spacial (je ne vous apprends rien j'en suis sûr et ce n'est pas le but) et une frise chronologique est un support d'information temporel : ces deux supports ont vocation à résumer ou bien à donner une forme de sommaire aux informations connus sur une région ou une période. Bon, il est vrai que ma tentative d'argumentation, afin de vous inviter à comprendre ma démarche, est maladroite. J'en viens à l'essentiel de ce billet. J'imagine un support numérique composé d'une carte et d'une frise chronologique, sur lesquelles nous pourrions naviguer pour explorer à la fois la géographie et l'histoire. À la combinaison d'un lieu et d'une date, ou plus largement d'un territoire et d'une période, nous aurions affaire à un événement tel que par exemple Naissance de Rome, Division des territoires à la mort de Charlemagne, Construction de notre Dame de Paris. Ses événements renverraient alors l'explorateur (l'utilisateur) vers les informations des historiens et géographes et sociologue et archéologue...et notamment vers wikipedia, incontournable selon moi. Bien sûr, cela nécessiterait l'affichage d'une carte paramétrée en fonction de la date/période choisie et je suis conscient du très grand nombre de contraintes techniques qu'il faudrait alors dépasser notamment par l'effet multiplicateur de ce paramétrage. J'ai dessiné un petit croquis sur le fichier joins : http://trac.openstreetmap.fr/attachment/ticket/173/DSC_0054mod.jpg En espérant avoir un retour tant sur le projet que sur sa réalisation. Je vous souhaite une bonne journée. Freeroot a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de bâti avec mkgmap
Le 21/12/2012 20:43, Jo a écrit : Si mkgmap a les fichiers shp de Geofabrik comme source, c'est parce que le bâti commence a représenter 6/7 des données dans la France. Il y a un autre fil de discussion sur cette liste qui en parle et où on cherche une solution alternative avec les serveurs français. Jo 2012/12/21 Stéphane MARTIN st3ph.mar...@laposte.net Salut, Mkgmap ne semble plus rendre le bâti :-( J'ai essayé avec la version 2419 et 2415 - pas de bâti. Je remets la version 2383 - bâti. S'agit-il d'un changement de politique que j'aurai raté ou bien d'un bug persistant à votre avis ? J'ai procédé à partir d'un pbf de Geofabrik (seuls les shapes sont affectés d'après ce que j'ai compris). De plus j'ai vérifié dans le fichier .osm obtenu qu'il y avait bien le bâti et, comme indiqué dans mon message, avec la version 2383 de mkgmap j'ai bien le bâti dans mon gmapsupp.img final. Je sais qu'il ne s'agit pas là de versions stables de mkgmap. Mais comme les dernières versions en ligne, 2411, 2412, 2415, 2419 suppriment le bâti, je trouvais que ça faisait beaucoup de versions avec cet hypothétique bug ! Bref, du coup je me demande si mon script qui génère trois couches (carte OSM, couche routable, couche lignes topo) est encore adapté et s'il n'y a pas eu des changements dans mkgmap. Je tâcherai d'enquêter quand j'aurai un peu de temps... @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de bâti avec mkgmap
J'ai procédé à partir d'un pbf de Geofabrik (seuls les shapes sont affectés d'après ce que j'ai compris). De plus j'ai vérifié dans le fichier .osm obtenu qu'il y avait bien le bâti et, comme indiqué dans mon message, avec la version 2383 de mkgmap j'ai bien le bâti dans mon gmapsupp.img final. Je sais qu'il ne s'agit pas là de versions stables de mkgmap. Mais comme les dernières versions en ligne, 2411, 2412, 2415, 2419 suppriment le bâti, je trouvais que ça faisait beaucoup de versions avec cet hypothétique bug ! Bref, du coup je me demande si mon script qui génère trois couches (carte OSM, couche routable, couche lignes topo) est encore adapté et s'il n'y a pas eu des changements dans mkgmap. Je tâcherai d'enquêter quand j'aurai un peu de temps... @+ Salut ! Tu as peut etre effectivement des options à corriger car je viens de mettre à jour mes cartes avec le dernier PBF de Geofabrik (France et RhoneAlpes) et avec le dernier Mkgmap (2423) et après verif rapide, j'ai l'impression que tout est OK. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de bâti avec mkgmap
Le 22/12/2012 13:31, Eric a écrit : J'ai procédé à partir d'un pbf de Geofabrik (seuls les shapes sont affectés d'après ce que j'ai compris). De plus j'ai vérifié dans le fichier .osm obtenu qu'il y avait bien le bâti et, comme indiqué dans mon message, avec la version 2383 de mkgmap j'ai bien le bâti dans mon gmapsupp.img final. Je sais qu'il ne s'agit pas là de versions stables de mkgmap. Mais comme les dernières versions en ligne, 2411, 2412, 2415, 2419 suppriment le bâti, je trouvais que ça faisait beaucoup de versions avec cet hypothétique bug ! Bref, du coup je me demande si mon script qui génère trois couches (carte OSM, couche routable, couche lignes topo) est encore adapté et s'il n'y a pas eu des changements dans mkgmap. Je tâcherai d'enquêter quand j'aurai un peu de temps... @+ Salut ! Tu as peut etre effectivement des options à corriger car je viens de mettre à jour mes cartes avec le dernier PBF de Geofabrik (France et RhoneAlpes) et avec le dernier Mkgmap (2423) et après verif rapide, j'ai l'impression que tout est OK. Oui. Merci :-) Je fais des tests. Si je place la génération de la couche routage avant le fond de carte c'est OK (j'ai viré la couche de lignes topo pour l'instant). Je crois qu'il va falloir que je fasse reconnaître les styles de chaque couche plus explicitement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Combien de Temps entre une Modif sur Potlatch et la carte
Le message suivant de : ## Bonjour Nouveau sur ce forum je souhaiterais savoir combien de temps il faut entre le moment ou l'on fait une modification sur potlatch et le moment ou elle apparait sur la carte a télécharger a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Messages illisibles ?
Bonsoir, c'est moi, ou bien ? La plupart des messages qui m'arrivent aujourd'hui sur cette liste sont illisibles ou très fatigants à déchiffrer, la faute apparemment à un encodage ésotérique. Qui plus est, de nombreux messages ne correspondent pas au contenu et s'en trouvent mélangés dans les fils par mon Thunderbird. Pour info, étant abonné à plusieurs autres listes, seule la liste talk-fr d'OSM me fait ce gag. Exemple : 8 divbr/divdivHeureusement les photos charg=E9es sur Commons changent= tr=E8s peu, et pour ensuite les transf=E9rer vers les visiteurs les serveu= rs Squi ou les alliances avec les CDN ou FAI r=E9duisent consid=E9rablement= la bande passante de ces photos (mais tr=E8s peu les pages de discussions = et les donn=E9es des profils d#39;utilisateurs qui n=E9cessitent une modif= ication des pages en cache pour y rajouter les donn=E9es personnelles de pr= ofils, telles que les notifications en t=EAte de page).=A0Donc m=EAme pour = les wikis de Wikimedia,les serveurs cache ou CDN ne sont pas suffisants pou= r la charge des pages HTML qui changent pour chaque visiteur et m=EAme =E0 = chaque rechargement d#39;une page par le m=EAme utilisateur./div -- 8 -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Optymo utilise (en partie) OSM
Bonjour, les transports belfortains aka Optymo [1] (à Belfort on dit Optymo les grands remèdes) utilisent OSM ! ... mais uniquement pour la recherche d'itinéraire (en page d'accueil) et le résultat est, disons, perfectible. Mais c'est déjà ça ! [1] http://www.optymo.fr/ -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Messages illisibles ?
On 22/12/2012 19:59, Jean-Francois Nifenecker wrote: c'est moi, ou bien ? Aucun soucis de mon côté sur Thunderbird. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Optymo utilise (en partie) OSM
Ils utilisent un serveur Synthèse de la société RCS Mobility : http://www.rcsmobility.com/ https://extranet.rcsmobility.com/projects/synthese/wiki Une solution libre pour l'information voyageur, que l'on trouve aussi à Toulouse, dans la région du Chablais en Suisse, ... Le 22 décembre 2012 20:01, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Bonjour, les transports belfortains aka Optymo [1] (à Belfort on dit Optymo les grands remèdes) utilisent OSM ! ... mais uniquement pour la recherche d'itinéraire (en page d'accueil) et le résultat est, disons, perfectible. Mais c'est déjà ça ! [1] http://www.optymo.fr/ -- Jean-Francois Nifenecker, Bordeaux __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de bâti avec mkgmap
Oui. Merci :-) Je fais des tests. Si je place la génération de la couche routage avant le fond de carte c'est OK (j'ai viré la couche de lignes topo pour l'instant). Je crois qu'il va falloir que je fasse reconnaître les styles de chaque couche plus explicitement. Je link aussi des couches issues de SRTM pour avoir mes courbes de niveau. Si ca peut t'aider, je détaille le process dans http://wiki.openstreetmap.org/wiki/User:Blueberry Par contre je n'ai pas de couche routage, je ne sais pas ce que c'est. J'utilise juste l'option route dans le mkgmap.opt mais en fait, je me sers pas du routage donc je ne sais pas si ca marche... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Messages illisibles ?
Ce doit être ton lecteur de messagerie qui a un problème, car il ne déchiffre pas la syntaxe MIME standard de transport appelée * quoted-printable http://en.wikipedia.org/wiki/Quoted-printable*, et il vit encore dans le monde du codage 7-bits seulement en ASCII pur, ou suppose que les codes sur 8bits sont uniquement codés en ISO 8859-1 ou Windows-1252 (deux normes qui tombent de plus en plus en désuétude, comme bon nombre d'anciens codages sur 7 ou 8 bits, sauf l'UTF-8). Note que l'encodage UTF-8 exige l'utilisation de codets sur 8 bits, mais il y a encore bon nombre de serveurs relais de messagerie qui ne supporte que les codages de transport en 7 bits (car ils ne supportent pas l'extension MIME8BIT; ils sont maintenant assez rares mais il y en a encore de très nombreux). La solution c'est le Content-Transfer-Encoding qui peut ici prendre 3 valeurs : 7bits (les messages sont alors restreints aux seuls caractères de l'US-ASCII), base64 (permet de transporter n'importe quel encodage mais avec un taux d'expansion binaire d'un rapport 8/6, ce qui n'est efficace que pour les écritures utilisant un alphabet étendu telles que les sinogrammes en chinois ou japonais, ou l'alphabet Hangul utilisé en coréen et compressé, c'est-à-dire encodé par syllabe precomposée, et non lettre par lettre – les lettres de l'alphabet Hangul s'appellent des jamos et existent sous 3 formes selon qu'elles sont écrites isolément ou précomposées en syllabes), et le codage quoted-printable qui représente les codes sortant de l'intervalle ASCII (ainsi que certains symboles ou ponctuations ASCII) sous forme de séquence de 3 caractères (commençant par un signe = suivi de deux chiffres hexadécimaux). Normalement on devrait pouvoir envoyer les mails en utilisant le codage de transport 8bit au lieu des codages de transport sur 7-bits, mais cela ne marche pas toujours partout. Ce serait plus efficace pour transporter des textes codés en ISO-8859-1 ou Windows-1252 ou même en Unicode (UTF-8). Mais pour les messages en français et la meilleure compatibilité avec les serveurs de messagerie divers, c'est quoted-printable qui est le mieux compris (aucun problème pour le transport, le support ne dépend que du logiciel utilisé pour lire les messages qui devraient tous le comprendr automatiquement, tellement il est courant sur Internet). Bref tu peux: changer de logiciel de messagerie (changer ici veut dire : le mettre à jour, pas forcément en utiliser un complètement différent), ou de service webmail ou d'hébergeur (POP3) de ta mailbox si c'est lui qui a un problème (redirige les mails reçus dans ce cas vers un autre fournisseur de messagerie, ou bien réinscris-toi à cette liste avec une autre adresse et annule ensuite ton inscription ici avec ton ancienne adresse). Cependant je doute fort que ton fournisseur de messagerie (LaPoste.net) ne comprenne pas cette syntaxe de transport MIME devenue universelle depuis que l'Unicode s'est imposée quasiment partout sur Internet. Bref tu dois utiliser un vieux logiciel client local sur ton PC et il serait bon d'en choisir un autre. (mais hormi le contenu du message, il y a encore des services Webmail, comme encore celui d'Orange, qui ne détecte toujours pas la syntaxe de transport quoted-printable ailleurs que dans le corps du message (aucun décodage n'a alors lieu pour le titre du message). Vérifie donc ta version de Thunderbird et ses réglages : tu as peut-être modifié une option le forçant à décoder tous les messages en 8bits et en désactivant le support des syntaxes 7bits. En réception on ne devrait jamais désactiver ces codages, ils devraient tous être compris, même si à l'envoi ton logiciel de messagerie a encore le choix (mais il est encore déconseillé d'envoyer en 8bits natifs, ces messages peuvent être refusés par un serveur de messagerie intermédiaire s'ils ne sont pas en mode 7bits, pour des raisons encore obscures ; des vielles versions de Thunderbird imposait en réception le décodage uniquement en un mode identique à celui choisi pour l'envoi alors qu'il n'y a pas lieu de choisir en réception, la seule restriction étant la syntaxe de tranfert appelée 'binary qui autorise non seulement le mode 8bits, mais aussi des octets interdits dans un texte codé sous forme de séquences d'octets, comme les octets nuls, qui seraient nécessaires si les messages étaient envoyés codés en Unicode au format UTF-16 ou UTF-32 : il n'y a praqiquement aucun serveur de messagerie grand public du net qui accepte les mails codés en binary, y compris pour les attachements de pièces jointes tels qu'ici les messages contenant de la présentation HTML). Note: certains utilitaires de type filtre de messagerie antispam suppriment ou modifient à tord les entêtes MIME des mails que tu reçois. Regarde de ce côté-là en le désactivant temporairement, il est possible que ce soit lui qui soit bogué (dans ce cas change d'utilitaire antispam, ou signale le bogue à son concepteur ou sur son site de support). Certaines options de ces
Re: [OSM-talk-fr] Messages illisibles ?
Le 23/12/2012 00:34, Philippe Verdy a écrit : Bonsoir, Bonne explication mais qui n'est probablement pas le problème de Jean-François! En effet il dit aussi: Pour info, étant abonné à plusieurs autres listes, seule la liste talk-fr d'OSM me fait ce gag. Ce qui induit une autre solution que celles que tu proposes. Je suis convaincu comme toi qu'il s'agit d'un problème de codage mais localisé à une seule liste ce n'est pas le logiciel qui est en cause mais bien plutôt le transport des messages. Jean-François utilise Linux et Thunderbird 17 donc il est plutôt bien à jour. Les premières lignes du message copié montre qu'il s'agit d'un message HTML. Il faudrait donc amha regarder la façon dont il reçoit la liste. Perso voici mes réglages: *Edition/Propriété du dossier/Informations générales* Codage par défaut Unicode (UTF-8) la case en dessous n'étant pas cochée *Affichage/Corps du message* HTML original Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Messages illisibles ?
Même si le message est en HTML l'explicatio nreste valable. La seule grosse différence d'un message HTML est qu'il est en plusieurs parties jointes : une partie en text seul (sans l'enrichissement HTML), et l'autre en pièce jointe pouvant se substituer comme alternative et enrichie en HTML. Mais chaque partie dispose des mêmes possibilités de codage. Bref je suis convaincu que c'est son Firefox qui est mal réglé pour lire les messages, ou a un problème dans le cas des messages formatés en multiparties (multipart en anglais). On ne peut pas toujours prédire qu'un message sera émis en HTML, même si on n'a fait aucun enrichissement. Parfois l'enrichissement vient du fait qu'on a fait un copier-coller d'un morceau de texte depuis une source HTML, mais meˆme en supprimant totalement l'enrichissement, le message reste envoyé en multipartie (dont une en HTML, l'autre en texte seul). Il n'est pas impossible non plus que cette liste gère mal la séparation du HTML et du texte seul dans les messages multiparties et supprime alors certains entêtes MIME, ou copie par erreur les entêtes d'une partie dans l'autre. Ce qui peut provoquer un gros mélange d'interprétations. La structure MIME d'un email est assez complexe, elle a de nombreuses options, mais les logiciels gérant les listes de diffusion ne savent pas toujours les traiter comme il faut. Ensuite ce qui sera affiché sera imprédictible. Je note qu'il cite un morceau de message émis depuis un webmail connu (Gmail), où il n'est pas directement possible pour l'utilisateur de contrôler le format effectif d'envoi du message (Gmail choisit un format supposé être le plus compatible avec le plus grand nombre, et c'est lui qui décide quel encodage de caractères utiliser, et lui qui décide s'il faut une structure multipartie ou pas. Mais certains webmails sont très bogués (comme celui d'Orange, qui ne comprend rien aux normes et fait souvent n'importe quoi comme il veut). LaPoste.net utilise pour son webmail des logiciels développés initialement pour Orange et ce n'est pas impossible que ce soit LaPoste.net qui ait ce genre de bogue dans ses serveurs selon la façon dont il traduit les messages envoyés depuis sa plateforme ou reçus par SMTP d'un abonné pour être réémis depuis sa plateforme. Le 23 décembre 2012 01:26, Yannick VOYEAUD yann...@voyeaud.org a écrit : Le 23/12/2012 00:34, Philippe Verdy a écrit : Bonsoir, Bonne explication mais qui n'est probablement pas le problème de Jean-François! En effet il dit aussi: Pour info, étant abonné à plusieurs autres listes, seule la liste talk-fr d'OSM me fait ce gag. Ce qui induit une autre solution que celles que tu proposes. Je suis convaincu comme toi qu'il s'agit d'un problème de codage mais localisé à une seule liste ce n'est pas le logiciel qui est en cause mais bien plutôt le transport des messages. Jean-François utilise Linux et Thunderbird 17 donc il est plutôt bien à jour. Les premières lignes du message copié montre qu'il s'agit d'un message HTML. Il faudrait donc amha regarder la façon dont il reçoit la liste. Perso voici mes réglages: *Edition/Propriété du dossier/Informations générales* Codage par défaut Unicode (UTF-8) la case en dessous n'étant pas cochée *Affichage/Corps du message* HTML original Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr