Re: [OSM-talk-fr] [info] Re: Submissions to the bestofosm
nono != Vincent @nono, je traduis vite fait : "Ça m'a pris plus longtemps que prévu, mais j'ai ajouté ces 3 propositions à bestofosm.org . La carte du Mont Saint-Michel est incroyable ! Était-tu impliqué dans sa réalisation ?" 2009/11/3 Yann Coupin > Tu ne comprends pas quoi ? Pourtant tu as l’air de parler anglais > puisque c’est la langue du mail que tu lui as envoyé. > > Le 2 nov. 2009 à 21:22, nono a écrit : > > > Le lundi 02 novembre 2009 à 19:33 +0100, Vincent Pottier a écrit : > > > >> Hi Vincent, > >> > >> took me a bit longer, but I have added all three to bestofosm.org > >> now. > >> Especially the map of Mont Saint-Michel is incredible! Were you > >> involved > >> in creating that? > >> > >> Jochen > > > > Mi ne komprenas :( > > > > Ceci dit, il manque la « ruelle des cocus », à mapper dans l'urgence > > dès > > qu'un contributeur osm passe dans le coin. C'est à peu près par ici : > > > > > > > http://www.openstreetmap.org/?mlat=48.635429&mlon=-1.5101608&zoom=18&layers=B000FTF > > > > a+ > > nono > > ___ > > 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] [info] Re: Submissions to the bestofosm
Guillaume Audirac a écrit : > J'ai juste un doute sur le plan du Mont-Saint-Michel, il y a deux > "échau_ge_ttes". Je connais les /échauguettes/ mais pas les > /échaugettes/. Cela dit, je ne suis pas un expert en construction > médiévale et les deux existent peut-être ? > On lit également une chapelle "Satin-Aubert"... ;) et je suis étonné que des voies piétonnes et escaliers puissent être en sens unique, mais c'est peut-être "normal" pour fluidifier le flot touristique. À voir sur place. Cela reste un travail tout à fait exceptionnel ! Compliments aux heureux parents. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] nouvel article sur OSM et la cartographie en Inde
Bonjour, Je viens de découvrir un article sur OSM sur un site francophone présentant l'actualité indienne. Résidant en Inde, je consulte souvent ce site d'informations ( http://www.aujourdhuilinde.com/). La proportion de contributeurs en Inde reste encore assez faible et le travail immense. Heureusement, cartographier ici donne l'impression d'être un explorateur ;) http://www.aujourdhuilinde.com/actualites-inde-en-inde-les-cartographes-du-net-ont-la-vie-dure-4290.asp?1=1 Cet article peut bien entendu venir enrichir la liste des coupures de presse, mais je ne connais pas la page ad hoc. Cordialement, Guillaume ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [info] Re: Submissions to the bestofosm
Bonjour, > > Ceci dit, il manque la « ruelle des cocus », à mapper dans l'urgence > > dès > > qu'un contributeur osm passe dans le coin. C'est à peu près par ici : > > > > > > > http://www.openstreetmap.org/?mlat=48.635429&mlon=-1.5101608&zoom=18&layers=B000FTF > J'ai juste un doute sur le plan du Mont-Saint-Michel, il y a deux "échau*ge *ttes". Je connais les *échauguettes* mais pas les *échaugettes*. Cela dit, je ne suis pas un expert en construction médiévale et les deux existent peut-être ? Cordialement, Guillaume ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [info] Re: Submissions to the bestofosm
Tu ne comprends pas quoi ? Pourtant tu as l’air de parler anglais puisque c’est la langue du mail que tu lui as envoyé. Le 2 nov. 2009 à 21:22, nono a écrit : > Le lundi 02 novembre 2009 à 19:33 +0100, Vincent Pottier a écrit : > >> Hi Vincent, >> >> took me a bit longer, but I have added all three to bestofosm.org >> now. >> Especially the map of Mont Saint-Michel is incredible! Were you >> involved >> in creating that? >> >> Jochen > > Mi ne komprenas :( > > Ceci dit, il manque la « ruelle des cocus », à mapper dans l'urgence > dès > qu'un contributeur osm passe dans le coin. C'est à peu près par ici : > > > http://www.openstreetmap.org/?mlat=48.635429&mlon=-1.5101608&zoom=18&layers=B000FTF > > a+ > nono > ___ > 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] Import polygones CLC manquants - Ret our d'expérience.
Emilie Laffray a écrit : > Il y a deux raisons pour laquelle les polygones non pas été intégrés: On peut le déduire de l'outil clc/import : les polygones pour lesquels une correspondance a été établie sont dans la liste marqués avec un astérisque. Donc... > - Overlap avec un polygone existant dans OSM = polygone non importé avec astérisque > - Zone avec un code qui n'a pas été accepté dans les imports Corine = polygone non importé sans astérisque -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [info] Re: Submissions to the bestofosm
Le lundi 02 novembre 2009 à 19:33 +0100, Vincent Pottier a écrit : > Hi Vincent, > > took me a bit longer, but I have added all three to bestofosm.org now. > Especially the map of Mont Saint-Michel is incredible! Were you involved > in creating that? > > Jochen Mi ne komprenas :( Ceci dit, il manque la « ruelle des cocus », à mapper dans l'urgence dès qu'un contributeur osm passe dans le coin. C'est à peu près par ici : http://www.openstreetmap.org/?mlat=48.635429&mlon=-1.5101608&zoom=18&layers=B000FTF a+ nono signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zones urbaines
2009/11/2 nono > Salut > > Pourquoi les zones urbaines représentées en gris ne figurent pas sur > tous les patelins ? ...depuis l'import massif corine peut-être ??? > > L'import de Corine n'a effacé aucune zone urbaine. L'import en a rajoute beaucoup mais pas toutes car il y avait des overlaps entre les zones urbaines et les polygones existants (par exemple un cimetière). > Peut-on redessiner (à la mano) celles qui ne figurent pas sur osm depuis > cet import ? et surtout sur quelle base s'appuyer ? > > Corine n'affiche des landuse residential que si la zone est supérieure a 25ha et je connais quelques villages du Loiret qui n'ont pas de landuse residential pour cette raison. Il n'y a aucune base sur laquelle s'appuyer pour les dessiner a la main a notre disposition. Il y a toutefois a notre disposition le cadastre qui permet de voir les bâtiments. On peut donc dessiner les contours de cette façon. Nul besoin de préciser que pour des villes importantes, c'est long et pas forcement pratique. Je l'ai déjà fait pour quelques villes du Loiret dont Saint Lye la foret. Mais il est difficile d'avoir quelque chose de précis et ça reste approximatif. Il faut noter que l'outil d'import des bâtiments est capable dans sa version de base de créer les landuse=residential a partir des bâtiments numérisés. Faute de temps et de santé, je n'ai pas pu m'avancer autant que je voulais sur le programme de numérisation des bâtiments mais c'est en cours. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [info] Re: Submissions to the bestofosm
Pour info... Message original Sujet : Re: Submissions to the bestofosm Date : Mon, 2 Nov 2009 17:09:30 +0100 De :Jochen Topf Pour : Vincent Pottier Références :<4ad731c3.90...@gmail.com> Hi Vincent, took me a bit longer, but I have added all three to bestofosm.org now. Especially the map of Mont Saint-Michel is incredible! Were you involved in creating that? Jochen On Thu, Oct 15, 2009 at 04:29:23PM +0200, Vincent Pottier wrote: > Date: Thu, 15 Oct 2009 16:29:23 +0200 > From: Vincent Pottier > To: i...@geofabrik.de > Subject: Submissions to the bestofosm > > Hi, > Those are two submissions for the best of osm > > - In the Data imports : > * The Corine Land Cover mass import for France. See : > http://wiki.openstreetmap.org/wiki/Corine_Land_Cover > and also the French page where the history is related : > http://wiki.openstreetmap.org/wiki/FR:Corine_Land_Cover > > * The Brest Métropole Océane Import > http://wiki.openstreetmap.org/wiki/BMO > http://www.openstreetmap.org/?lat=48.3832740783691&lon=-4.4304084777832&zoom=13 > > - In the Best Of : > * the "Mont Saint-Michel", a Wold Heritage site. > http://www.bestofosm.org/?type=mapnik&lon=-1.51149&lat=48.63592&zoom=18# > high density, metric map of the site. > sources : French Cadastre, plans on Wikipedia, pictures... > > Thanks > > -- Jochen Topf www.geofabrik.de Geofabrik GmbH Handelsregister: HRB Mannheim 703657 Scheffelstr. 17a Geschaeftsfuehrung: Frederik Ramm, Jochen Topf 76135 Karlsruhe Tel: 0721-1803560-1 t...@geofabrik.deFax: 0721-1803560-9 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Géovélo Paris Ile-de-Fran ce
THEVENON Julien a écrit : > *De :* Pieren > ** > Encore une fois, lire les propositions > http://wiki.openstreetmap.org/wiki/Cycleway et > http://wiki.openstreetmap.org/wiki/Proposed_features/right_left > > Avec toutes ces discussions je me suis perdu en route et j ai aussi > beaucoup de mal a me representer les cas concrets a partir de la > discussion sur la mailing list.. > Au final est ce que tout ce qui a ete discute apparait sur les deux > pages mentionnees precedemment ? ou est ce qu il y a encore d autres > pages avec d autres infos ? > est ce que c est coherent avec le OSMecum cycliste ? OSMecum est sans garanti du gouvernement ! Moi aussi je suis perdu dans cette quantité de tags... Si OSMecum permet la synthèse... > > Julien -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] zones urbaines
Salut Pourquoi les zones urbaines représentées en gris ne figurent pas sur tous les patelins ? ...depuis l'import massif corine peut-être ??? Peut-on redessiner (à la mano) celles qui ne figurent pas sur osm depuis cet import ? et surtout sur quelle base s'appuyer ? nono signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Géovélo Paris Ile-de-Fra nce
De : Pieren Encore une fois, lire les propositions http://wiki.openstreetmap.org/wiki/Cycleway et http://wiki.openstreetmap.org/wiki/Proposed_features/right_left Avec toutes ces discussions je me suis perdu en route et j ai aussi beaucoup de mal a me representer les cas concrets a partir de la discussion sur la mailing list.. Au final est ce que tout ce qui a ete discute apparait sur les deux pages mentionnees precedemment ? ou est ce qu il y a encore d autres pages avec d autres infos ? est ce que c est coherent avec le OSMecum cycliste ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Paris Ile-de-France
2009/11/2 Lapinos03 : > lane_in_the_middle : un tag que j'avais inventé pour indiquer une bande > cyclable entre les voies de circulation et la zone de stationnement > (Boulevard Excelmans, Paris 16, par ex.). Un tag non documenté ne sera pris en compte par personne, surtout s'il est peu explicite : "bande cyclable au milieu" mais au milieu de quoi ? "bande cyclable entre les voies de circulation et la zone de stationnement", c'est toujours le cas normalement (les voitures stationnent habituellement à droite). Ca deviendrait spécial si les voitures stationnaient à gauche. On pourrait comprendre ce tag comme disant "la bande cyclable se trouve au milieu de la route avec des voitures qui roulent à gauche et à droite de la bande" ce qui ne semble pas être le cas dans l'exemple donné, constitué de deux foix deux voies à sens unique. >> Les doubles valeurs sont autorisées, à condition que ce soit pour la >> même clé. Par exemple, "track;oneway" n'est pas juste mais >> "cycleway=track" + "oneway=yes" est correct. > Faux, car si le support est un highway (ce qui doit être le cas vu > l'usage du cycleway), le "oneway" va s'y appliquer. "track;oneway" > indique une piste unidirectionnelle longeant une voie à double-sens, > dans le sens du tracé. Dans ce cas, je préfèrerais la proposition documentée du wiki (http://wiki.openstreetmap.org/wiki/Cycleway et http://wiki.openstreetmap.org/wiki/Proposed_features/right_left) en tagguant "cycleway:right=track" accompagné d'un "oneway:bicycle=yes" ou "bicycle:oneway=yes". Aucun logiciel à ma connaissance ne tient compte de "oneway" en valeur. Par contre, lorsque le "oneway" se trouve en clé, certains éditeurs OSM change sa valeur lorsque le sens de la ligne (way) est inversé (yes devient -1). Mais encore une fois, concernant les tracks/pistes cyclables, il serait - et de loin - préférable de tracer un way à part. > Concernant lane_right, que signifie-t-il ? lane;oneway ? Sur le même > schéma, "track;oneway" pourrait devenir aussi "track_right"... Mais je > n'aime pas trop cette possibilité. Right/Left indiquerait plutôt un > positionnement de la bande par rapport à la voie de circulation, et pas > un sens de circulation. Sinon, il faudrait inventer (si c'est pas déjà > fait) un tag [cycleway:side]="left/right" (cas du boulevard Richard > Lenoir, Paris 11). Encore une fois, lire les propositions http://wiki.openstreetmap.org/wiki/Cycleway et http://wiki.openstreetmap.org/wiki/Proposed_features/right_left > Faux. A l'inverse du cas précédent, "lane;opposite_lane" indique une > circulation cycliste bi-directionnelle sur bande dans une rue à sens unique. Si la rue est à sens unique (oneway=yes) ce que rien n'indique dans cette liste. ET encore, cette notation ne fait l'objet d'aucun consensus. Dans l'état actuel du wiki, on pourrait aussi bien remplacer ce tag par "cycleway:right=lane" + "cycleway:left=opposite_lane" dans le cas d'une rue à sens unique. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE sur les communes - transfert t erminé
> > > On mercredi 28 octobre 2009, sly (sylvain letuffe) wrote: > > > pour refléter ce changement de ref_source vers ref:INSEE_source J'ai repris mon ancien mail sans faire gaffe, je pense comme vincent que source:ref:INSEE est plus logique que ref:INSEE_source. (c'est d'ailleurs ce qu'a fait mon robot) On samedi 31 octobre 2009, Vincent Pottier wrote: > > En même temps, je ne comprends pas très bien l'intérêt de dire que la > > source d'une référence de l'INSEE est... l'INSEE. > > > > Pieren > > > Parce que je crois que Sly a des sources diverses, pas toujours l'INSEE, > et pas toujours aussi fiables, si j'ai bien compris. > J'espère que le tag source:ref:INSEE rapporte la source effective et pas > systématiquement INSEE, sinon, en effet, il ne sert à rien. Je suis d'accord avec vous deux : - Si la source a été manuellement récupérée de l'insee, je pense que l'explication de la source n'a plus de sens est que le mieux c'est d'enlever le source:ref:INSEE et de ne laisser que ref:INSEE - Le pourquoi j'ai fais ça, c'est qu'en effet aucunes de mes sources n'est directement l'insee (qui ne dispose pas de correspondance code insee<->coordonnées géographiques) donc, j'ai jugé bon d'indiquer d'où ça venait. -- 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] Extraire un morceau de carte bitmap
Guilhem Bonnefille a �crit : > Je dirais bien que Viking sait faire ça, C'est ballot. J'avais presque fini de faire mon logiciel de récupération et d'assemblage de tuiles slippy_map multi-source avec calibration et tout. :-( Au point où j'en suis, je vais quand même le terminer. Ca me permettra toujours de faire très simplement des transferts raster vers mon GPS :-p > mais on va finir par me dire > que je fais trop de spam sur cette liste. :-) Non, il ne faut pas culpabiliser. Les autres fonctionnalités de Viking sont encore plus susceptibles de m'intéresser. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geovelo paris, cycleway=share_busway, pedestrian
GaelADT a écrit : > Je trouve ça vraiment bien de résumer toutes ces informations dans un > fichier. > > Petite question tout de même. Comment on fait la différence entre une rue où > il n'y a qu'une bande cyclable dans un sens et une rue où il y a des bandes > cyclables dans les 2 sens ? On utilise alors lane_right par exemple ? > Pour moi, _right/_left indiquerait un positionnement par rapport à la voie de circulation, pas un sens de circulation. > De même j'avais mal interprété opposite_lane. Je pensais que ça voulais dire > qu'il y avait une bande cyclable dans le sens inverse de la route. > Pour le coup, oui, il s'agit bien d'une circulation en sens opposée d'une voie à sens unique. /Lapi. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Paris Ile-de-France
Pieren a écrit : > 2009/11/1 GaelADT : > >> Dans cette liste, lesquels ne sont pas "corrects" ? >> > > "highway=round_about" devrait être "junction=round_about" > "? pedestrian" devrait être remplacé par un "note=fixme" ou "highway=road" > "highway=escalator" n'est pas connu mais n'est pas faux non plus. > "highway=construction" est correct (si la route est encore en > construction aujourd'hui) > > >> Pour le tag cycleway : >> "";56479 >> "track";1144 >> "share_busway";843 >> "lane";543 >> "opposite_lane";264 >> "opposite";197 >> "opposite_track";87 >> "lane;oneway";17 >> "lane_in_the_middle";12 >> "share busway";8 >> "lane_right";8 >> "lane;opposite_lane";7 >> "share_busway;opposite_track";6 >> "track;oneway";4 >> "share_lane";3 >> "yes";3 >> >> Pareil ici, quels sont les valeurs à corriger ? Est-ce que les doubles >> valeurs sont autorisées ? >> > > "share busway" : doit être "share_busway" (c'est Esperanza36 qui n'aime pas les underscore) "share_lane" : lane de quoi ? De bus? Alors, c'est share_busway. lane_in_the_middle : un tag que j'avais inventé pour indiquer une bande cyclable entre les voies de circulation et la zone de stationnement (Boulevard Excelmans, Paris 16, par ex.). A mon sens, une configuration assez dangereuse car l'automobiliste peut sortir de son véhicule sans faire vraiment attention, pensant que l'écart d'avec la voie de circulation constitue une zone de sécurité suffisante (pour lui) en oubliant les cyclistes. Je sais ce qui dit, j'ai failli m'en prendre un. De deux choses, l'une, tu te prends le mec et la portière, l'autre, tu dévies sec sur la voie de circulation et tu te fais écrabouiller. Donc, pour moi, ce tag est un critère de dangerosité. (D'ailleurs, si ma mémoire est bonne, la bande cyclable est peinturlurée de sardines blanches reserrées pour bien marquer sa présence.) > Les doubles valeurs sont autorisées, à condition que ce soit pour la > même clé. Par exemple, "track;oneway" n'est pas juste mais > "cycleway=track" + "oneway=yes" est correct. Faux, car si le support est un highway (ce qui doit être le cas vu l'usage du cycleway), le "oneway" va s'y appliquer. "track;oneway" indique une piste unidirectionnelle longeant une voie à double-sens, dans le sens du tracé. Concernant lane_right, que signifie-t-il ? lane;oneway ? Sur le même schéma, "track;oneway" pourrait devenir aussi "track_right"... Mais je n'aime pas trop cette possibilité. Right/Left indiquerait plutôt un positionnement de la bande par rapport à la voie de circulation, et pas un sens de circulation. Sinon, il faudrait inventer (si c'est pas déjà fait) un tag [cycleway:side]="left/right" (cas du boulevard Richard Lenoir, Paris 11). > "cycleway=opposite_track" > n'a de sens que si le tag est attaché à un highway normal. Il serait > préférable de tracer un way séparé de la route si c'est un vrai > "track" et de l'orienter dans son sens de circulation et un tag > "oneway=yes". "lane;opposite_lane" est utilisé par certains pour > indiquer que le lane est dans les deux sens de circulation. C'est > inutile car cycleway=lane s'applique aux deux sens de circulation. Faux. A l'inverse du cas précédent, "lane;opposite_lane" indique une circulation cycliste bi-directionnelle sur bande dans une rue à sens unique. /Lapi ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] outils pour traiter les CLC non impo rtés (fusion/découpage)
2009/11/2 Hans-Christian Bohlmann > Salut, > l'import de surfaces CLC à bien généré une carte plus complete et > présentable. Mail les non-importés me posent encore des problemes. > Je cherche un outil JOSM qui décompose des surfaces qui > s'entrecoupenet ou se chevauvent. > Ici deux examples: > surface à découper en petites surface: > http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-42229 > > découper les surfaces suivant les intersections: > http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-49672 > > > Avez vous une idée? J'imagine un outil qui montres les surfaces et > identifies les parties qui se chavauchent et laisse le choic quelle > partie garder et quelle partie supprimer ou fusionner. Il faudrait > dans certains cas aussi créer des inner/outer. Pas facile, mais ca > faciliterait d'importer les surfaces restantes sans trop perdre des > surfaces existantes. Contrairement 'a l'import automatique, > l'utilisateur aurait un choix ou des modifs à faire. > Le moyen le plus simple est de faire ceci dans la base de donnée directement. La base de donnée peut faire tous les trous nécessaires si besoin a partir de l'existant, ainsi que de découper les polygones. Pour découper le polygone, on peut utiliser Osmose ou même un programme manuel. Le programme devrait faire la chose suivante: - Obtenir la bounding box du polygone OSM - Découper le fichier OSM en plusieurs bouts selon les paramètres rentrés par l'utilisateur - Être sur de créer les ways et les relations correctement Je vais voir si cette semaine j'ai le temps d'écrire le programme en Python et de voir si on peut intégrer cela avec Osmose. Cela proposerait donc plusieurs fichiers a telecharger. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
2009/11/2 Ab_fab > > _ Pourquoi ce polygone n'a pas été intégré ? > (overlapping à corriger, nature réelle du terrain à contrôler de visu ...) > Il y a deux raisons pour laquelle les polygones non pas été intégrés: - Overlap avec un polygone existant dans OSM - Zone avec un code qui n'a pas été accepté dans les imports Corine _ Comment repérer un polygone facile à importer ? > (et inversement quels sont les polygones qu'il est souhaitable de "laisser" > aux plus aguerris) > Tous les polygones sont faciles a importer a part ceux qui sont énormes, du fait de leur taille qui fait peur aux logiciels. > _ Comment importer "proprement" > Pour importer proprement, c'est simple tu importes les polygone et tu prends soin de fusionner tous les points en double la ou il y en a. Rien de complique. > _ Mon coin est un gruyère où les trous sont des "Systèmes culturaux et > parcellaires complexes". C'est bien, mais j'en fais quoi ? > > Bonne question. Ça dépend de ce qu'il y a sur le terrain. Sans savoir ce que c;est exactement, tu ne peux pas importer ces données. Dans un endroit de ma ville, il y a des vergers; dans d'autres, ce sont des jardins communaux, voire même des champs. Si tu ne vas pas sur place, tu ne pourras choisir le bon tag. > Bref faire une synthèse de tout ce qui a été discuté et rodé ces dernières > semaines :-) > > Avec ces articles de presse qui devraient drainer de nouvelles fourmis > pleines de bonne volonté (croisons les doigts), je pense que c'est une voie > de contribution qu'il faudra mettre en valeur, d'autant qu'elle fait appel à > la connaissance personnelle du terrain plutôt qu'à la possession d'un GPS. > J'imagine que les zones "vierges" doivent laisser plus d'un nouveau venu > circonspect, quand il commence à regarder des régions connues. Etre guidé > vers l'outil qui permettra > Tout a fait d'accord. Concernant les polygones énormes, récemment, je n'ai pas eus beaucoup de temps. Si quelqu'un veut créer une page sur le wiki avec les ids de ces polygones, je ferais en sorte de les découper la ou il y a besoin et d'ensuite les intégrer dans OSM. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] outils pour traiter les CLC non impo rtés (fusion/découpage)
Salut, l'import de surfaces CLC à bien généré une carte plus complete et présentable. Mail les non-importés me posent encore des problemes. Je cherche un outil JOSM qui décompose des surfaces qui s'entrecoupenet ou se chevauvent. Ici deux examples: surface à découper en petites surface: http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-42229 découper les surfaces suivant les intersections: http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-49672 Avez vous une idée? J'imagine un outil qui montres les surfaces et identifies les parties qui se chavauchent et laisse le choic quelle partie garder et quelle partie supprimer ou fusionner. Il faudrait dans certains cas aussi créer des inner/outer. Pas facile, mais ca faciliterait d'importer les surfaces restantes sans trop perdre des surfaces existantes. Contrairement 'a l'import automatique, l'utilisateur aurait un choix ou des modifs à faire. Merci, Cantece ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
2009/11/2 Ab_fab > > Je vois que les polygones entrés manuellement sont relativement concentrés > géographiquement, donc il doit se cacher quelques spécialistes de l'import > manuel là dessous. > (je ne serais pas étonné qu'ils rodent sur cette liste de diffusion, > d'ailleurs ;-) ) > Disons surtout que les poly importés se situent dans des zones ou un/des contributeurs travaillent habituellement. Par exemple je connait très bien le terrain sur mon ancienne commune et celle limitrophes c'est donc dans cette zone que mon travail c'ets concentré. > Par manque de temps (ou de neurones, allez savoir ...), je reste encore > très prudent pour me lancer dans l'aventure. > > La section du wiki [1] renvoie comme il se doit à l'interface Osmose dédiée > à cette tâche, mais on n'y trouve pas d'exemples concrets sur les bonnes > méthodes d'import manuel > > _ Pourquoi ce polygone n'a pas été intégré ? > (overlapping à corriger, nature réelle du terrain à contrôler de visu ...) > Je croit pas que l'on puisse disposer de la raison du 'non import'. Le script d'import n'ayant probablement pas loggé pour chacun des poly la raison du rejet. > _ Comment repérer un polygone facile à importer ? > Un landluse residential non importé à cause d'un cimetière ou d'une aire de jeu, une foret (ou n'importe quel autre poly) plus détaillé que celle tracée. > (et inversement quels sont les polygones qu'il est souhaitable > de "laisser" aux plus aguerris) > _ Comment importer "proprement" > C'est une vaste question dans l'ensemble il faut éviter que 2 landluse se chevauchent. Ensuite vient le problème de savoir si c'est les données de Corine les plus précisent ou celle déjà tracées (et là ça devient coton). > _ Mon coin est un gruyère où les trous sont des "Systèmes culturaux et > parcellaires complexes". C'est bien, mais j'en fais quoi ? > Un repérage via image satellite et/ou une visite sur place s'impose. > Bref faire une synthèse de tout ce qui a été discuté et rodé ces dernières > semaines :-) > Ça serait bien en effet. Reste toujours un problème pour moi, à savoir les "méga poly" non importés, comme la foret des landes, les landluse farm un peut partout en France. Il faudrait une méthodo pour les travailler, car ils apportent des informations sur l'utilisation des sols très vastes (suffit de voir la taille des poly dont on a déjà discuté sur ce fil). -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Bonjour, Le travail d'import manuel des polygones est colossal, et va demander beaucoup de temps. Plus les fourmis seront nombreuses, et plus vite on en viendra à bout. Je vois que les polygones entrés manuellement sont relativement concentrés géographiquement, donc il doit se cacher quelques spécialistes de l'import manuel là dessous. (je ne serais pas étonné qu'ils rodent sur cette liste de diffusion, d'ailleurs ;-) ) Par manque de temps (ou de neurones, allez savoir ...), je reste encore très prudent pour me lancer dans l'aventure. La section du wiki [1] renvoie comme il se doit à l'interface Osmose dédiée à cette tâche, mais on n'y trouve pas d'exemples concrets sur les bonnes méthodes d'import manuel _ Pourquoi ce polygone n'a pas été intégré ? (overlapping à corriger, nature réelle du terrain à contrôler de visu ...) _ Comment repérer un polygone facile à importer ? (et inversement quels sont les polygones qu'il est souhaitable de "laisser" aux plus aguerris) _ Comment importer "proprement" _ Mon coin est un gruyère où les trous sont des "Systèmes culturaux et parcellaires complexes". C'est bien, mais j'en fais quoi ? Bref faire une synthèse de tout ce qui a été discuté et rodé ces dernières semaines :-) Avec ces articles de presse qui devraient drainer de nouvelles fourmis pleines de bonne volonté (croisons les doigts), je pense que c'est une voie de contribution qu'il faudra mettre en valeur, d'autant qu'elle fait appel à la connaissance personnelle du terrain plutôt qu'à la possession d'un GPS. J'imagine que les zones "vierges" doivent laisser plus d'un nouveau venu circonspect, quand il commence à regarder des régions connues. Etre guidé vers l'outil qui permettra Qu'en dites-vous ? [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover#Op.C3.A9rations_post-import Le 23 octobre 2009 19:59, ZenerZ a écrit : > > Je ne me suis jamais réellement présenté sur la liste, donc tout d'abord > "Bonjour". > > Merci pour tout le travail effectué sur CLC. Ça rend vraiment les rendus > vivants et évite les remarques du genre "Ya plein de blancs!!!" quand on > présente le projet à des extérieurs. Bon..., il me reste encore quelques > routes à mapper par chez moi... > > Je voulais savoir quel était le status quant à l'import des grands > polygones > issus de CLC. J'avais déjà signalé plus haut une forêt qui me semblait > impressionnante et je suis maintenant face à une zone arable (FR-96080) de > 24000 nodes (60km x 120km) qui ralentit un peu mon PC... Je pense être > tranquille dans mon coin une fois que tout ça sera importé mais ça peut > concerner d'autres personnes. > > Faut-il simplement signaler ces zones pour quelles soient importées dans > OSM > par Emilie comme proposé dans un post (Mais tu es certainement occupée à > plein d'autres choses et ne va pas faire ça tout le temps... je pense > exclure cette possibilité ;) )? > Doit-on se forcer à les découper en quelques relations et les regrouper > dans > une super-relation? > Juste les couper en morceaux au pif, là où ça arrange, en dupliquant les > étiquettes et uploader le tout (j'ai déjà uploadé un bout de forêt comme ça > mais je n'ose pas continuer car ça prend du temps de le faire et c'est peut > être une bétise qu'il faudra supprimer...)? > Couper en suivant des limites administratives type commune pour éviter > d'avoir des surfaces trop grandes (j'y pensais pour les forêts car on voit > souvent "Forêt communale de ...")? Mais je déteste l'idée de fractionner > une zone naturelle qui se moque des limites administratives. > > Est-ce que je me fais des nœuds à la tête pour rien? Dans ce cas désolé, > je > commence... > > Merci pour vos indications. > > Cordialement, > > Cedric > > > > > Emilie Laffray wrote: > > > > 2009/10/12 tenshu > > > >> J'ai réussi à l'ouvrir et à naviguer un peut avec Merkaator, il est > >> vraiment très grand ! > >> Il traverse quasiment tout le 77 et plus loin à l'Est et au Sud en > >> faisant > >> une petite incursion jusque dans l'Essonne à l'ouest. > >> > > > > Ce soir, je le regarderais, je ferais les decoupages necessaires pour une > > inclusion dans OSM a partir de ma base de donnee. > > > > Emilie Laffray > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-fr > > > > > > -- > View this message in context: > http://n2.nabble.com/Import-polygones-CLC-manquants-Retour-d-experience-tp3802796p3880631.html > Sent from the French OSM list mailing list archive at Nabble.com. > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- -- ab_fab "Il n'y a pas de pas perdus" ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier avec une caméra
Bonjour, Je pratique le kayak, et on s'est bien amusés avec la caméra Géonaute déjà. L'aspect étanche est le plus gros avantage, avec la compacité. Pour avoir comparé avec des images prises avec un camescope DV (malheureusement plus encombrant), c'est quand même le jour et la nuit. (justement surtout la nuit avec la caméra geonaute) Le montage sur le casque est parfait pour la stabilité, et pour éviter le mal de mer pendant le visionnage : les mouvements de la tête compensent la plupart des chocs. il n'est pas évident de caler la visée avec la caméra geonaute. (on vise souvent trop haut ou trop bas, et le pire c'est de s'en rendre compte en fin de journée. Mais qui sait, avec l'écran des appareils compacts on peut peut être mieux arriver à se calibrer et éviter ce genre de désagrément. Les appareils ont tous une fixation pour pied, et il faut trouver l'adaptation "qui-va-bien" à fixer sur le casque. C'est là qu'on reconnaitra le bon bricoleur, car il faut combiner une grande rigidité pour ne pas que ça vibre à quelques degrés de liberté pour caler la visée. Pour le choix du matériel, Plus l'appareil sera léger, moins il contribuera aux vibrations. Le zoom importe peu, préférence pour les modèles qui ont démarrent à 28 mm de focale ou moins (focale exprimée en équivalent 24x36 bien entendu), parce que cela pardonne les imprécisions de calage de visée. Pas de chasse au mega pixel aussi : des photos en 640x480 ou 1024x768 suffisent. La vitesse d'écriture sur la carte est peut être limitante sur les très vieux appareils pour atteindre une photo par seconde Ma préférence va donc à l'Ixus, compact et léger. Un "vieux" modèle de 2003 sera encore nickel pour l'opération. Son seul défaut en occasion pourrait être d'avoir une batterie fatiguée, qui est chère au remplacement comparé à des accus "standard". Bonne journée ! Le 29 octobre 2009 23:44, Eric SIBERT a écrit : > Merci pour vos différentes réponses. > > Effectivement, une option à 1 photo par seconde, ça pourrait être > suffisant, qui à ralentir quand c'est nécessaire. Et pas de problème > pour le géoréférencement. Avec une bonne carte mémoire et une résolution > de 1 MPixel, on doit pouvoir tenir un moment. Sauf que l'encombrement et > la fragilité d'un appareil photo, ça me fait un peu peur. C'est ce qui > m'attirait sur la caméra, c'est qu'elle est petite et qu'elle se fixe > sans problème sur le vélo ou le casque. Par contre, je m'en doutais un > peu que la qualité était mauvaise à voir les vidéos sur le net. Il y > aurait des Canon plus adaptés à ce genre de chose? > > Juste pour rire : > http://www.youtube.com/watch?v=QRkh1WHU7gI > Vous taggez comment? > > oneway = yes > highway = cycleway > smoothness = not_so_good > pedestrian = keep_away > minspeed = 50 > > > Éric > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- -- ab_fab "Il n'y a pas de pas perdus" ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
