Re: [OSM-talk-fr] La cartographie de grand-papa... ;)
Nous sommes des nains assis sur des épaules de géants. Si nous voyons plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la perspicacité de notre vue, ni de notre grandeur, c’est parce que nous sommes élevés par eux. Jean de Salisbury, écrit en 1159 http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants Le 16/07/2013 23:33, Christian Quest a écrit : http://www.youtube.com/watch?v=AjhXMlji3Uk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
J'ai retravaillé le zoom 10... - le placement des place=village est moins prioritaire, du coup ils ne bouffent pas tout l'espace et les références des autoroutes, sont de retour, ainsi que d'autre libellés - j'ai amélioré le tracé des limites de pays A comparer avec le rendu OSM actuel et le rendu OSM-FR non modifié. OSM-FR-lowzoom: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=B0FFF OSM-FR: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=B0FFF OSM défaut: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=00B000FFF -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?
Si on regarde l'orthographe officielle, les Saints ne prennent pas de -. On écrit Saint Paul et non Saint-Paul. Par contre, le nom des villes prennent bien un -, exemple Saint-Etienne Qu'en est-il du nom des voies ? Existe-t-il une règle ? Ecrit-on Rue de Saint Pierre ou Rue de Saint-Pierre ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Nom-des-voies-Saint-Machin-ou-Saint-Machin-tp5770045.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?
Bonjour Le 17/07/2013 10:06, Tony Emery a écrit : Qu'en est-il du nom des voies ? Existe-t-il une règle ? Ecrit-on Rue de Saint Pierre ou Rue de Saint-Pierre ? 1 - Officiellement, regarder les panneaux indicateur d'entrée en agglomération ou les plaques de noms de rue 2- Officieusement, les toponymes contenant des « Saint(e)(s) », « sur », « sous », ou tout autre termes formant un composé contiennent un trait d'union Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de chargement des tuiles mapnik osm.org
Merci Christian pour les infos. Aujourd'hui après 5 jours de coupure ça remarche, les tuiles s'affichent de nouveau. Faut pas chercher à comprendre... ;-) N'empêche pour l'outil d'ajout des numéros d'adresses ton joli fond FR ce serait sympa. Nicolas Le 16/07/2013 16:12, Christian Quest a écrit : Pour info, lu sur IRC #osm-dev à 15:53 : WARNING: Mapnik tile proxy (london / orm) appears to be down Pas directement lié à ton problème, mais bon à savoir. Le 16 juillet 2013 15:43, Christian Quest cqu...@openstreetmap.fr a écrit : Ça ressemble à un problème de connexion entre toi et le cache de Lyon et pas à une blacklistage... A remonter aux admin, avec une copie à Lyonix ? http://www.lyonix.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] libération des données Fantoir
Vu sur Géorezo : libération du fichier Fantoir de la DGFIP [1] La licence est compatible avec OSM : LO/OL [2] C'est en fait un répertoire des voies et lieux-dits de chaque commune (avec des fautes d'orthographes et tout en capitales sans accents, dans les fichiers que j'ai pu voir par le passé, mais je n'ai pas regardé les fichiers proposés maintenant s'ils sont mieux). Sans coordonnées géographiques bien sûr donc ça ne peut servir qu'à contrôler par exemple l'exhaustivité des voies et lieux-dits dans OSM (et ce serait déjà pas mal) Damouns [1] http://georezo.net/forum/viewtopic.php?pid=235878 [2] http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Ah oui et il y a une clé prévue pour enregistrer le code Fantoir : ref:FR:FANTOIR=* cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales Le 17 juillet 2013 10:22, Damouns damo...@gmail.com a écrit : Vu sur Géorezo : libération du fichier Fantoir de la DGFIP [1] La licence est compatible avec OSM : LO/OL [2] C'est en fait un répertoire des voies et lieux-dits de chaque commune (avec des fautes d'orthographes et tout en capitales sans accents, dans les fichiers que j'ai pu voir par le passé, mais je n'ai pas regardé les fichiers proposés maintenant s'ils sont mieux). Sans coordonnées géographiques bien sûr donc ça ne peut servir qu'à contrôler par exemple l'exhaustivité des voies et lieux-dits dans OSM (et ce serait déjà pas mal) Damouns [1] http://georezo.net/forum/viewtopic.php?pid=235878 [2] http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?
David Crochet wrote 1 - Officiellement, regarder les panneaux indicateur d'entrée en agglomération ou les plaques de noms de rue 2- Officieusement, les toponymes contenant des « Saint(e)(s) », « sur », « sous », ou tout autre termes formant un composé contiennent un trait d'union Le problème du officiellement c'est qu'officiellement il y a plein d'erreur et aucune logique. J'ai même du St. D'où ma demande de règle existante. Donc, a priori, on part sur Saint-Machin - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Nom-des-voies-Saint-Machin-ou-Saint-Machin-tp5770045p5770052.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?
Le 17 juillet 2013 10:28, Tony Emery tony.em...@yahoo.fr a écrit : Le problème du officiellement c'est qu'officiellement il y a plein d'erreur et aucune logique. J'ai même du St. D'où ma demande de règle existante. Donc, a priori, on part sur Saint-Machin cf. http://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Autres_noms Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
2013/7/17 Damouns damo...@gmail.com: C'est très incomplet comme fichier mais ça peut servir comme suivi statistique. Et certains champs pourraient nous resservir pour un contrôle qualité comme le fait qu'un lieu-dit soit signalé habité ou non (place=hamlet/isolated_dwelling ou place=locality) ou sur l'orthographe (bien que les noms soient limités aux 26 premiers caractères). Saluons tout de même cette libération de données publiques. Ca ne coûte pas grand chose à la DGFiP de les publier et c'est payé par nos impôts. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Lors de la réunion que l'on avait eu avec la DGFiP pour la prochaine ouverture de leur WMS, la DGFiP nous avait informé que le fichier FANTOIR allait passer sous licence OL/LO. Cela va nous permettre de faire des comparaisons pour mesurer l'exhaustivité commune par commune des noms de rues, ainsi que sortir la liste des rues manquantes. J'ai rapidement regardé le contenu des fichiers. Ils sont dispo par paquet (zip) région par région et uniquement pour la métropole. :( Le zip contient un fichier texte pour chaque département. Chaque fichier départemental contient 3 types d'enregistrements: département, commune et voie Tout est mélangé et en ASCII 7 bits de format fixe (150 caractères) :( Pour les voies on a comme info utile: - le code FANTOIR - une clé RIVOLI qui différencie lieux-dits, ensembles immobiliers (résidences ?), pseudo-voies, voies temporaires - type (RUE/AV/PL/ALL, etc) et libellé de la rue (en MAJUSCULES) :( - si la commune est recensée ou rurale - si la voie est privée ou publique (bien ça !) - pour les lieux-dits si ils sont bâtis ou non (hamlet/locality) J'ai regardé pour ma commune, on retrouve des trucs étonnants, comme une rivière ou des ponts ou une ligne SNCF et une ligne RER en pseudo-voie. Voir plus en détail: http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/Descriptif_FANTOIR_2013.pdf Ce PDF décrit le format du fichier, mais pas en détail chaque champ (comme mes voies ferrées en pseudo-voies). Ah oui... il n'y a aucune donnée géographique au delà du code INSEE de la commune, mais ça reste un fichier de référence qui va être très très utile ! Le 17 juillet 2013 10:27, Damouns damo...@gmail.com a écrit : Ah oui et il y a une clé prévue pour enregistrer le code Fantoir : ref:FR:FANTOIR=* cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales Le 17 juillet 2013 10:22, Damouns damo...@gmail.com a écrit : Vu sur Géorezo : libération du fichier Fantoir de la DGFIP [1] La licence est compatible avec OSM : LO/OL [2] C'est en fait un répertoire des voies et lieux-dits de chaque commune (avec des fautes d'orthographes et tout en capitales sans accents, dans les fichiers que j'ai pu voir par le passé, mais je n'ai pas regardé les fichiers proposés maintenant s'ils sont mieux). Sans coordonnées géographiques bien sûr donc ça ne peut servir qu'à contrôler par exemple l'exhaustivité des voies et lieux-dits dans OSM (et ce serait déjà pas mal) Damouns [1] http://georezo.net/forum/viewtopic.php?pid=235878 [2] http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Je viens de jeter un oeil sur des zones que je connais. Le caractère n° 110 est censé indiquer : lieu-dit bâti : valeur = 1 Sinon : valeur = 0 J'ai l'impression que c'est exactement le contraire. Tous les lieu-dits habités que je connais on la valeur 0, et les noms donnés à certaines zones (bois, parcelles, etc..) ont la valeur 1. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Le mercredi 17 juillet 2013 11:01:23, Stéphane Péneau a écrit : Je viens de jeter un oeil sur des zones que je connais. Le caractère n° 110 est censé indiquer : lieu-dit bâti : valeur = 1 Sinon : valeur = 0 J'ai l'impression que c'est exactement le contraire. Tous les lieu-dits habités que je connais on la valeur 0, et les noms donnés à certaines zones (bois, parcelles, etc..) ont la valeur 1. Stf C'est encore pire, si tout était vraiment inversé, alors toutes les zones inhabitées seraient en 1, mais non, certaines sont en 0. Je crois qu'on ne va pas pouvoir en faire grand chose en zone rurale... :-( Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?
2013/7/17 Romain MEHUT romain.me...@gmail.com: cf. http://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Autres_noms Toute la page sur la toponymie est intéressante à lire ;-) Pour résumer, nous suivons depuis très longtemps dans OSM la charte de toponymie rédigée par l'IGN. Cela a l'avantage d'une certaine cohérence sur tout le territoire (ce qui n'est pas le cas sur le terrain), de laisser peu de place à d'interminables discussions dont nous avons le secret et d'être compatible avec l'inconscient collectif qu'impose l'usage généralisé des cartes de l'IGN. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 17/07/2013 09:01, Christian Quest a écrit : J'ai retravaillé le zoom 10... - le placement des place=village est moins prioritaire, du coup ils ne bouffent pas tout l'espace et les références des autoroutes, sont de retour, ainsi que d'autre libellés - j'ai amélioré le tracé des limites de pays A comparer avec le rendu OSM actuel et le rendu OSM-FR non modifié. OSM-FR-lowzoom: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=B0FFF OSM-FR: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=B0FFF OSM défaut: http://tile.openstreetmap.fr/?zoom=10lat=50.69812lon=2.95486layers=00B000FFF Excellent ce rendu ! Et de mieux en mieux ! Merci pour ce travail de fourmi zélée ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Attention, il s'agit de la présence de bâti, pas d'habitants, donc un hangar agricole, peut faire passer ça en bâti. Rapide vérification sur un bled de l'Yonne que je connais bien... je confirme les 0/1 inversés pour les lieux-dits avec bâti ou non... sinon ça ne me semble pas trop incohérent de ce que j'ai pu regarder. Je pourrai vérifier sur le terrain dans une dizaine de jours ;) Le 17 juillet 2013 11:10, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le mercredi 17 juillet 2013 11:01:23, Stéphane Péneau a écrit : Je viens de jeter un oeil sur des zones que je connais. Le caractère n° 110 est censé indiquer : lieu-dit bâti : valeur = 1 Sinon : valeur = 0 J'ai l'impression que c'est exactement le contraire. Tous les lieu-dits habités que je connais on la valeur 0, et les noms donnés à certaines zones (bois, parcelles, etc..) ont la valeur 1. Stf C'est encore pire, si tout était vraiment inversé, alors toutes les zones inhabitées seraient en 1, mais non, certaines sont en 0. Je crois qu'on ne va pas pouvoir en faire grand chose en zone rurale... :-( Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Et quelqu'un aurait-il la possibilité de mettre à disposition un outil facilitant la confrontation de ces données avec celles d'OSM? Romain Le 17 juillet 2013 11:46, Christian Quest cqu...@openstreetmap.fr a écrit : Attention, il s'agit de la présence de bâti, pas d'habitants, donc un hangar agricole, peut faire passer ça en bâti. Rapide vérification sur un bled de l'Yonne que je connais bien... je confirme les 0/1 inversés pour les lieux-dits avec bâti ou non... sinon ça ne me semble pas trop incohérent de ce que j'ai pu regarder. Je pourrai vérifier sur le terrain dans une dizaine de jours ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
On va s'y coller... surtout pour compléter cet outil: https://openstreetmap.fr/outils/adresses (soyez, patient, il mouline en live) Le 17 juillet 2013 11:49, Romain MEHUT romain.me...@gmail.com a écrit : Et quelqu'un aurait-il la possibilité de mettre à disposition un outil facilitant la confrontation de ces données avec celles d'OSM? Romain -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 17/07/2013 09:01, Christian Quest a écrit : J'ai retravaillé le zoom 10... Après les éloges... Quelques suggestions : Pour les abréviations : Machin-sur-Truc : Machin/Truc [1] Style : [2] Entre le zoom 13 et 14, le nom de la ville passe de droit à italique... [3] Nom de la commune présent deux fois [3] Étrange ces pylônes sans ligne... [1] http://tile.openstreetmap.fr/?zoom=10lat=47.97226lon=4.59508layers=B0FFF [2] http://tile.openstreetmap.fr/?zoom=14lat=50.07397lon=3.34131layers=B0FFF http://tile.openstreetmap.fr/?zoom=13lat=50.07397lon=3.34131layers=B0FFF [3] http://tile.openstreetmap.fr/?zoom=16lat=50.08438lon=3.36949layers=B0FFF -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comptes dédiés bannis après la première contribution.
Bonjour tout le monde, dans le cadre d'un projet http://wiki.openstreetmap.org/wiki/Mairies_du_Nord-Pas-de-Calais de la liste Nord-Pas-de-Calais http://listes.openstreetmap.fr/wws/arc/local-npdc consistant à taguer les mairies des communes de la région, nous sommes amenés à intégrer les bâtis de nombreuses villes aux vues du manque chronique de bâtiments dans certains endroits de la région. Occupé à cette tache, j'ai reçu un mail de Paul Norman concernant les comptes dédiés (j'ai cru comprendre que ceci est un marronnier donc je ne m'y attarde pas). Peu enchanté, je crée mon premier compte dédié nommé Pichassoimportbati http://www.openstreetmap.org/user/Pichassoimportbati , dans la description je précise qu'il est le compte dédié de Pichasso http://www.openstreetmap.org/user/Pichasso et j'importe l'hôtel de ville de Longuenesse http://www.openstreetmap.org/browse/changeset/16983369 , conformément à la requête de Norman je précise ensuite que j'ai importé la mairie dans le journal du compte et là après la modification effectuée, on me sort compte suspendu puis le compte n'existe plus. Ayant basé le compte à Montcuq (histoire de marquer mon opinion face à la requête formulée), j'ai pensé que c'était peut-être la cause de ce ban. Je recommence alors en créant Pichasso_import_bati http://www.openstreetmap.org/user/Pichasso_import_bati et là j'ai importé l'intégralité de la commune de Clairmarais http://www.openstreetmap.org/browse/changeset/16983939 en opérant comme d'habitude les corrections suite aux erreurs et aux avertissements signalés par JOSM. J'ai importé en plusieurs fois en captant à chaque fois une partie du fichier house avec le lasso, ceci pour dire que le temps d'import a été beaucoup plus important que le seul hôtel de ville de Longuenesse. Bref, j'ai importé sans problème les bâtiments de la commune audomaroise. Mais au moment de valider la modification de mon catalogue d'importation dans le journal, le site m'indique une nouvelle fois que le compte est suspendu puis bani. Donc j'imagine que je fais une chose interdite ou d'une façon non appropriée. -Est-ce-qu'il y a une méthode particulière pour créer un compte dédié (autre que créer un nouveau compte et indiquer dans la description qu'il est dédié au compte principal) ? -Est-ce-que le fait d'avoir deux comptes sur la même IP produit le ban du deuxième compte ? -Si oui, comment créer un compte dédié avec un seul ordinateur ? -Est-ce-que le fait de modifier une entrée d'un journal peut engendrer le ban ? (Ça semble absurde mais c'est le seul point commun que j'ai trouvé entre les deux comptes banis) D'avance merci de vos réponses. -- View this message in context: http://gis.19327.n5.nabble.com/Comptes-dedies-bannis-apres-la-premiere-contribution-tp5770078.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Bonjour, Excellent ce rendu ! Et de mieux en mieux ! Merci pour ce travail de fourmi zélée ! +1 Sinon j'ai essayé de mettre à jour certaines limites de Pays en Amérique du Sud ; est ce que le rendu à été réactualisé? (pour voir si les changements sont correct!) (changement sur l'admin_level=2 et sur les frontières maritime) http://tile.openstreetmap.fr/?zoom=8lat=7.14355lon=-59.68305layers=B0FFF http://tile.openstreetmap.fr/?zoom=4lat=-9.86698lon=-82.79004layers=B0FFF Merci, Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comptes dédiés bannis après la première contribution.
2013/7/17 Pichasso pichass...@hotmail.com: Ayant basé le compte à Montcuq ^^ j'aurais pas fait mieux !! Tiens, d'ailleurs, je m'y mets aussi par solidarité. Tous à Montcuq !! http://www.openstreetmap.org/user/Pieren Bref, j'ai importé sans problème les bâtiments de la commune audomaroise. Mais au moment de valider la modification de mon catalogue d'importation dans le journal, le site m'indique une nouvelle fois que le compte est suspendu puis bani. Ce qui m'étonne, c'est que le compte soit supprimé et pas simplement bloqué. Aucun des comptes cités ne figure sur cette liste: http://www.openstreetmap.org/user_blocks J'ai pourtant essayé de recréer un des comptes et il est bien réservé (donc encore dans la base). Donc j'imagine que je fais une chose interdite ou d'une façon non appropriée. Ou alors, c'est un bug ou une protection générale contre les vandalismes qui est devenu un peu trop sensible... -Est-ce-qu'il y a une méthode particulière pour créer un compte dédié (autre que créer un nouveau compte et indiquer dans la description qu'il est dédié au compte principal) ? Pas à ma connaissance. -Est-ce-que le fait d'avoir deux comptes sur la même IP produit le ban du deuxième compte ? Un compte n'est pas lié à une adresse IP mais à un email. -Si oui, comment créer un compte dédié avec un seul ordinateur ? Utiliser un email différent pour chaque compte doit suffire. -Est-ce-que le fait de modifier une entrée d'un journal peut engendrer le ban ? Certainement pas. D'avance merci de vos réponses. Je te conseillerais de voir avec PNormann s'il est bien à l'origine des suppressions, ce qui n'est pas encore sûr et pourquoi c'est pas un simple blocage avec un minimum d'explication. Sinon, tu peux aussi t'adresser à notre membre imminent du DWG, Sylvain Letuffe, sylv...@letuffe.org ou li...@letuffe.org et qui pourra sans doute en dire plus. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Quelques suggestions : Pour les abréviations : A propos des abréviations, je suis dubitatif face à l'abréviation de Rocade : Roc. C'est la première fois que je vois cette abréviation et je ne la trouve pas naturelle. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Libération de l'ortho mnt 2009/2010 du CRAIG sur la région auvergne
Hello, je me rends compte qu'on a compl ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Libération de l'ortho mnt 2009/2010 du CRAIG sur la région auvergne
Bonjour (cette fois, je vais essayer de ne pas me faire trahir par #@!#@! gmail) je me rends compte qu'on (le CRAIG) a completement oublié de communiquer sur cette info : http://craig.fr/actualite/939-donnees-orthophographiques-et-altimetriques-du-craig-en-licence-ouverte http://craig.fr/contenu/906-opendata Les données libérées sont en LO, datent de 2009/2010, y'a des fiches de métadonnées, y'a tout sur le FTP (réechantillonages, dallages, etc...). Pour ce qui est de l'ortho en ECW, ca ne change rien par rapport aux flux qui sont déja fournis a osm sur http://wms.craig.fr/osm. Par contre christian m'avait dit être interessé par les mnt (en ASC) qui pouvaient servir a faire des controles, ou des calculs de sommets, etc.. Les images brutes en TIFF (ie clichés pris par les avions) sont aussi libérées, mais a raison de 12To de données, elles ne sont pas sur un FTP, donc disponibles uniquement sur demande, et en fonction de mon temps libre pour traiter les copies. Une image de à 30cm de résolution pèse 560Mo, une image à 15cm sur une agglomération pèse 390Mo. Une visionneuse est disponible pour choisir les dalles a télécharger si on veut faire son marché. La campagne de prises de vues pour 2013 est en cours, et d'ici le printemps prochain un flux avec ortho a 25cm sur la région (et 10cm sur les 6 agglos de la région) sera disponible, aux mêmes conditions que le précédent. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] fichier de référence pour autocad
Bonjour à tous, je cherche un fichier de référence avec une xref pour géolocaliser des contenus autocad est-ce que vous savez si la bdd openstreetmap permet de faire ce genre de chose ? j'ai bien trouvé des infos sur le web mais cela me parut compliqué... et ne me garantie pas une fois le shapefile importé dans autocad, que celui-ci conserve bien sa xref s'il existe une manière simple de le faire cela nous arrangerai bien, pour info le fichier du cadastre que l'on nous a fourni n'a pas cette fameuse xref, et les architectures que l'on a dessinées se retrouve au milieu de la mer amitiés à tous Benoît 06 80 07 97 52 assocition À Travers www.atravers.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 17 juillet 2013 09:01, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai retravaillé le zoom 10... - j'ai amélioré le tracé des limites de pays Avec maintenant des trous dans les frontières par endroit (ici le niveau 11: http://tile.openstreetmap.fr/?zoom=11lat=50.87114lon=24.01423layers=B0FFF et tous les niveaux 10 et moins). Apparemment si le chemin ne contient pas explicitement un admin_level tu ne vas pas le chercher dans les relations dont il est membre. Anomalie identique entre Mexique et USA au nord-Est de Monterrey: http://tile.openstreetmap.fr/?zoom=9lat=26.39221lon=-98.92668layers=B0FFF Certes on peut corriger en mettant les admin_level manquants ou corrects dans les chemins. Mais c'est le genre de truc secondaire dans les données, une redondance dont le moteur de rendu devrait pouvoir se passer, par une préparation en amont des données de frontières et reclacul des admin_level corrects. Aussi aux faibles niveaux de zoom les frontières autour des déserts (en jaune d'or) sont trop visibles (exemple entre Tunisie et Lybie) et ne devraient même pas être visibles du tout. On ne voit que ça, mieux que les frontières internationales alors que ces déserts ont des contours flous et ne sont pas des frontières. Encore quelques effets de pâtés dans la méthode de simplification des contours (exemple: au sud-est du Liechtenstein) qui produit des traits plus gras que nécessaire par endroit par accumulation excessive de points arrondis Sinon bravo pour avoir enlevé leur couloir noire incongrue qui était beaucoup trop contrastée (et trop gras en plus, ce qui masquait trop de chose). Il reste à unifier les styles de polices pour que villes et régions ne mélangent pas caractères italiques et droits sans règle établie (qui varie en plus selon le zoom). a mon avis toutes les villes devraient avoir des caratèes droits (n'utiliser les italiques qu'au delà du niveau 8 ou pour les noms de pays et régions (en caractères plus grands mais moins contrastés, plus gras aussi mais plus transparents). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Am 17.07.2013 09:01, schrieb Christian Quest: J'ai retravaillé le zoom 10... - le placement des place=village est moins prioritaire, du coup ils ne bouffent pas tout l'espace et les références des autoroutes, sont de retour, ainsi que d'autre libellés Merci pour cette amélioration qui fait que mon village (moins de 2000h) est affiché en zoom 10 ;) place=village couvre un éventail trop large pour servir de seul critère de sélection. Il faudrait saisir l'attribut population=* de façon systématique pour pouvoir parametriser le rendu en fonction du nombre d'habitants. Existe-t-il une source de données libre pour cette information? Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Un outil [1] permet le signalement des ajouts, suppressions et modifications opérés sur les voies et adresses en Bretagne. Il y a même un flux RSS pour suivre les signalements. Il n'y a aucune restriction d'usage de ces informations. Ce serait intéressant de les raccrocher quelque part (Osmose?) pour être vraiment réactif... [1] http://geobretagne.fr/geonetwork/srv/fr/metadata.show?uuid=58e7b791-8495-47df-819f-0660fb8d8645 Romain Le 17 juillet 2013 11:55, Christian Quest cqu...@openstreetmap.fr a écrit : On va s'y coller... surtout pour compléter cet outil: https://openstreetmap.fr/outils/adresses (soyez, patient, il mouline en live) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] export zone personnalisée dans MapOsMatic
Bonjour, je voudrais faire un export d'une zone en Mapquest en version vectoris (pdf ou svg). Je sais que je peux le faire avec MapOsMatic mais je ne trouve pas l'option me permettant de dfinir une zone personnalise. La partie zone gographique est trop large mais pas assez haute pour ma zone. Emilie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] libération des données Fantoir
Fichier intéressant pour l'exhaustivité sauf qu'il n'est pas synchronisé avec les données qui servent au cadastre numérique... Il y a donc risque de doublon (par exemple un article avec le nom de la commune versus Le Bourg) ou des graphies différentes désignant un même lieu, ou une adresse de complaisance non reprise par le cadastre ... A l'inverse, certaine désignations locales traditionnelles ne sont pas connues. De plus, la traduction cartographique de ce fichier sur le cadastre est surfacique (attribution d'une adresse FANTOIR) à chaque parcelle cadastrale, ce qui n'est pas transposable à la logique OSM sur les lieux-dit. Au pire, j'ai trouvé des inclusions de lieux dits dans d'autres lieux dit, ce qui n'est pas très gérables non plus. A consommer avec modération -- View this message in context: http://gis.19327.n5.nabble.com/liberation-des-donnees-Fantoir-tp5770049p5770110.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le rendu lowzoom en test ne se recalcule pas tout seul lorsqu'il y a des changements. Je vais refaire une passe sur les premiers zooms pour qu'ils prennent en compte les dernières données. Le 17 juillet 2013 12:25, Simon Miniou simon.min...@gmail.com a écrit : Bonjour, Excellent ce rendu ! Et de mieux en mieux ! Merci pour ce travail de fourmi zélée ! +1 Sinon j'ai essayé de mettre à jour certaines limites de Pays en Amérique du Sud ; est ce que le rendu à été réactualisé? (pour voir si les changements sont correct!) (changement sur l'admin_level=2 et sur les frontières maritime) http://tile.openstreetmap.fr/?zoom=8lat=7.14355lon=-59.68305layers=B0FFF http://tile.openstreetmap.fr/?zoom=4lat=-9.86698lon=-82.79004layers=B0FFF Merci, Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Libération de l'ortho mnt 2009/2010 du CRAIG sur la région auvergne
Le 17 juillet 2013 13:35, Landry Breuil landry.bre...@gmail.com a écrit : Bonjour (cette fois, je vais essayer de ne pas me faire trahir par #@!#@! gmail) Psss... sur GMail il y a une option annuler l'envoi qu'on peut activer et qui est parfois bien pratique. je me rends compte qu'on (le CRAIG) a completement oublié de communiquer sur cette info : http://craig.fr/actualite/939-donnees-orthophographiques-et-altimetriques-du-craig-en-licence-ouverte http://craig.fr/contenu/906-opendata Les données libérées sont en LO, datent de 2009/2010, y'a des fiches de métadonnées, y'a tout sur le FTP (réechantillonages, dallages, etc...). Pour ce qui est de l'ortho en ECW, ca ne change rien par rapport aux flux qui sont déja fournis a osm sur http://wms.craig.fr/osm. Par contre christian m'avait dit être interessé par les mnt (en ASC) qui pouvaient servir a faire des controles, ou des calculs de sommets, etc.. On a commencé à jouer avec l'ortho de PACA, et regroupé les MNT SRTM (ou ASTER je ne sais plus trop) sur un de nos serveurs. L'idée est d'essayer de fusionner tout ces MNT entre eux pour avoir quelque chose de continu. C'est bien sûr pas simple à raccorder ;) Pour les analyses de sommets et de vallées de cours d'eau, voire de rugosité (sur Nice on voit bien les zones bâties), on n'y est pas encore, mais bon... un de ces 4 on va bien s'y coller ! Les images brutes en TIFF (ie clichés pris par les avions) sont aussi libérées, mais a raison de 12To de données, elles ne sont pas sur un FTP, donc disponibles uniquement sur demande, et en fonction de mon temps libre pour traiter les copies. Une image de à 30cm de résolution pèse 560Mo, une image à 15cm sur une agglomération pèse 390Mo. Une visionneuse est disponible pour choisir les dalles a télécharger si on veut faire son marché. Si c'est self-service dalle par dalle c'est déjà super bien et avec le flux WMS qui est dispo, difficile de faire mieux. La campagne de prises de vues pour 2013 est en cours, et d'ici le printemps prochain un flux avec ortho a 25cm sur la région (et 10cm sur les 6 agglos de la région) sera disponible, aux mêmes conditions que le précédent. Revoir le film des années 50 de l'IGN... pour mesurer les progrès en 60 ans. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 17 juillet 2013 12:11, Vincent Pottier vpott...@gmail.com a écrit : Le 17/07/2013 09:01, Christian Quest a écrit : J'ai retravaillé le zoom 10... Après les éloges... Quelques suggestions : Pour les abréviations : Machin-sur-Truc : Machin/Truc [1] http://tile.openstreetmap.fr/?zoom=10lat=47.97226lon=4.59508layers=B0FFF l'abréviation normale c'est Machin s/ Truc, mais ça me semble moche et surtout on ne gagne pas tant que ça rue la longueur, donc les sur, je ne les remplace pas pour ne gagner un petit caractère. C'est comme pour Rue - R. je trouve qu'on perd en lisibilité sans gagner vraiment en longueur. Style : [2] Entre le zoom 13 et 14, le nom de la ville passe de droit à italique... http://tile.openstreetmap.fr/?zoom=14lat=50.07397lon=3.34131layers=B0FFF J'en suis au zoom 10... un à la fois ;) L'idée de l'italique est d'indiquer que c'est un nom qui n'indique pas précisément un lieu. Donc en premiers niveaux de zoom le même nom indique assez précisément un lieu et à partir d'un certain niveau il devient plutôt arbitraire et a pu être en plus déplacé par un algo. [3] Nom de la commune présent deux fois Pour le nom en double... c'est déjà un progrès sur: http://tile.openstreetmap.fr/?zoom=16lat=50.08508lon=3.3726layers=00B000FFF Le nom a été remis sur le landuse=residential... en plus du nœud place et de la relation de la commune. Étrange ces pylônes sans ligne... Oui, un bug... lié au masquage des lignes enterrées (location=underground) que j'ai ajouté dernièrement et qui masque un peu trop ! -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 17 juillet 2013 15:10, rainerU ra...@sfr.fr a écrit : Am 17.07.2013 09:01, schrieb Christian Quest: J'ai retravaillé le zoom 10... - le placement des place=village est moins prioritaire, du coup ils ne bouffent pas tout l'espace et les références des autoroutes, sont de retour, ainsi que d'autre libellés Merci pour cette amélioration qui fait que mon village (moins de 2000h) est affiché en zoom 10 ;) place=village couvre un éventail trop large pour servir de seul critère de sélection. Il faudrait saisir l'attribut population=* de façon systématique pour pouvoir parametriser le rendu en fonction du nombre d'habitants. Existe-t-il une source de données libre pour cette information? En France il y a l'INSEE et ces infos sont remises dans le GEOFLA de l'IGN. Tout ça est assez libre pour OSM. J'utilise population=* pour placer pas population décroissante les noms de place=city/town/village -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 17 juillet 2013 14:34, Philippe Verdy verd...@wanadoo.fr a écrit : Le 17 juillet 2013 09:01, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai retravaillé le zoom 10... - j'ai amélioré le tracé des limites de pays Avec maintenant des trous dans les frontières par endroit (ici le niveau 11: http://tile.openstreetmap.fr/?zoom=11lat=50.87114lon=24.01423layers=B0FFF et tous les niveaux 10 et moins). Apparemment si le chemin ne contient pas explicitement un admin_level tu ne vas pas le chercher dans les relations dont il est membre. Exact, c'est un truc à améliorer soit dans les données (ça ne fera pas de mal), soit aussi de mon côté. L'idée est que pour tracer proprement une frontière, il ne faut la tracer qu'une fois et pas deux, sinon les pointillées se superposent. Donc si on part des relations on a des polygones et ceux-ci sont dessinés deux fois - c'est moche. Si on part des way, on ne les dessine qu'une fois, mais il faut retrouver dans quelle relation avec le plus petit admin_level ils sont et ça le schéma osm2pgsql n'aide pas trop, mais c'est pas impossible non plus, juste pas encore fait dans mes requêtes. Anomalie identique entre Mexique et USA au nord-Est de Monterrey: http://tile.openstreetmap.fr/?zoom=9lat=26.39221lon=-98.92668layers=B0FFF Et tu en trouvera plein d'autre... c'est d'ailleurs pour ça que c'est encore en test en pas basculé sur le rendu OSM-FR. Certes on peut corriger en mettant les admin_level manquants ou corrects dans les chemins. Mais c'est le genre de truc secondaire dans les données, une redondance dont le moteur de rendu devrait pouvoir se passer, par une préparation en amont des données de frontières et reclacul des admin_level corrects. Bien d'accord quoiqu'un peu de redondance permet de vérifier la cohérence des données... ça ne me choquerai d'ailleurs pas qu'un bot fasse la mise en cohérence des admin_level sur les way avec un boundary=* ça simplifie tellement la réutilisation des données ! Aussi aux faibles niveaux de zoom les frontières autour des déserts (en jaune d'or) sont trop visibles (exemple entre Tunisie et Lybie) et ne devraient même pas être visibles du tout. On ne voit que ça, mieux que les frontières internationales alors que ces déserts ont des contours flous et ne sont pas des frontières. C'est un artifact indésirable de la réduction du gros PNG. A revoir... Encore quelques effets de pâtés dans la méthode de simplification des contours (exemple: au sud-est du Liechtenstein) qui produit des traits plus gras que nécessaire par endroit par accumulation excessive de points arrondis Plus de permalien pour être sûr de parler de la même chose ? Sinon bravo pour avoir enlevé leur couloir noire incongrue qui était beaucoup trop contrastée (et trop gras en plus, ce qui masquait trop de chose). Il reste à unifier les styles de polices pour que villes et régions ne mélangent pas caractères italiques et droits sans règle établie (qui varie en plus selon le zoom). a mon avis toutes les villes devraient avoir des caratèes droits (n'utiliser les italiques qu'au delà du niveau 8 ou pour les noms de pays et régions (en caractères plus grands mais moins contrastés, plus gras aussi mais plus transparents). Il est normal et souhaitable de faire évoluer la feuille de style pour chaque zoom y compris sur les textes. Exemple: dans les premiers niveaux de zoom, la mise en gras permet de repérer la capitale d'un pays. A partir d'un certain niveau de zoom, cela n'apporte plus une info pertinente pour se repérer dans la carte. Ce qui manque par contre c'est une légende (pour chaque zoom). -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le rendu 3D des terrains de sport...
Hé hé... http://map.f4-group.com/#lon=2.3601527lat=48.9248227zoom=18camera.theta=53.644camera.phi=33.519 Repris de mon travail pour la feuille de style OSM-FR... c'est chouette l'open-source :) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
+1. En plus je ne suis même pas convaincu de l'utilité d'abréger le mot Rocade. Si une abréviation était utilisée, cela devrait plutôt être Rsupde/sup pour que cela ne ressemble pas à un autre mot; même sans les exposants pour les lettres finales cela donne Rde (comme la route est abrégée Rsupte/sup et non Rou.). Les rocades sont des voies très longues en comparaison des autres rues ou routes. Le nom doit bien pouvoir s'afficher quelque part en entier (et tant pis s'il manque sur les bretelles d'accès). si le zoom est trop faible pour que le mot soit visible, autant ne pas le mettre du tout sinon on risque de supprimer l'affichage du nom de la ville qu'elle contourne (et la mention Rocade Nord de toute façon n'apporte rien à faible niveau de zoom où le nord est bien identifiable), ou de masquer l'étiquette du numéro de référence. Attention encore à certaines abréviations qui ne savent pas utiliser le point abréviatif correctement: - on DOIT mettre un point après une abréviation d'un mot dont on n'a gardé QUE une ou plusieurs lettres initiales (ce point vient toujours à la fin de l'abréviation du mot). - on ne DOIT PAS mettre de point après une ou plusieurs lettres médiales ou finales (qui devraient être en exposant) si l'abréviation a supprimé des lettres entre elles et l'initiale du mot (donc pour boulevard on abrège Bsupd/sup ou Bd, voire Bsupvd/sup ou Bvd en insérant une médiale, mais PAS Bd. ni Bvd. !) - mais il est préférable de supprimer le point abréviatif dans les sigles (suite de mots qui sont tous abrégés mais ou certains termes sont même carrément supprimés et non abrégés comme les articles et conjonctions de coordination), et on supprimes les espaces entre les lettres du sigle. - Si le sigle se prononce plus souvent comme un mot et non lettre à lettre (acronyme) il garde des capitales seulement sur la première lettre (Unesco et Onu et non UNESCO et ONU -- mais SNCF, RATP ou LCL et non Sncf, Ratp ou Lcl car ce ne sont pas des acronymes). On devrait donc écrire Caf et non CAF. Quelques suggestions d'abréviations encore possibles: - Créd. pour Crédit (noms de banques) mais parfois certaines banques ont des sigles pour certaines caisses (exemple CRCAM). - Bibl. pour Bibliothèque (s'il y a une précision dans d'autres mots avant ou après) - Nat. pour National(e), Dép. pour Départemental(e), Rég. pour Régionale (pas pour les routes abrégées dans l'étiquette du numéro de référence) - Csuptre/sup ou Ctre pour Centre Quelques fautes communes dans les abréviations de nombres ordinaux: - 1ère erroné, on écrit 1supre/sup ou 1re - 2nde erroné, on écrit 2supde/sup ou 2de (certains ne sont pas d'accord); attention toute fois on n'emploie second(e) que s'il n'y a pas de troisième, le second étant aussi le dernier... - 12ème erroné, on écrit 12supe/sup ou 12e (sans accent) - on n'accorde au féminin ou pluriel les abréviations affichant les lettres finales (sauf pour l'ordinal en -ième abrégé supe/sup invariable) Le 17 juillet 2013 13:23, Eric Sibert courr...@eric.sibert.fr a écrit : Quelques suggestions : Pour les abréviations : A propos des abréviations, je suis dubitatif face à l'abréviation de Rocade : Roc. C'est la première fois que je vois cette abréviation et je ne la trouve pas naturelle. Eric __**_ 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] Le rendu 3D des terrains de sport...
Le 17/07/2013 18:51, Christian Quest a écrit : Hé hé... http://map.f4-group.com/#lon=2.3601527lat=48.9248227zoom=18camera.theta=53.644camera.phi=33.519 Repris de mon travail pour la feuille de style OSM-FR... c'est chouette l'open-source :) Pas mal comme modélisation. Je suis assez surpris du peu de nœuds et de clés utilisés pour la représentation 3D. Et je suis encore plus surpris que la modélisation 3D s'appuie vraiment sur l'ancienne modélisation 2D sans modification ou déplacement des nœuds existants (alignés sur la cadastre) ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie de grand-papa... ;)
C'est tout bonnement excellent ! J'ai découvert avec intérêt beaucoup de choses. J'ai l'impression que tracer OSM à coup de GPS, c'est donner des grands coups de pelleteuse là ou d'autre utilisent une petite cuillère :) Greg 2013/7/17 Hélène PETIT h...@free.fr Nous sommes des nains assis sur des épaules de géants. Si nous voyons plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la perspicacité de notre vue, ni de notre grandeur, c’est parce que nous sommes élevés par eux. Jean de Salisbury, écrit en 1159 http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants Le 16/07/2013 23:33, Christian Quest a écrit : http://www.youtube.com/watch?v=AjhXMlji3Uk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 17 juillet 2013 18:48, Christian Quest cqu...@openstreetmap.fr a écrit : Il reste à unifier les styles de polices pour que villes et régions ne mélangent pas caractères italiques et droits sans règle établie (qui varie en plus selon le zoom). a mon avis toutes les villes devraient avoir des caratèes droits (n'utiliser les italiques qu'au delà du niveau 8 ou pour les noms de pays et régions (en caractères plus grands mais moins contrastés, plus gras aussi mais plus transparents). Il est normal et souhaitable de faire évoluer la feuille de style pour chaque zoom y compris sur les textes. Peut-être mais quand on commence à avoir des libellés dans un niveau de zoom donné pour des noms de villes, ou de départements ou de régions, les styles mutuels se confondent et se mélangent, les libellés deviennent incohérents entre eux. Si en plus on ajoute des sous-communes (comme des quartiers ou lieux-dits), qu'est-ce qui les différencie entre eux? Je veux ben qu'on veuille donner plus d'importance à une grosse ville ou une capitale, mais pas en jouant sur le style droit/italique qui en grande partie sert à indiquer en grand les régions ou départments et plus petits (aux zooms plus avancés où ils apparaissent) les lieux dits et sous-communes. L'importance donné à un libellé doit plutôt jouer sur la taille de police (préférable même aux caractères gras qui ne devraient servir QUE pour quelques capitales administratives, quel que soit leur importance en population. LA couleur est aussi une information: les noms de villes et lieux-dits étant en noir non transparent, les objets beaucoup plus grands auront des tailles de police plus grandes mais on peut aussi jouer pour eux sur l'interlettrage, et utiliser une couleur grise plus claire (pour éviter de trop les mettre en évidence), la graisse permettant de garder leur lisibilité, et la semiransparence permettant de garder visible des détails de l'arrière-plan que cacherait trop la mise en gras (ne pas oublier que la lisibilité est aussi maintenue par le halo plus clair qu'on met autour, la semi-transparence n'est pas un problème quel que soit les couleurs en arrière-plan, puisque c'et le halo clair qui contraste déjà avec les caractères). - Sinon le bot de mise à jour des admin_level peut se faire aussi en amont avant le rendu Mapnik, même sur ta base locale hors OSM. LE prétraitement toutefois demanderait d'importer les relations frontières différemment : repérer les segments communs de frontière pour ne les tracer qu'une fois et associer alors le min(admin_level) des relations importées à ces traits Attention à certains pièges concernant des frontières qui ne sont pas du tout administratives, mais politiques: cantons, et circonscriptions) car elles ne sont pas toujours alignées sur des frontières administratives et n'ont pas d'admin_level défini non plus, et pourtant elles sont aussi des séparations entre deux zones de même type avec un segment partagé tracé lui aussi deux fois, mais qu'on ne trace pas du tout si le segment est partagé comme frontière administrative (qui prend la priorité). Un autre problème est qu'actuellement les frontières sont importées comme des polygones fermés, sinon comme des ways ouverts (anomalies de frontières brisées dans OSM). et qu'ensuite ce sont les polygones qui sont simplifiés indépendamment des uns des autres : des segments au départ communs ne le sont plus en passant à l'étape simplification car la simplification ne retient pas les mêmes noeuds (elle part pour chaque polygone d'une noued aribtraire, et parcours les chemins dans un sens ou dans un autre, là où la simplification devrait toujours partir du noeud d'un point trple (extrémité d'un segment partagé), qui doit être gardé, et yojours parcourir les segments dans le même sens (quel que soit le polygone qui l'utilise, alors que les polygones importés sont systématiquement dans le sens trigonométrique, donc les segments sont parcourus en sens opposé par la simplification propre à chaque niveau de zoom). Bref ce n'est pas qu'une question de ce qui est dans la base OSM mais de ce qui est importé dans la base locale de rendu: les frontières à dessiner ne devraient pas être importées comme des polygones mais comme des chemins, avec une direction imposée indépendante des (multi)polygones qui les référencent. On peut facilement imposer un sens arbitraire répondant au problème en comparant les coordonnées des deux extrémités, et imposant une direction d'abord nord-sud, sinon ouest-est pour les rares segments exactement horizontaux, et sinon pour les chemins fermés restants (pas de direction déterminable)il suffit de les garder dans le sens antihoraire et imposer que le premier-et dernier point à garder soit celui le plus au nord (sinon le plus à l'ouest). Alors seulement la simplification des tracés donnera un résultat cohérent et peut se faire dans le système de coordonnées du rendu mesuré en pixels. Et là on peut éliminer les effets indésirables
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Les zoom 3 à 7 sont en cours de régénération après avoir supprimé quelques pays parasites... http://www.openstreetmap.org/browse/changeset/16990256 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie de grand-papa... ;)
Au contraire j'ai plutôt l'impression qu'on utilise aujourd'hui des petites cuillères quand hier on n'avait pas le choix que d'utiliser les gros moyens des pelleteuses, le travail à faire étant immensément plus grand. Aujourd'hui si on n'avait pas le satellite, et si l'aviation commerciale ne s'était pas développée pour permettre des techniques de prises de vue à couts réduits (jusqu'à l'utilisation aujourd'hui des drones), on serait totalement incapable d'utiliser les moyens mis en oeuvre en 1955 : beaucoup trop cher, car beaucoup trop d'étapes, trop de labos, trop d'hommes, trop de matériels, trop de chantiers et de véhicules, trop d'entretien, trop de déplacements (même avec les moyens d'un Etat), car c'est titanesque à côté de ce qu'on peut utiliser aujourd'hui. Avec les moyens actuels d'OSM, on ne pourrait même pas faire une carte au 100 millième d'une seule région de France, et peut-être même pas une ville comme Paris (en se contentant juste de tracer les rues sans tenir compte des bâtiments) si on n'avait pas nos GPS et l'orthophotographie. On serait non pas comme en 1955 mais dans les années 1800, même avec nos ordinateurs car on manquerait cruellement de l'information de base : la connaissance du terrain (et on ne peut pas se fier seulement à la vue, ce que démontre très bien ce film de l'IGN). Je suis tout de même surpris par le nombre d'opérations de transcriptions successives des données et tout de même je trouve admirable qu'à fil des transformations on ait pu offrir une telle précisions sans la dégrader à chaque fois. Et comment tout ce travail de titan a pu échapper à certaines catastrophes me parait un miracle car on ne pouvait pas le reproduire facilement (même en faire une copie était certainement très coûteux, aujourd'hui on copie un fichier n'importe où en une quelques secondes n'importe où dans le monde, on ne risque plus de tout perdre par accident). Alors oui nos GPS portables sont des petites cuillères. Le reste avec les techniques numériques évitent plein d'étapes utilisant des instruments de précision coûteux car on sait préserver la précision et l'améliorer comme on veut (tout ajout de données ne fait qu'améliorer la précision. Les moyens d'aujourdhui sont utilisables par des non-spécialistes et plus facilement vérifiables. Le 17 juillet 2013 19:54, Greg ewala...@gmail.com a écrit : C'est tout bonnement excellent ! J'ai découvert avec intérêt beaucoup de choses. J'ai l'impression que tracer OSM à coup de GPS, c'est donner des grands coups de pelleteuse là ou d'autre utilisent une petite cuillère :) Greg 2013/7/17 Hélène PETIT h...@free.fr Nous sommes des nains assis sur des épaules de géants. Si nous voyons plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la perspicacité de notre vue, ni de notre grandeur, c’est parce que nous sommes élevés par eux. Jean de Salisbury, écrit en 1159 http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants Le 16/07/2013 23:33, Christian Quest a écrit : http://www.youtube.com/watch?v=AjhXMlji3Uk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication scientifique sur couleurs et déficiences visuelles dans les cartes OSM...
Pour info, l'auteur de l'article m'a signalé un site permettant la sélection des jeux de couleurs avec des contraintes (défaut de perception des couleurs, impression, photocopiable): http://colorbrewer2.org/js/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...
Moyennant quelques tricheries tout de même (il y a une case à cocher 'Buildings customized by F4 en haut de la page pour les enlever), on voit la différence avec une vraie modélisation 3D (ici le Louvre): http://map.f4-group.com/#lon=2.3362306lat=48.8609360zoom=18camera.theta=55.331 Là la tour Eiffel un peu incongrue au milieu du reste désespérément plat: http://map.f4-group.com/#lon=2.2952405lat=48.8592280zoom=17camera.theta=55.331 (mais si on décoche la case en haut, la Tour Eiffel a un aspect très étrange !) Là les tours de la Défense difficilement reconnaissables (hormis l'arche et le CNIT) même si les hauteurs moyennes sont représentées et sommairement le type de toit. Si vous ne connaissez pas bien la Défense il est peu probable que vous identifiez sans vous tromper les tours que vous avez en photo, la case à cocher ne change rien il n'y a que les données 2D d'OSM): http://map.f4-group.com/#lon=2.2430483lat=48.8912919zoom=17camera.theta=53.973 Et à côté les ponts et passerelles où le relief fait cruellement défaut (difficile de trouver son chemin piéton tout autour (et ce chemin n'est pas simple, sortir de la Défense à pied est compliqué et tortueux par le réseau de passerelles et escaliers, pour l'avoir fait pendant quelques années quand il n'y avait plus de train ou quand il y avait des grèves de transport et aucun taxi disponible), il manque quelque chose un peu réaliste pour les ponts : http://map.f4-group.com/#lon=2.2521034lat=48.8877126zoom=18camera.theta=53.973camera.phi=-113.331 sans compter aussi les tunnels pas de représentation de l'esplanade piétonne suspendue au dessus: http://map.f4-group.com/#lon=2.2416470lat=48.8903587zoom=18camera.theta=53.973camera.phi=-113.331 et les lignes SNCF en sous-sol coupées derrière le CNIT (ici ce sont des défauts dans OSM lui-même): http://map.f4-group.com/#lon=2.2391317lat=48.8936958zoom=19camera.theta=53.973camera.phi=-113.331 Finalement ce rendu 3D n'apporte pas grand chose et n'est pas plus lisible que le rendu à plat en 2D, qui me parait plus complet et plus précis. En revanche le rendu 2D de F4 en vectoriel apporterait quelque chose de plus si on pouvait réorienter la carte comme en 3D (en supprimant la perspective des bâtiments pour faire disparaitre aussi les ombres, une option qui manque). F4 devrait s'intéresser davantage justement à la partie 2D de son rendu en mode 3D (car il y a des problèmes d'échelle non réglés). Cela donnerait aussi plus de réalisme aussi pour la partie partiellement modélisée en pseudo-3D, même sans modélisation de bâtiments spécifiques. Le premier travail à faire concerne les ponts et tunnels (un système de valeurs par défaut réaliste devrait permettre de faire de la pseudo-3D aussi), et il manque des données d'altitude de nivellement, par exemple ici à Grenoble: http://map.f4-group.com/#lon=5.7229601lat=45.1952237zoom=17camera.theta=63.793 ou dans les stations de sport d'hiver, ici Megève (où est la montagne ? Où sont les pistes, remontées, télécabines ?): http://map.f4-group.com/#lon=6.6118251lat=45.8492172zoom=16camera.theta=65.489 Pourtant en reculant le zoom on voit mieux la montagne: http://map.f4-group.com/#3d=falselon=6.6097679lat=45.8532654zoom=11camera.theta=65.489 De mon point de vue, la 2D offre pour l'instant un meilleur réalisme et un résultat plus précis et plus facile à utiliser selon ce qu'on cherche dans des contextes plus diversifiés. La pseudo-3D en revanche servira en vision très rapprochée (vue comme dans une voiture pour la navigation, à condition d'entrer dans le détail des voies et restrictions de circulation et la signalisation). En revanche pour les piétons (voire aussi les vélos pour lesquels la dénivellation est une info essentielle), la pseudo-3D proposée ne marche pas du tout, il manque trop de détails, la 2D est plus facile à aborder et permet plus de choses sans surcharger ni masquer trop vite des détails de zones voisines. Le reste du rendu 3D, comme le joli dessin des arbre ou l'eau qui semble couler dans les fleuves (mais dans une direction un peu aléatoire...), ou le reflet de nuages sur les façades vitrées de grands immeubles, c'est du détail superflu qui tend à trop les privilégier dans le rendu au détriment de tout ce qui manque. Le 17 juillet 2013 19:26, Christophe Merlet red...@redfoxcenter.org a écrit : Le 17/07/2013 18:51, Christian Quest a écrit : Hé hé... http://map.f4-group.com/#lon=**2.3601527lat=48.9248227zoom=** 18camera.theta=53.644camera.**phi=33.519http://map.f4-group.com/#lon=2.3601527lat=48.9248227zoom=18camera.theta=53.644camera.phi=33.519 Repris de mon travail pour la feuille de style OSM-FR... c'est chouette l'open-source :) Pas mal comme modélisation. Je suis assez surpris du peu de nœuds et de clés utilisés pour la représentation 3D. Et je suis encore plus surpris que la modélisation 3D s'appuie vraiment sur l'ancienne modélisation 2D sans modification ou déplacement des nœuds existants (alignés sur la cadastre) !
Re: [OSM-talk-fr] Libération de l'ortho mnt 2009/2010 du CRAIG sur la région auvergne
Le 17 juillet 2013 18:26, Christian Quest cqu...@openstreetmap.fr a écrit : Psss... sur GMail il y a une option annuler l'envoi qu'on peut activer et qui est parfois bien pratique. Ça m'arrive pendant le frappe de taper la touche TAB par inadvertance et ça m'amène directement sur le bouton Envoyer. Dans une frappe rapide, on a vite fait de frapper un espace qui active le bouton (on ne s'en aperçoit pas toujours, ou trop tard selon sa vitesse de frappe). Heureusement, l'envoi n'est pas immédiat: tant que le lien en haut est affiché (pendant une dizaine de secondes sauf si a clique sur un lien pour changer de page affichée), on peut encore annuler, et l'édition reprend comme si de rien n'était. C'est très pratique en effet, mais seulement disponible sur PC avec un écran assez grand. Sur mobile, c'est plus compliqué, il n'y a pas cette option et un envoi est vite parti avant qu'on puisse corriger, ne serait-ce que durant la relecture quand on a déjà du mal à resélectionner certains mots à corriger dans un texte qu'on ne voit sue très partiellement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...
Le 17 juillet 2013 22:39, Philippe Verdy verd...@wanadoo.fr a écrit : Et à côté les ponts et passerelles où le relief fait cruellement défaut (difficile de trouver son chemin piéton tout autour (et ce chemin n'est pas simple, sortir de la Défense à pied est compliqué et tortueux par le réseau de passerelles et escaliers, pour l'avoir fait pendant quelques années quand il n'y avait plus de train ou quand il y avait des grèves de transport et aucun taxi disponible), il manque quelque chose un peu réaliste pour les ponts : http://map.f4-group.com/#lon=2.2521034lat=48.8877126zoom=18camera.theta=53.973camera.phi=-113.331 Et surtout ce qui ne va pas avec les ponts c'est que la Seine se déplace dans le mauvais sens :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Je ne suis toujours pas convaincu par l'utilité des pointillés pour les frontières maritimes, qu'on confond facilement avec les routes maritimes. Un trait continu marchera aussi bien. C'est pour les frontières terrestre que le pointillé est davantage justifié, pour ne pas confondre avec un cours d'eau ou une route. Exemple ici pour les Antilles, les pointillés (pour les eaux territoriales à 12 nm) sont difficiles à suivre: http://tile.openstreetmap.fr/?zoom=6lat=13.83449lon=-61.02613layers=B0FFF Les pointillés sont éventuellement pour les limites de ZEE (souvent non fermées, juste des lignes entre deux entités mais pas les autres) Bizarrement on a par endroit des lignes continues (mais trop épaisses et trop contrastées, ici pour Pago Pago et Alofi) : http://tile.openstreetmap.fr/?zoom=7lat=-16.7819lon=-173.11187layers=B0FFF et plus à l'ouest d'étranges lignes verticales sur l'antiméridien coupant les Fidji): http://tile.openstreetmap.fr/?zoom=7lat=-16.7819lon=-173.11187layers=B0FFF Le 17 juillet 2013 12:25, Simon Miniou simon.min...@gmail.com a écrit : Bonjour, Excellent ce rendu ! Et de mieux en mieux ! Merci pour ce travail de fourmi zélée ! +1 Sinon j'ai essayé de mettre à jour certaines limites de Pays en Amérique du Sud ; est ce que le rendu à été réactualisé? (pour voir si les changements sont correct!) (changement sur l'admin_level=2 et sur les frontières maritime) http://tile.openstreetmap.fr/?zoom=8lat=7.14355lon=-59.68305layers=B0FFF http://tile.openstreetmap.fr/?zoom=4lat=-9.86698lon=-82.79004layers=B0FFF Merci, Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie de grand-papa... ;)
Je vais préciser un peu ma pensée : étant les moyens techniques de l'époque, la résolution des données semble stupéfiante. Les mêmes moyens financiers et humains, mais avec les moyens technologiques d'aujourd'hui devraient permettre une cartographie extraordinairement plus détaillée. Je pense par exemple à une cartographie 3D métrique, voire décimétrique. C'est peut être dans les cartons de l'IGN ? :) Par contre, il est vrai que la hauteur de la barrière d'entrée à largement été abaissée pour permettre à tout le monde de créer une carte d'une qualité suffisante pour beaucoup d'usages, et surtout réutilisable. Bonne soirée ! Greg 2013/7/17 Philippe Verdy verd...@wanadoo.fr Au contraire j'ai plutôt l'impression qu'on utilise aujourd'hui des petites cuillères quand hier on n'avait pas le choix que d'utiliser les gros moyens des pelleteuses, le travail à faire étant immensément plus grand. Aujourd'hui si on n'avait pas le satellite, et si l'aviation commerciale ne s'était pas développée pour permettre des techniques de prises de vue à couts réduits (jusqu'à l'utilisation aujourd'hui des drones), on serait totalement incapable d'utiliser les moyens mis en oeuvre en 1955 : beaucoup trop cher, car beaucoup trop d'étapes, trop de labos, trop d'hommes, trop de matériels, trop de chantiers et de véhicules, trop d'entretien, trop de déplacements (même avec les moyens d'un Etat), car c'est titanesque à côté de ce qu'on peut utiliser aujourd'hui. Avec les moyens actuels d'OSM, on ne pourrait même pas faire une carte au 100 millième d'une seule région de France, et peut-être même pas une ville comme Paris (en se contentant juste de tracer les rues sans tenir compte des bâtiments) si on n'avait pas nos GPS et l'orthophotographie. On serait non pas comme en 1955 mais dans les années 1800, même avec nos ordinateurs car on manquerait cruellement de l'information de base : la connaissance du terrain (et on ne peut pas se fier seulement à la vue, ce que démontre très bien ce film de l'IGN). Je suis tout de même surpris par le nombre d'opérations de transcriptions successives des données et tout de même je trouve admirable qu'à fil des transformations on ait pu offrir une telle précisions sans la dégrader à chaque fois. Et comment tout ce travail de titan a pu échapper à certaines catastrophes me parait un miracle car on ne pouvait pas le reproduire facilement (même en faire une copie était certainement très coûteux, aujourd'hui on copie un fichier n'importe où en une quelques secondes n'importe où dans le monde, on ne risque plus de tout perdre par accident). Alors oui nos GPS portables sont des petites cuillères. Le reste avec les techniques numériques évitent plein d'étapes utilisant des instruments de précision coûteux car on sait préserver la précision et l'améliorer comme on veut (tout ajout de données ne fait qu'améliorer la précision. Les moyens d'aujourdhui sont utilisables par des non-spécialistes et plus facilement vérifiables. Le 17 juillet 2013 19:54, Greg ewala...@gmail.com a écrit : C'est tout bonnement excellent ! J'ai découvert avec intérêt beaucoup de choses. J'ai l'impression que tracer OSM à coup de GPS, c'est donner des grands coups de pelleteuse là ou d'autre utilisent une petite cuillère :) Greg 2013/7/17 Hélène PETIT h...@free.fr Nous sommes des nains assis sur des épaules de géants. Si nous voyons plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la perspicacité de notre vue, ni de notre grandeur, c’est parce que nous sommes élevés par eux. Jean de Salisbury, écrit en 1159 http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants Le 16/07/2013 23:33, Christian Quest a écrit : http://www.youtube.com/watch?v=AjhXMlji3Uk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...
en fait c'est plutôt que toute l'eau coule dans le même sens uniquement du nord-est au sud-ouest ... voir http://map.f4-group.com/#lon=2.2381974lat=48.8220928zoom=17camera.theta=0.9ou elle coule vers une rive ... Le 17 juillet 2013 23:12, Ista Pouss ista...@gmail.com a écrit : Le 17 juillet 2013 22:39, Philippe Verdy verd...@wanadoo.fr a écrit : Et à côté les ponts et passerelles où le relief fait cruellement défaut (difficile de trouver son chemin piéton tout autour (et ce chemin n'est pas simple, sortir de la Défense à pied est compliqué et tortueux par le réseau de passerelles et escaliers, pour l'avoir fait pendant quelques années quand il n'y avait plus de train ou quand il y avait des grèves de transport et aucun taxi disponible), il manque quelque chose un peu réaliste pour les ponts : http://map.f4-group.com/#lon=2.2521034lat=48.8877126zoom=18camera.theta=53.973camera.phi=-113.331 Et surtout ce qui ne va pas avec les ponts c'est que la Seine se déplace dans le mauvais sens :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie de grand-papa... ;)
La 3D décimétrique on y est maintenant avec Google dans plein d'endroits du monde (là où sont passées ses Google Cars). De quoi en faire baver d'envie bien des instituts nationaux qui ne savent pas tirer profit de leurs investissements comme peut le faire Google (mais non librement, car il commercialise sa carte et ses données, au delà d'une limite d'utilisation gratuite qu'il fixe lui-même, et où il décide maintenant quoi afficher selon les utilisateurs). Cependant pour rendre justice à Google, il est aussi un des plus gros clients pour acheter de l'imagerie, et il finance indirectement par là les instituts qui produisent de l'imagerie, laquelle peut être revenue aussi moins chère aux collectivités qui par leurs instituts produisent des données géographiques. Mais Google a des moyens énormes que des collectivités n'ont pas, sa force c'est l'étendue de sa base de données un peu partout dans le monde et le fait qu'il utilise aussi déjà les données publiques (puisqu'elles sont ouvertes à lui comme à nous), mais il peut les intégrer de façon beaucoup plus massive. Le 17 juillet 2013 23:59, Greg ewala...@gmail.com a écrit : Je vais préciser un peu ma pensée : étant les moyens techniques de l'époque, la résolution des données semble stupéfiante. Les mêmes moyens financiers et humains, mais avec les moyens technologiques d'aujourd'hui devraient permettre une cartographie extraordinairement plus détaillée. Je pense par exemple à une cartographie 3D métrique, voire décimétrique. C'est peut être dans les cartons de l'IGN ? :) Par contre, il est vrai que la hauteur de la barrière d'entrée à largement été abaissée pour permettre à tout le monde de créer une carte d'une qualité suffisante pour beaucoup d'usages, et surtout réutilisable. Bonne soirée ! Greg 2013/7/17 Philippe Verdy verd...@wanadoo.fr Au contraire j'ai plutôt l'impression qu'on utilise aujourd'hui des petites cuillères quand hier on n'avait pas le choix que d'utiliser les gros moyens des pelleteuses, le travail à faire étant immensément plus grand. Aujourd'hui si on n'avait pas le satellite, et si l'aviation commerciale ne s'était pas développée pour permettre des techniques de prises de vue à couts réduits (jusqu'à l'utilisation aujourd'hui des drones), on serait totalement incapable d'utiliser les moyens mis en oeuvre en 1955 : beaucoup trop cher, car beaucoup trop d'étapes, trop de labos, trop d'hommes, trop de matériels, trop de chantiers et de véhicules, trop d'entretien, trop de déplacements (même avec les moyens d'un Etat), car c'est titanesque à côté de ce qu'on peut utiliser aujourd'hui. Avec les moyens actuels d'OSM, on ne pourrait même pas faire une carte au 100 millième d'une seule région de France, et peut-être même pas une ville comme Paris (en se contentant juste de tracer les rues sans tenir compte des bâtiments) si on n'avait pas nos GPS et l'orthophotographie. On serait non pas comme en 1955 mais dans les années 1800, même avec nos ordinateurs car on manquerait cruellement de l'information de base : la connaissance du terrain (et on ne peut pas se fier seulement à la vue, ce que démontre très bien ce film de l'IGN). Je suis tout de même surpris par le nombre d'opérations de transcriptions successives des données et tout de même je trouve admirable qu'à fil des transformations on ait pu offrir une telle précisions sans la dégrader à chaque fois. Et comment tout ce travail de titan a pu échapper à certaines catastrophes me parait un miracle car on ne pouvait pas le reproduire facilement (même en faire une copie était certainement très coûteux, aujourd'hui on copie un fichier n'importe où en une quelques secondes n'importe où dans le monde, on ne risque plus de tout perdre par accident). Alors oui nos GPS portables sont des petites cuillères. Le reste avec les techniques numériques évitent plein d'étapes utilisant des instruments de précision coûteux car on sait préserver la précision et l'améliorer comme on veut (tout ajout de données ne fait qu'améliorer la précision. Les moyens d'aujourdhui sont utilisables par des non-spécialistes et plus facilement vérifiables. Le 17 juillet 2013 19:54, Greg ewala...@gmail.com a écrit : C'est tout bonnement excellent ! J'ai découvert avec intérêt beaucoup de choses. J'ai l'impression que tracer OSM à coup de GPS, c'est donner des grands coups de pelleteuse là ou d'autre utilisent une petite cuillère :) Greg 2013/7/17 Hélène PETIT h...@free.fr Nous sommes des nains assis sur des épaules de géants. Si nous voyons plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la perspicacité de notre vue, ni de notre grandeur, c’est parce que nous sommes élevés par eux. Jean de Salisbury, écrit en 1159 http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants Le 16/07/2013 23:33, Christian Quest a écrit : http://www.youtube.com/watch?v=AjhXMlji3Uk
Re: [OSM-talk-fr] La cartographie de grand-papa... ;)
Pour info on trouve également un épisode de C'est pas sorcier consacré à la cartographie sur youtube, vimeo ou le site de France 3 (en VOD). L'épisode doit être vieux, il ne mentionne pas du tout OSM. Je me rappelle avoir été impressionné par la quantité de travail requise pour recueillir les données d'altitude sur tout le territoire avant les satelittes. http://www.youtube.com/watch?v=Ft6KM9AzKig ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Avant que je pose des questions bêtes... dis moi Christian, la population des nodes place tu la prends directement dans le geofla? ou bien tu prends celle qu'il y a dans la base OSM? Parce que ce tag ne semble pas souvent rempli pour les petites communes dans OSM, et accessoirement elle n'est pas forcément homogène - obsolescence des donnée, divers source etc. - 2013/7/17 Christian Quest cqu...@openstreetmap.fr: Les zoom 3 à 7 sont en cours de régénération après avoir supprimé quelques pays parasites... http://www.openstreetmap.org/browse/changeset/16990256 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie de grand-papa... ;)
On 18/07/2013 06:25, Pierre Knobel wrote: Pour info on trouve également un épisode de C'est pas sorcier consacré à la cartographie sur youtube, vimeo ou le site de France 3 (en VOD). L'épisode doit être vieux, il ne mentionne pas du tout OSM. 1999 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
