Re: [OSM-talk-fr] Plugin cadastre import assisté des b atiments
2009/10/1 Pieren J'ai fait quelques essais avec une reconnaissance du pourtour basé sur la couleur et simplification.Le problème, c'est que le résultat n'est jamais satisfaisant: les rectangles qui n'ont besoin que de 4 points en ont souvent 5 ou 6 et ça ne marche plus dès qu'une ligne quelconque traverse le bâtiment, ce qui est très fréquent (comme les limites parcellaires ou même certains symboles cadastraux). Salut, c'est possible d'avoir accès à ce code ? J'avais envie de m'y mettre et ça m'aiderai beaucoup d'éviter à apprendre à faire un plugin, accéder au layer... ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ruisseaux temporaires
Le Thu, Oct 01, 2009 at 09:39:21PM +0200, sylvain letuffe [sylv...@letuffe.org] a écrit: existantes, ou plus simplement une heuristique utilisant le relief (thalwegs) ? ça, je n'y crois pas du tout: dans les alpes, on trouve de nombreux ruisseaux qui laissent une emprunte dans le sol quasi négligeable (peut-être 20/30 cm tout au plus) et que l'on retrouve sur leurs cartes. Certes. Mais un ruisseau, ça a quand même tendance à préférer s'installer dans un creux, plutot que dans une bosse ;-) En calculant les surfaces de collecte des versants, la pluviométrie, et en repérant les creux, tu peux sans doute déterminer des emplacements probables de ruisseaux. -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Segments bizarres
Merci à tous pour vos réponses. Arnaud -- Van De Casteele Arnaud 72 Rue de la colline des camélias 97400 Saint-Denis 0262 30 67 79 - 0692 76 24 48 SIG - WebMapping - GPS embarqué Site internet : http://geotribu.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quels tags pour un repère géod ésique
J'ai un peu décroché des repères géodésiques alors que j'avais contribué à lancer le sujet au printemps. Pour préciser les réponses déjà données: - les repères géodésiques sont très précis en coordonnées horizontales (~5 cm) et approximatifs en altitude. Historiquement, ils ont été déterminés par triangulation depuis un observatoire (à Paris pour la France). - les repères de nivellement sont très précis en altitude (~mm) mais approximatifs en horizontale (~10 m). Historiquement, leur altitude a été déterminé par cheminement depuis le bord de la mer au niveau à bulle, en suivant les voies de communication. Je pense que dans OSM il faut traiter séparément les repères géodésiques et de nivellement. Dans la suite, je vais surtout parler des repères géodésiques. Historiquement, les repères géodésiques ont été déterminés par triangulation. La version actuelle (grosse 1ère moitiée du 20ème siècle), s'appelle la Nouvelle Triangulation Française (NTF). Là dedans, tous les repères ne sont pas égaux. Certains étaient mesurés plus précisément. C'était le réseau d'ordre 1. Puis à l'aide de ce réseau d'ordre 1, on mesurait d'autres repères plus rapidement. C'était l'ordre 2. Et ainsi de suite jusqu'à l'ordre 5. Les repères qui utilisent les clochers sont généralement d'ordre 5. Depuis, l'informatique est passée par là et permet de tout calculer d'un coup. La distinction des ordres de 1 à 5 n'a plus de sens en terme de précision. Le satellite et le GPS sont aussi arrivés, ce qui a changé les façons de travailler. L'IGN a commencé par mettre en place de nouveaux repères géodésiques, non plus au sommets des montagnes mais en plaine et facilement accessibles (pour poser un récepteur GPS dessus et travailler en différentiel). Il y a un millier de points constituant le Réseau de Base Français (RBF). Ce réseau s'appuie lui-même sur une vingtaine de points déterminés très précisément par satellite, le Réseau de Référence Français (RRF). Enfin, depuis une dizaine d'année, il se met en place un Réseau de GPS Permanent (RGP) qui dispense d'utiliser un second GPS sur le terrain pour faire du différentiel. Je pense qu'il faut conserver ces informations sur le réseau d'origine dans OSM à travers un tag spécifique. network = NTF1 NTF2 NTF3 NTF4 NTF5 RBF RRF RGP. Ca peut en particulier être exploité par les outils de rendus pour hiérarchiser les données. Dans les essais d'extraction du printemps, c'était le cas. Quant au nombre de repères, ça fait beaucoup. Mes tableurs étant limités à 32768 lignes, je peux juste dire que c'est supérieur à ce nombre. Pour les autres tags, je pense que le lien vers la fiche d'origine a quand même son intérêt même si c'est redondant avec la référence du repère. Tout le monde et tous les logiciels de rendu ne vont pas nécessairement connaître ce lien qui varie d'un pays à l'autre. Quant à un import dans OSM, je serais favorable à un import automatisé dans des nœuds indépendants mais au printemps, il y avait quelques problèmes de conversion, les latitudes/longitudes n'étant pas fournies pour tous les repères. Pour terminer avec les repères de nivellement, leur intérêt est moindre mais ils peuvent quand même servir pour déterminer l'altitude de certains cols ou le profils de certaines de routes de montagne... pour les cyclistes. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Corine et rendu Mapnik
Bonjour à tous Bravo encore pour l'excellent travail d'import de Corine (temps passé, rigueur, traçabilité, etc.). Maintenant que 35 % environ de la France est importé, on commence à avoir des possibilités de rendu très intéressantes. Malheureusement, le rendu par défaut de Mapnik ne semble pas afficher les polygones issus de Corine à des niveaux de zoom inférieur à 11. Cela est dommage, car le rendu serait intéressant aux niveaux de zoom 7 à 10. Pensez-vous qu'il faudrait proposer à la liste OSM anglophone de modifier le xml du rendu de Mapnik pour intégrer ces changements ? Ou bien quelqu'un sait qui contacter ? Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine et rendu Mapnik
Hormis le XML, je voulais savoir si il fallait attendre avant de modifier un élément CORINE ? C'est pour corriger de petits écarts. ReLuc kimaidou a écrit : Bonjour à tous Bravo encore pour l'excellent travail d'import de Corine (temps passé, rigueur, traçabilité, etc.). Maintenant que 35 % environ de la France est importé, on commence à avoir des possibilités de rendu très intéressantes. Malheureusement, le rendu par défaut de Mapnik ne semble pas afficher les polygones issus de Corine à des niveaux de zoom inférieur à 11. Cela est dommage, car le rendu serait intéressant aux niveaux de zoom 7 à 10. Pensez-vous qu'il faudrait proposer à la liste OSM anglophone de modifier le xml du rendu de Mapnik pour intégrer ces changements ? Ou bien quelqu'un sait qui contacter ? Kimaidou ___ 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] Corine et rendu Mapnik
Merci pour cette prompt réponse Emilie Laffray a écrit : rldhont wrote: Hormis le XML, je voulais savoir si il fallait attendre avant de modifier un élément CORINE ? C'est pour corriger de petits écarts. Il vaut mieux attendre que l'import soit fini du fait de la fusion des points. En théorie a partir du moment que tu n'effaces pas un point, tu peux le faire. C'est vraiment la condition sine qua none. Sinon, ajouter un point ne devrait avoir aucun effet. Déplacer un point qui sera réutilisé plus tard implique le polygone associé sera forcement déplacé aussi après. Emilie Laffray ___ 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] Plugin cadastre import assisté des batiments
2009/10/2 Julien D. murphy2712+osm...@gmail.com: Salut, c'est possible d'avoir accès à ce code ? J'avais envie de m'y mettre et ça m'aiderai beaucoup d'éviter à apprendre à faire un plugin, accéder au layer... ! Le code du plugin est dans le dépôt d'openstreetmap depuis très longtemps et chacun est libre d'y apporter ses améliorations: http://svn.openstreetmap.org/applications/editors/josm/plugins/cadastre-fr/ Le code de reconnaissance des bâtiments n'y est pas pour les raisons précédement citées et sur le faite qu'il ne marche que sur une image pour l'instant mais je peux te l'envoyer. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine et rendu Mapnik
2009/10/2 kimaidou kimai...@gmail.com: Malheureusement, le rendu par défaut de Mapnik ne semble pas afficher les polygones issus de Corine à des niveaux de zoom inférieur à 11. Le rendu mapnik pour les faibles niveaux de zoom ne se fait pas automatiquement mais à la main toutes les x semaines. Ca n'est donc pas un problème de feuille de style dans mapnik qui aurait décidé d'ignorer les polygones corine ;-) De toute façon, seuls quelques landuse sont conservés dans ces niveaux comme les forêts et les glaciers. C'est une affaire de goût et aussi de performance, plus on en met et plus long sera le temps pour les générer et plus la carte devient illisible (je pense en particulier au landuse farm). Soit il faut être un peu patient, soit il faudrait que quelqu'un recherche dans les archives de la ml principale le nom de la personne qui se charge de ça et la contacter à la fin de l'import. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine et rendu Mapnik
On vendredi 2 octobre 2009, Pieren wrote: 2009/10/2 kimaidou kimai...@gmail.com: Malheureusement, le rendu par défaut de Mapnik ne semble pas afficher les polygones issus de Corine à des niveaux de zoom inférieur à 11. C'est une affaire de goût ... et de couleur ;-) En effet, moi je trouve très bien le choix de ne pas trop représenter de landuse à faible zoom. Quand on regarde de loin une carte voulu général, je me dis que ce que j'aime y voir ce sont les principaux axes routiers (autoroute) les frontières et les grosses villes. Voir apparaître une bouillie de pixel marron/vert/jaune ne me semble pas du tout souhaitable. Déjà les glaciers, à zoom 6, on croirait une mer intérieure. Bref, représenter le pixel marron du champ à dédé vu de l'espace, pour obtenir la pâtée que l'on peut voir sur le serveur corine, merci bien ! ça me rappel les débats, faut il tout montrer sur le site portail de osm.org pour motiver ceux qui mappent en leur faisant le rendu de ce qu'ils mappent. Heureusement que certains tiennent bon, sinon on aurait un truc tout simplement illisible -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine et rendu Mapnik
Tout de suite, les grands mots :D Je ne parlais pas bien sûr de montrer tous les polygones corine à tous les niveaux de zoom. Un peu de finesse dans ce monde de brutes :D Je n'ai bien sûr pas envie de voir la France comme ceci ( http://sd1878-2.sivit.org/ ). Merci Pieren pour l'info sur le délai de rendu de certains types de polygone. Je ne suis pas pressé, j'attendrais bien sagement alors. Kimaidou Le 2 octobre 2009 10:52, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On vendredi 2 octobre 2009, Pieren wrote: 2009/10/2 kimaidou kimai...@gmail.com: Malheureusement, le rendu par défaut de Mapnik ne semble pas afficher les polygones issus de Corine à des niveaux de zoom inférieur à 11. C'est une affaire de goût ... et de couleur ;-) En effet, moi je trouve très bien le choix de ne pas trop représenter de landuse à faible zoom. Quand on regarde de loin une carte voulu général, je me dis que ce que j'aime y voir ce sont les principaux axes routiers (autoroute) les frontières et les grosses villes. Voir apparaître une bouillie de pixel marron/vert/jaune ne me semble pas du tout souhaitable. Déjà les glaciers, à zoom 6, on croirait une mer intérieure. Bref, représenter le pixel marron du champ à dédé vu de l'espace, pour obtenir la pâtée que l'on peut voir sur le serveur corine, merci bien ! ça me rappel les débats, faut il tout montrer sur le site portail de osm.org pour motiver ceux qui mappent en leur faisant le rendu de ce qu'ils mappent. Heureusement que certains tiennent bon, sinon on aurait un truc tout simplement illisible -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.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
[OSM-talk-fr] calcul boundingbox
Bonjours, je cherche un utilitaire qui me permettrait de calculé les coordonnées d'une bounding box ayant des dimensions précises (ex : 3000 mètre * 2000 mètre) en donnant les coordonnées du point centrale de cette zones. Merci d'avance Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] calcul boundingbox
2009/10/2 monsieur a sr...@mageos.com Bonjours, je cherche un utilitaire qui me permettrait de calculé les coordonnées d'une bounding box ayant des dimensions précises (ex : 3000 mètre * 2000 mètre) en donnant les coordonnées du point centrale de cette zones. Hum, je ne suis pas experte en la matiere malheureusement. Mais peut on trouver une projection pour la zone ou tu es qui s'exprime en metre. Cela permet de convertir alors ton point central et apres il te suffit de repasser en 4326. J'espere que quelqu'un qui connait mieux que moi leurs projections pourront t'aider. Est ce qu'une projection UTM pourrait etre utile? http://trac.osgeo.org/postgis/wiki/UsersWikiNewbieMeasurementInMeters Ce lien est en anglais mais peut etre que ca te mettra sur la bonne voie. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] calcul boundingbox
Cette page peut peut-être t'aider : http://www.movable-type.co.uk/scripts/latlong.html Emilie Laffray a écrit : 2009/10/2 monsieur a sr...@mageos.com mailto:sr...@mageos.com Bonjours, je cherche un utilitaire qui me permettrait de calculé les coordonnées d'une bounding box ayant des dimensions précises (ex : 3000 mètre * 2000 mètre) en donnant les coordonnées du point centrale de cette zones. Hum, je ne suis pas experte en la matiere malheureusement. Mais peut on trouver une projection pour la zone ou tu es qui s'exprime en metre. Cela permet de convertir alors ton point central et apres il te suffit de repasser en 4326. J'espere que quelqu'un qui connait mieux que moi leurs projections pourront t'aider. Est ce qu'une projection UTM pourrait etre utile? http://trac.osgeo.org/postgis/wiki/UsersWikiNewbieMeasurementInMeters Ce lien est en anglais mais peut etre que ca te mettra sur la bonne voie. Emilie Laffray ___ 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] Re : Les arrêts de l'import de corine...
Le dernier bloquage a été plus long à lever parce qu'un polygone CLC a été modifié plusieurs fois par un contributeur et à chaque fois avec des nodes effacés différents, ce qui a rendu le revert plus compliqué. Bon, maintenant je sais comment rétablir un node effacé à partir des scripts perl de Frederic Ramm, j'aurais au moins appris quelque chose aujourd'hui ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] calcul boundingbox
En première approximation et si la boîte n'est pas trop grande, tu fais une projection à la louche avec le centre au point central (tout en radian): Point central (Lat0, Long0) R : rayon de la terre Point quelconque (Lat, Long) X = (Long-Long0)*R*cos(Lat0) Y = (Lat-Lat0)*R On trouve facilement les formules inverses (Lat, Long en fonction de X, Y). DX : dimension en Est-Ouest DY : dimension Nord-Sud Tu définies les 4 angles de ton rectangle par (+/-DX/2, +/-DY/2). Avec les formules inverses, on retourne à des couples Lat/Long. Si tu veux un résultat plus précis, je pense que le mieux est d'utiliser une projection stéréographique oblique centrée sur le point central. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quels tags pour un repère géod ésique
Est-ce qu'on connaît l'ordre de grandeur du nombre de ces bornes/repères ? L'IGN parle sur son site web de 450 000 repères de nivellement. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quels tags pour un repère géod ésique
Et pour les repères de nivellement, 80 000 sites : http://fr.wikipedia.org/wiki/Nouvelle_triangulation_de_la_France Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quels tags pour un repère géod ésique
Le 2 oct. 09 à 09:52, Eric Sibert a écrit : .../... dans OSM il faut traiter séparément les repères géodésiques et de nivellement. +1 il faut conserver ces informations sur le réseau d'origine dans OSM à travers un tag spécifique. network = NTF1 NTF2 NTF3 NTF4 NTF5 RBF RRF RGP. +1 le lien vers la fiche d'origine a quand même son intérêt Oui, j'ai change d'opinion. import automatisé dans des nœuds indépendants +1 mais au printemps +1 il y avait quelques problèmes de conversion, les latitudes/longitudes n'étant pas fournies pour tous les repères. Il est donc urgent, d'attendre. Il ne sert à rien, de foncer tête baissée, 'faudra faire ça *bien*. Aussi, ces nodes ne devront *pas bouger* de leurs coordonnées, dans la bdd. C'est entre autres cela, le sens et l'utilité d'un repère. Question pas encore résolue. Ça viendra... chaque chose en son temps... Amicalement Gerhard___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [geomatique] Urgent Propose Donnees Sig Sur Padang Indonesie
Bonjour, Je vous transfère cette info si jamais quelqu'un est dispo et motivé pour intégrer ces données dans OSM... Elles pourront certainement êtres utiles au plus grand nombre une fois intégrées dans OSM. Bon WE, Nicolas -- Message transféré -- De : geomati...@georezo.net Date : 2 octobre 2009 14:03 Objet : [geomatique] Urgent Propose Donnees Sig Sur Padang Indonesie À : geomati...@ml.georezo.net Message posté par : Frédéric POUGET (fpou...@univ-lr.fr) Bonjour Suite au récent tremblement de terre, si cela peut aider nos amis indonésiens, je propose de fournir toutes nos données SIG sur PADANG aux personnes ou organismes intéressés. J'ai en effet réalisé en 2008 dans le cadre d'une étude sur la prévention des risques de Tsunami à Padang dans le cadre du suivi d 'un travail de master d'un étudiant indonésien à l'Université de La Rochelle (Henky Mayaguezz). Nous disposons donc de données SIG précises sur - LE FILAIRE DES VOIES - LES BATIMENTS sur 75% de la ville (tracé de chaque batiment avec une appréciation de son état) - Loalisation des batiments pouvant faire office d'abris. merci de diffuser cette information auprès des personnes ou organismes susceptibles d'être intéressées. Cordialement Frédéric POUGET Université de La Rochelle fpou...@univ-lr.fr Le message est situé http://georezo.net/forum/viewtopic.php?pid=149798#p149798 Pour y répondre : geomati...@ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique http://georezo.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [geomatique] Urgent Propose Donnees Sig Sur Padang Indonesie
Sans vouloir faire de mauvais esprit, est-ce que toutes ces données ne viennent pas justement de devenir obsolètes et inutiles ? Yann Le 2 oct. 2009 à 17:24, Nicolas Klein a écrit : Bonjour, Je vous transfère cette info si jamais quelqu'un est dispo et motivé pour intégrer ces données dans OSM... Elles pourront certainement êtres utiles au plus grand nombre une fois intégrées dans OSM. Bon WE, Nicolas -- Message transféré -- De : geomati...@georezo.net Date : 2 octobre 2009 14:03 Objet : [geomatique] Urgent Propose Donnees Sig Sur Padang Indonesie À : geomati...@ml.georezo.net Message posté par : Frédéric POUGET (fpou...@univ-lr.fr) Bonjour Suite au récent tremblement de terre, si cela peut aider nos amis indonésiens, je propose de fournir toutes nos données SIG sur PADANG aux personnes ou organismes intéressés. J'ai en effet réalisé en 2008 dans le cadre d'une étude sur la prévention des risques de Tsunami à Padang dans le cadre du suivi d 'un travail de master d'un étudiant indonésien à l'Université de La Rochelle (Henky Mayaguezz). Nous disposons donc de données SIG précises sur - LE FILAIRE DES VOIES - LES BATIMENTS sur 75% de la ville (tracé de chaque batiment avec une appréciation de son état) - Loalisation des batiments pouvant faire office d'abris. merci de diffuser cette information auprès des personnes ou organismes susceptibles d'être intéressées. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [geomatique] Urgent Propose Donnees Sig Sur Padang Indonesie
Yann Coupin a écrit : Sans vouloir faire de mauvais esprit, est-ce que toutes ces données ne viennent pas justement de devenir obsolètes et inutiles ? Yann La ville n'a pas été complètement détruite heureusement, les voies de communications sont parfois coupées mais toujours existantes. Et on peut espérer que ce qui avait été pressenti comme abris est toujours debout ;-) Je peux y consacrer du temps, mais je ne suis pas un pro, donc il faudrait quelqu'un pour donner les bases du travail. -- Frantz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Ruisseaux temporaires
En général pour générer un réseau hydrographique sans quitter son PC, on procède à toute une série de traitements sur un MNT (Modèle numérique de terrain). La méthode la plus simple se déroule en 3 étape : 1 - On calcule des directions d'écoulement, savoir vers lequel des pixels voisins coule un pixel : on obtient alors 8 directions possibles (8 voisins) pour chaque pixel. 2 - Ensuite, on calcul l'accumulation : combien de pixels coulent dans un pixel : avec ce traitement on voit déjà apparaitre le réseau hydrographique : les valeurs les plus élevées correspondant à des cours d'eau permanent et les moins élevées à des cours d'eau temporaires voir à rien du tout. 3 - On décide d'un seuil d'accumulation à partir duquel on estime qu'il s'agit effectivement d'un cours eau et on récupère alors notre réseau hydographique. L'un des soucis est alors que dans des zones de plaine bien plate, ce traitement à tendance à générer des choses un peu farfelues et certainement pas les jolis méandres d'un fleuve. Il existe alors des méthodes pour forcer le réseau hydro à passer au bon endroit en creusant artificiellement le mnt mais cela suppose que l'on dispose déjà d'un réseau Beaucoup de logiciels de SIG permettent de réaliser ce genre de traitement (GRASS par exemple, pour n'en citer qu'un libre). Voila mes 2 kopeks ! - Message d'origine De : Dominique Rousseau d...@lee-loo.net À : talk-fr@openstreetmap.org Envoyé le : Vendredi, 2 Octobre 2009, 9h35mn 25s Objet : Re: [OSM-talk-fr] Ruisseaux temporaires Le Thu, Oct 01, 2009 at 09:39:21PM +0200, sylvain letuffe [sylv...@letuffe.org] a écrit: existantes, ou plus simplement une heuristique utilisant le relief (thalwegs) ? ça, je n'y crois pas du tout: dans les alpes, on trouve de nombreux ruisseaux qui laissent une emprunte dans le sol quasi négligeable (peut-être 20/30 cm tout au plus) et que l'on retrouve sur leurs cartes. Certes. Mais un ruisseau, ça a quand même tendance à préférer s'installer dans un creux, plutot que dans une bosse ;-) En calculant les surfaces de collecte des versants, la pluviométrie, et en repérant les creux, tu peux sans doute déterminer des emplacements probables de ruisseaux. -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ 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] calcul boundingbox
Merci pour toute ces informations je vais tenter d'assimiler tous ça. Le but final est de sortir une carte papier à l'échelle, donc je voudrais calculer la distance de ma bounding box en fonction de l'échelle et de la taille d'impression de ma carte puis l'envoyer a ocitysmap que j'ai installé chez pour avoir la carte à l'échelle avec l'index des rues. On ven., 2009-10-02 at 15:08 +0200, Eric Sibert wrote: En première approximation et si la boîte n'est pas trop grande, tu fais une projection à la louche avec le centre au point central (tout en radian): Point central (Lat0, Long0) R : rayon de la terre Point quelconque (Lat, Long) X = (Long-Long0)*R*cos(Lat0) Y = (Lat-Lat0)*R On trouve facilement les formules inverses (Lat, Long en fonction de X, Y). DX : dimension en Est-Ouest DY : dimension Nord-Sud Tu définies les 4 angles de ton rectangle par (+/-DX/2, +/-DY/2). Avec les formules inverses, on retourne à des couples Lat/Long. Si tu veux un résultat plus précis, je pense que le mieux est d'utiliser une projection stéréographique oblique centrée sur le point central. Eric ___ 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] Corine et rendu Mapnik
Emilie Laffray a écrit : rldhont wrote: Hormis le XML, je voulais savoir si il fallait attendre avant de modifier un élément CORINE ? C'est pour corriger de petits écarts. Il vaut mieux attendre que l'import soit fini du fait de la fusion des points. En théorie a partir du moment que tu n'effaces pas un point, tu peux le faire. C'est vraiment la condition sine qua none. Sinon, ajouter un point ne devrait avoir aucun effet. Sinon risquer un trou si le segment dans lequel le point a été ajouté n'est pas encore occupé par deux polygones. Bon je m'explique mal... Grosse journée d réunion... Chaque segment (ou presque) sera utilisé par deux polygones, par exemple le landuse=farm et le landuse=residential voisin. Si j'ajoute un point dans le segment alors que seul le 'farm' est importé, le 'residential' à venir fera sa couture sur tous les points sauf celui que j'ai ajouté. D'où un trou (dans la couture), un trou ou un overlap dans le remplissage. Si les deux faces du segment sont importées, la situation est plus claire... C'est le début de l'ajustement post-import... Patience et longueur de temps font plus que force ni que rage, disait Jean de la Fontaine Et les italiens : Chi va piano va sano. Chi va sano va lontano. Déplacer un point qui sera réutilisé plus tard implique le polygone associé sera forcement déplacé aussi après. Emilie Laffray -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quels tags pour un repère géod ésique
g.d a écrit : Aussi, ces nodes ne devront *pas bouger* de leurs coordonnées, dans la bdd. C'est entre autres cela, le sens et l'utilité d'un repère. Question pas encore résolue. Ça viendra... chaque chose en son temps... Peut-être inscrire en dur leurs coordonnées dans un tag note:bot pour qu'un robot sache les replacer sans accès à une base de donnée externe. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [CLC import] Down ?
Dernier changeset #2714803 à 18:37:33 GMT Certainement fermé après 1 h d'inactivité. Import down depuis 19:37:33 Heure légale ? Le changeset semble bon : ls deux chemins sont importés. Une erreur http 500 sur fermeture du changeset ? Où est le bouton pour relancer la machine ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quels tags pour un repère géod ésique
2009/10/2 Vincent Pottier vpott...@gmail.com: g.d a écrit : Aussi, ces nodes ne devront *pas bouger* de leurs coordonnées, dans la bdd. C'est entre autres cela, le sens et l'utilité d'un repère. Question pas encore résolue. Ça viendra... chaque chose en son temps... Peut-être inscrire en dur leurs coordonnées dans un tag note:bot pour qu'un robot sache les replacer sans accès à une base de donnée externe. -- Vincent alias FrViPofm Non, mettrre les coordonnnées dans des tags n'est pas une garantie. Quelqu'un de malveillant pourra supprimer ces tags ou même les modifier à loisir. La seule solution fiable actuellement est qu'une base de donnée parallèle soit construite et qu'un script surveille de temps à autre les repères pour les remettre à leur place ou les restaurer si nécessaire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
