Re: [OSM-talk-fr] Cabinet de médecin
> > Attention, il y a un gros problème a mettre des noms de personnes dans > OSM parce qu'on entre dans le domaine des "données personnelles". Et > en plus en utilisant le tag "name" qui désigne plutôt l'activité que > le nom d'une personne, on verra leur nom sur toutes les cartes, ce > qu'elles ne souhaiteront pas forcément. > M'enfin j'ai encore une fois du mal à voir où peut se situer l'attente à la vie privée en référencant des cabinets de médecins avec leur noms. J'essaye d'imaginer un cas ou un médecin ne souhaiterait pas être référencé mais j'ai beaucoup de mal. -- 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] [Tags] Tentative de synthèse v élo
> route à sens unique, bande cyclable dans le sens de la route : > highway=* > oneway=yes > cycleway=lane > > route à sens unique, bande cyclable dans le sens opposé de la route : > highway=* > oneway=yes > cycleway=opposite_lane > lane est considéré simple ou double sens ? Qu'en est-il du sens unique avec lane de chaque côté (un dans chaque sens) ? Ou du sens unique avec lane double sens du même côté ? Doit-on mettre cycleway=lane;opposite_lane ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] carte à l'échelle
2009/11/3 Jean-Yves LEBLEU : > Bonsoir à tous, > > Est-il possible d'imprimer une carte à l'échelle, comme par exemple au > 1/25000 1cm=250m. Y a t-il des outils pour çà ? Hm, il y a des outils pour imprimer mais ils sont assez peu nombreux. Jette un oeil sur cette page: http://wiki.openstreetmap.org/wiki/OSM_on_Paper Le plus simple reste peut-être d'utiliser la fonction "Export" depuis la carte principale où tu peux définir l'échelle et le format (PDF semble donner de bons résultats). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cabinet de médecin
Je pense qu'à partir du moment où il existe une plaque sur l'immeuble avec le nom du ou des médecins, on pourrait considérer qu'il rend publique son nom ? Bien sûr, il ne faut pas pousser trop loin cettte logique, car on pourrait alors noter les noms des particuliers inscrits sur les sonnettes, ce qui est bien sûr contraire aux principes d'osm. kimaidou Le 4 novembre 2009 09:00, Tenshu a écrit : > Attention, il y a un gros problème a mettre des noms de personnes dans >> OSM parce qu'on entre dans le domaine des "données personnelles". Et >> en plus en utilisant le tag "name" qui désigne plutôt l'activité que >> le nom d'une personne, on verra leur nom sur toutes les cartes, ce >> qu'elles ne souhaiteront pas forcément. >> > > M'enfin j'ai encore une fois du mal à voir où peut se situer l'attente à la > vie privée en référencant des cabinets de médecins avec leur noms. > J'essaye d'imaginer un cas ou un médecin ne souhaiterait pas être référencé > mais j'ai beaucoup de mal. > > -- > 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 > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cabinet de médecin
Bonjour, Il faudrait quand même avoir son accord avant et lui rappeler son droit à modification / correction (CNIL jan 78). De plus si "notre" dbb est nominative, elle doit être déclarée auprès de la CNIL. Le plus simple est donc de *ne pas* y mettre de nom de personnes. Note : mon cabinet médical a un nom d'entreprise (qui ne correspond pas à celui des médecins y exerçant). Je pense que celui-là pourrait figurer dans OSM (si la plaque est visible depuis un lieu public :-) voir le fil "Où commence la vie privée") A+ -- Marc - Tenshu a écrit : > M'enfin j'ai encore une fois du mal à voir où peut se situer l'attente à la > vie privée en référencant des cabinets de médecins avec leur noms. > J'essaye d'imaginer un cas ou un médecin ne souhaiterait pas être référencé > mais j'ai beaucoup de mal. > > -- > 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] Cabinet de médecin
Vrai, j'avais bêtement oublié la CNIL. Le 4 novembre 2009 10:14, Marc Sibert a écrit : > Bonjour, > > Il faudrait quand même avoir son accord avant et lui rappeler son droit à > modification / correction (CNIL jan 78). De plus si "notre" dbb est > nominative, elle doit être déclarée auprès de la CNIL. > > Le plus simple est donc de *ne pas* y mettre de nom de personnes. > > Note : mon cabinet médical a un nom d'entreprise (qui ne correspond pas à > celui des médecins y exerçant). Je pense que celui-là pourrait figurer dans > OSM (si la plaque est visible depuis un lieu public :-) voir le fil "Où > commence la vie privée") > > A+ > > -- > Marc > > - Tenshu a écrit : > > M'enfin j'ai encore une fois du mal à voir où peut se situer l'attente à > la > > vie privée en référencant des cabinets de médecins avec leur noms. > > J'essaye d'imaginer un cas ou un médecin ne souhaiterait pas être > référencé > > mais j'ai beaucoup de mal. > > > > -- > > 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 > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tags] Tentative de synthèse v élo
Selon Esperanza : > > zone 30 > highway=* > maxspeed=30 > > zones de rencontre > highway=living_street > maxspeed=20 À mon avis il ne faut pas mettre le tag maxspeed dans le cas de living_street, cela doit être implicite. Ou alors faire maxspeed=FR:living_street http://wiki.openstreetmap.org/wiki/Key:maxspeed My 2cent Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Données subjectives
Pour résumer, et après discussions avec le reste de l'association, je pense que l'on va essayer d'utiliser et de renseigner le plus possible les éléments physiques des voies sur OSM. Car c'est ce qui est utile sur OSM. Comme vous l'avez dit, ces données peuvent ensuite être utilisées pour des usages différents. D'un autre côté, nous allons attribuer une note générale sur chaque voie (dans une base de données à côté, je ne sais pas trop encore comment nous allons faire). Il s'agira de notre ressenti en terme de sécurité et cette note sera utilisée en complément des informations de sécurité qui se déduisent des données OSM. Je pense que c'est la seule solution. Car les éléments physiques d'une voie, en général on peut vraiment décider de quelles façons les tagger même si ça arrive que plusieurs contributeurs ne soient pas d'accord. Mais alors sur un avis en terme de sécurité, j'ai la quasi certitude que ça sera pire, chacun à plus ou moins son avis ! Je pense que c'est pour cette raison là qu'il ne faut pas intégrer ces données sur OSM. Maintenant se pose le problème de mettre en place une base de données en lien avec les données OSM. Quelques questions : - est-ce qu'il arrive souvent que les ID changent ? A priori ils changent si un noeud/way est supprimé ou remplacé c'est ça ? - ce qui pose problème avec OSM c'est qu'on a un way pour toute une rue. Alors que ce dont nous avons besoin c'est d'informer chaque tronçon de route (d'intersection à intersection). D'aillieur sur Tours, nous sommes même parfois aller jusqu'à redécouper un tronçon de route en plusieurs. Donc pour m'y retrouver, un tronçon de route sous OSM correspond à un ID de way + 2 ID de noeuds (intersection de début et de fin). J'ai bon ? Gaël. -- View this message in context: http://n2.nabble.com/Geovelo-Donnees-subjectives-tp3938706p3944099.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
Re: [OSM-talk-fr] carte à l'échelle
Merci, Je vais investiguer. Jean-Yves 2009/11/4 Pieren : > 2009/11/3 Jean-Yves LEBLEU : >> Bonsoir à tous, >> >> Est-il possible d'imprimer une carte à l'échelle, comme par exemple au >> 1/25000 1cm=250m. Y a t-il des outils pour çà ? > > Hm, il y a des outils pour imprimer mais ils sont assez peu nombreux. > Jette un oeil sur cette page: > http://wiki.openstreetmap.org/wiki/OSM_on_Paper > > Le plus simple reste peut-être d'utiliser la fonction "Export" depuis > la carte principale où tu peux définir l'échelle et le format (PDF > semble donner de bons résultats). > > Pieren > > ___ > 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] [Tags] Était : (Tentative de synthèse vélo)
Je ne connaissais pas cette méthode pour maxspeed, c'est intéressant. Par contre il faudrait mettre quelque part les valeurs par défaut suivant les pays pour living_street (ainsi que pour rural/urban). Ça serait pratique si c'était intégré dans la base de données ... genre dans la relation France ? Petite question ayant légèrement rapport : Comment tagger la restriction de vitesse quand elle est différente suivant le sens sur la même route ? (genre 70km/h d'un côté et 90km/h de l'autre) 2009/11/4 > Selon Esperanza : > > > > zone 30 > > highway=* > > maxspeed=30 > > > > zones de rencontre > > highway=living_street > > maxspeed=20 > À mon avis il ne faut pas mettre le tag maxspeed dans le cas de > living_street, > cela doit être implicite. Ou alors faire maxspeed=FR:living_street > > http://wiki.openstreetmap.org/wiki/Key:maxspeed > > My 2cent > Fred > > ___ > 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] [Géovélo] Données subjectives
> - ce qui pose problème avec OSM c'est qu'on a un way pour toute une rue. > Alors que ce dont nous avons besoin c'est d'informer chaque tronçon de > route > (d'intersection à intersection). D'aillieur sur Tours, nous sommes même > parfois aller jusqu'à redécouper un tronçon de route en plusieurs. Donc > pour > m'y retrouver, un tronçon de route sous OSM correspond à un ID de way + 2 > ID > de noeuds (intersection de début et de fin). J'ai bon ? > Non, de plus en plus souvent, une rue est découpée en plusieurs tronçons => plusieurs ways. Ceci afin de pouvoir ajouter des attributs différents à chaque tronçon souhaité. C'est bien un problème dans votre cas car si vous référencez un way/rue et que quelqu'un souhaite ajouter une information sur une partie de cette way/rue, elle sera découpée en 2, l'id du way/rue correspondra seulement à une partie plus petite de la rue originale et un nouvel id apparaitra pour l'autre partie. Vous aurez perdu l'information de cette autre partie. Un moyen pour s'en rendre compte est de vérifier aussi les noeuds correspondant aux ways que vous référencez, s'ils changent, c'est que quelqu'un a modifié la structure de la rue/way. (Dites-moi si je me trompe !) Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Où commence la vie privée ?
AMHA, la question de l'ouverture des espaces privés ne se pose pas en terme de noir = interdit et blanc = autorisé. La propriété privée doit être respectée, mais cela peut aller de pair avec un accès non nuisible. On "peut" se promener sur les chemins d'exploitation privés et marcher en bordure des champs. La règle évidente à appliquer est de ne faire aucun dégât. C'st une sorte de "tolérance" qui vient de la nuit des temps, mais il valait mieux autrefois avoir une solide raison d'être là, sinon on pouvait se voir accuser de vouloir porter du tort aux cultures. Cependant, si on croise le propriétaire ou le locataire des champs en question, il suffit qu'il vous indique qu'il souhaite que vous partiez et il faut alors le faire sans délai, sinon, on est proche du délit d'intrusion. Il me semble que la même chose est applicable pour les voies privées (et seulement pour elles) et si on croise le propriétaire ou le locataire, il faut être prêt à faire demi-tour à la première invitation. Le plus compliqué est d'indiquer pourquoi on se trouve là et c'est vrai que dire qu'on relève le tracé de la voie peut amener des complications. Il ne vaut mieux pas non plus être vague. Dire qu'on cherchait un passage peut parfois sauver la face. Pour les voies privées donnant accès à plusieurs propriétés, je suis certain que l'occupation temporaire n'est pas répréhensible. Le truc, qui doit être assez connu, est de s'arrêter là où il y a des armoires d'électricité ou de gaz. Il faut a priori respecter les panneaux "défense d'entrer" pour ne pas tomber dans la "violation de domicile". La cadastre donne souvent la partie privée d'un chemin venant à la suite de la partie publique. La limite est donnée, soit par l'EDF-GDF, soit par le "plan de ville" du SIG local quand il y en a un. Représenter une voie privée, du moment que le moyen est légal, ne pose pas de souci en soi, au contraire d'une photographie terrestre. Christian Arnaud CORBET a écrit : > Vous vous posez plus de questions que Navteq et Téléatlas... J'ai 2 > exemples dans ma famille où des chemins privés de chez privés, protégés > par une barrière, se sont retrouvés sur les GPS de M. tout le monde, > simplement car les dits chemins sont visibles du ciel. Bon, c'est > pratique que votre GPS vous ramène devant votre porte, surtout quand le > dit chemin ne débouche nulle part, mais là il y aurait sérieusement à > redire. Si le chemin est ouvert à la circulation du public, par contre, > on mappe. On mappe bien les supermarchés, les stations services, et tout > un tas de surfaces privées, mais accessibles au public. Donc pas de > raison qu'un chemin privé qui dessert plusieurs maisons, à plus forte > raison un lotissement, y échappe. > > Pour résumer, AMHA la frontière est celle de l'ouverture au public ou > non de l'espace privé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [Tags] Était : (Te ntative de synthèse vélo)
>Petite question ayant légèrement rapport : >Comment tagger la restriction de vitesse quand elle est différente suivant le >sens sur la même route ? >(genre 70km/h d'un côté et 90km/h de l'autre) maxspeed:left ou maxspeed:right ;-) http://wiki.openstreetmap.org/wiki/Proposed_features/right_left ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Données subjecti ves
2009/11/4 Julien D. > > > - ce qui pose problème avec OSM c'est qu'on a un way pour toute une rue. >> Alors que ce dont nous avons besoin c'est d'informer chaque tronçon de >> route >> (d'intersection à intersection). D'aillieur sur Tours, nous sommes même >> parfois aller jusqu'à redécouper un tronçon de route en plusieurs. Donc >> pour >> m'y retrouver, un tronçon de route sous OSM correspond à un ID de way + 2 >> ID >> de noeuds (intersection de début et de fin). J'ai bon ? >> > > Non, de plus en plus souvent, une rue est découpée en plusieurs tronçons => > plusieurs ways. > Ceci afin de pouvoir ajouter des attributs différents à chaque tronçon > souhaité. > > C'est bien un problème dans votre cas car si vous référencez un way/rue et > que quelqu'un souhaite ajouter une information sur une partie de cette > way/rue, > elle sera découpée en 2, l'id du way/rue correspondra seulement à une > partie plus petite de la rue originale et un nouvel id apparaitra pour > l'autre partie. Vous aurez perdu l'information de cette autre partie. > Un moyen pour s'en rendre compte est de vérifier aussi les noeuds > correspondant aux ways que vous référencez, s'ils changent, c'est que > quelqu'un a modifié la structure de la rue/way. > > (Dites-moi si je me trompe !) > Tu as tout a fait raison. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Où commence la vie privée ?
Marc SIBERT a écrit : > La limite officielle (OSM) de description est "on ne rentre pas dans > les bâtiments". > Manquerait plus qu'on mappe tous les étages et tous les appartements, avec entre autres [amenity]="toilets" [access]="private". :-))) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : [Tags] Était : (Tentative de synthèse vélo)
>>Petite question ayant légèrement rapport : >>Comment tagger la restriction de vitesse quand elle est différente suivant le >>sens sur la même route ? >>(genre 70km/h d'un côté et 90km/h de l'autre) >maxspeed:left ou maxspeed:right ;-) Oups ! Ca veut rien dire ce que j'ai mis. Je me suis trompe de tag :) Pour les directions, c'est pas left, right, mais plutôt backward(dans le sens contraire du way) et forward(dans le sens du way). Donc maxspeed:forward et maxspeed:backward, c'est mieux comme ça ;) De : Etienne T À : Discussions sur OSM en français Envoyé le : Mer 4 Novembre 2009, 11 h 42 min 07 s Objet : [OSM-talk-fr] Re : [Tags] Était : (Tentative de synthèse vélo) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Où commence la vie privée ?
2009/11/4 Arnaud CORBET : > Vous vous posez plus de questions que Navteq et Téléatlas... Mouais. Entre mapper sur une photo et entrer physiquement chez les gens, il y a quand même une différence. Il faut distinguer les passages privés ouvert à tous, limités aux riverains (droit de passage) et ceux vraiment privés. Dans la deuxième catégorie, il y a souvent une barrière mais ça n'est pas toujours possible pour des raisons pratiques ou de coût. Si je vois un panneau "Privé, interdit d'entrer", je m'arrête là. S'il n'y a pas de panneau mais que ça entre visiblement dans les limites d'une propriété privée (clôture, sans prolongements), je m'arrête aussi. C'est vrai que parfois le chemin a un statut difficile à identifier sur le terrain, surtout s'il se prolonge au-delà de la propriété mais on ne peut pas toujours le savoir à l'avance. De vieilles carte ou le cadastre indiquent parfois des prolongements qui n'existent plus et on se retrouve bloqué dans une cour de ferme comme un c... Mapper pour OSM ne donne pas d'avantage de droits que les autres. Après, à chacun de prendre ses responsabilités personnelles. Pieren ___ 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-Fra nce
GaelADT a écrit : > J'ai également un petit porblème au niveau des voies de bus partagée avec le > vélo. Le directeur de mon association me dit qu'il veut absolument > distinguer les voies de bus+vélo larges de celles qui sont plus étroites > (difficulté pour les bus/taxi de doubler les vélo). Il y a une info de > largeur de la voie, mais rattachée au highway globale. Que faire ? > > Gaël. > Pas de chance. Quand j'ai commencé à tagguer les voies cyclables il y a plus d'un an, j'avais mis des [busway]=wide_lane pour indiquer les couloirs de bus élargis qui permettent la circulation des vélos. Puis j'ai fait marche arrière (car wide_lane n'était pas officiel - pas plus que [busway] d'ailleurs mais busway a une certaine valeur) et ai préféré remplacer par [cycleway]=share_busway (qui est différent de [bicycle]=yes). Donc, [busway]=lane / [cycleway]=share_busway indiquent un couloir élargi. Sur Paris, les couloirs de bus trop étroits ont des panneaux Vélo Interdit. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmecum bycicle
Simon, ce n'est pas BYCICLE mais BICYCLE. J'ai retrouvé cette faute aussi dans ton wiki. A+ ___ 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)
Salut, j'ai jeté un coup d'oeil au polygones énormes: * FR-96080 * FR-73751 * FR-6749 * FR-246825 * FR-202617 * FR-21767 * ... Est-il possible de les découper en petits morceaux? Ceci faciliterait l'import. Ces polygones complexes ont des endroits avec un "étrangelement" de la surface donne une marque pour une coupure. Ce découpage ne ferait pas seulement des polygones plus petits, mais aussi plus facilement attribuables.Éventuellement certains des composants pourrait etres importés automatiquement, car le critère de rejet (recouvrement) ne les toucherait plus. Mais: comment faire un découpage/partage automatique? Comment trouver les goulet/étranglement qui facilitent la découpe? Peut on utiliser des limites administratives ou des routes croiseantes pour découper? Salutations, Cantece ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Itinéraires de randonnée hors se ntier
Je me demande comment cartographier des itinéraires de randonnée en montagne hors sentier. Je parle d'itinéraires qui traversent prairie, fougères ou bois sans chemin matérialisé sur le terrain. Il me semble intéressant d'identifier ces itinéraires pour donner une indication de l'orientation à suivre pour traverser une zone. Ils représentent en général le parcours où la progression est la plus facile et qui est habituellement utilisé. Par contre dessiner des way taggés par highway=path + sac_scale=hiking ne me semble pas très satisfaisant car il n'y a pas réellement de chemin sur le terrain. On retrouve la même notion avec les itinéraires de ski de randonnée qui sont présents sur les cartes IGN au 25000e. ___ 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/4 Hans-Christian Bohlmann > Salut, > j'ai jeté un coup d'oeil au polygones énormes: >* FR-96080 >* FR-73751 >* FR-6749 >* FR-246825 >* FR-202617 >* FR-21767 >* ... > Est-il possible de les découper en petits morceaux? Ceci faciliterait > l'import. Ces polygones complexes ont des endroits avec un > "étrangelement" de la surface donne une marque pour une coupure. > Ce découpage ne ferait pas seulement des polygones plus petits, mais > aussi plus facilement attribuables.Éventuellement certains des > composants pourrait etres importés automatiquement, car le critère de > rejet (recouvrement) ne les toucherait plus. > > Mais: comment faire un découpage/partage automatique? Comment trouver > les goulet/étranglement qui facilitent la découpe? Peut on utiliser > des limites administratives ou des routes croiseantes pour découper? > Découper automatiquement est relativement facile si tu fais un damier. Trouver un goulet/un étranglement qui facilite la découpe, ça devient beaucoup beaucoup plus dire. Utiliser des limites administratives pour couper est très facile. Utiliser une route sera dur car il faut être sur que la route traverse entièrement le polygone. Ça implique alors de fusionner les différents ways qui font partie de cette route, ce qui est déjà beaucoup moins simple. Emilie Laffray ___ 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 )
> > Mais: comment faire un découpage/partage automatique? Comment trouver > > les goulet/étranglement qui facilitent la découpe? Peut on utiliser > > des limites administratives ou des routes croiseantes pour découper? > > > J'étais en train d'écrire une réponse à ce mail mais on arrive au même conclusion. > Découper automatiquement est relativement facile si tu fais un damier. > Trouver un goulet/un étranglement qui facilite la découpe, ça devient > beaucoup beaucoup plus dire. J'avais envisagé un traitement morphologique pour trouver les étranglements (une ouverture: http://fr.wikipedia.org/wiki/Morphologie_math%C3%A9matique#Ouverture_et_fermeture) mais ça nécessite de passer de vectoriel à raster sur de très grandes images, donc gourmand en mémoire, tps de calcul,... > Utiliser des limites administratives pour couper est très facile. Utiliser > une route sera dur car il faut être sur que la route traverse entièrement le > polygone. Ça implique alors de fusionner les différents ways qui font partie > de cette route, ce qui est déjà beaucoup moins simple. Et je me demandais si couper ces polygones avec des limites administratives était difficile (Je ne travaille pas avec des données vectorielles, je ne saurais même pas comment dire si un point est dans une surface ou pas...). Si il existe un méthode simple pour couper ces polygones avec des limites de communes, je suis preneur!!! Vers quel outils-bibliothèques faut-il regarder pour manipuler des ways issus de OSM? Cedric signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Données subjecti ves
2009/11/4 Julien D. : > Non, de plus en plus souvent, une rue est découpée en plusieurs tronçons => > plusieurs ways. > Ceci afin de pouvoir ajouter des attributs différents à chaque tronçon > souhaité. Et rien ne vous empêche de le faire pour vos besoins mais à condition que les tronçons comportent des différences d'attributs (tags ou partie de relation) sinon vous prenez le risque que quelqu'un repasse derrière pour les joindre à nouveau. Si vous découpez une rue en fonction de critères externes (comme cette note de sécurité), il n'y aura pas de garantie sur la pérénité du découpage. Il faudra alors effectivement mieux passer par les id's des nodes et des ways. Si vous partez sur le principe d'utiliser les id's, il faudra mettre en place un outil capable de tenir à jour ces id's à chaque import ou mise à jour en remplaçant les anciens id's par les nouveaux, à condition que la position et les tags soient très proches de la version précédente. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Itinéraires de randonnée hors s entier
On mercredi 4 novembre 2009, christophe triquet wrote: > Je me demande comment cartographier des itinéraires de randonnée en montagne > hors sentier. Je parle d'itinéraires qui traversent prairie, fougères ou > bois sans chemin matérialisé sur le terrain. Je distingue deux cas : 1- Le vrai "rien" Rien ne distingue un passage par ici plutôt que par là, les deux n'ayant pas plus d'intérêt l'un que l'autre. Là, je ne trace rien du tout. 2- Le "y'a rien de visible" mais c'est utile Du genre passage par un col, une crête, une pente plus clémente, un intérêt stratégique pour éviter un détour, un lac à rejoindre, etc. Mais toujours sans marque ni trace au sol. et là j'utilise highway=path + trail_visibility=no C'est hyper subjectif, mais je dirais qu'en moyenne, quand j'ai fait du "dru dans le pentu à l'arrache" je le garde pour moi et ne trace rien ! > Ils > représentent en général le parcours où la progression est la plus facile et > qui est habituellement utilisé. Cette description commence à ressembler à mon 2 > Par contre dessiner des way taggés par highway=path + sac_scale=hiking ne me > semble pas très satisfaisant car il n'y a pas réellement de chemin sur le > terrain. trail_visibility > On retrouve la même notion avec les itinéraires de ski de randonnée qui sont > présents sur les cartes IGN au 25000e. là, je dirais que c'est encore différent. Un tracé ski de rando plus intéressant qu'un autre peut s'avérer nullissime, méga galère voire dangereux pour le randonneur à pied (et inversement) Quand il y a 1m de neige, le pierrier peut devenir très confortable et permet de gagner du temps à ski alors que c'est la misère à arpenter à pied. Là, je m'abstiens grandement de mettre un "path" et j'utilise le tout nouveau fraîchement discuté piste:type=skitour A noter qu'il peut également s'utiliser sur une surface, car bien souvent le skieur en liberté ne reste pas bloqué avec des oeillère à suivre le trait bleu d'IGN -- 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] [Tags] Était : (Tentative de synthèse vélo)
2009/11/4 Julien D. : Pour moi, maxspeed=FR:living_street (ou maxspeed=DE:living_street) revient à dire que c'est la valeur par défaut. En fait, ce tag évite aux développeurs de logiciels de chercher à savoir dans quel pays ils se trouvent, ce qui est pour moi un scandale, parce que c'est une des fonctions de base à maîtriser lorsqu'on travaille avec des données géographiques. Ce sont les mêmes qui voudraient qu'on taggue chaque nom avec name=* et name:fr=* et name:location=fr ou quelque chose dans le genre. Ca m'énerve parce qu'on reporte son travail sur les autres. my coup-de-gueule of the day, Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cabinet de médecin
Marc Sibert a écrit : > Bonjour, > > Il faudrait quand même avoir son accord avant et lui rappeler son droit à > modification / correction (CNIL jan 78). De plus si "notre" dbb est > nominative, elle doit être déclarée auprès de la CNIL. > > Le plus simple est donc de *ne pas* y mettre de nom de personnes. > +1 > Note : mon cabinet médical a un nom d'entreprise (qui ne correspond pas à > celui des médecins y exerçant). Je pense que celui-là pourrait figurer dans > OSM (si la plaque est visible depuis un lieu public :-) voir le fil "Où > commence la vie privée") > > A+ > > -- > Marc Règle de base : - personne physique : opt in = pas d'inscription sans consentement signifié - personne morale : opt out = désinscription sur demande Une inscription d'OSM à la CNIL me semble plus qu'improbable : - quelle confidentialité, quelle protection contre la récupération des données personnelles ? aucune, c'est même contraire à OSM. - quelle protection contre l'altération ? Aucune, c'est même contraire à OSM. - quelle protection contre l'utilisation hors France, hors Europe ? Aucune, etc... Le seul nom de personne que je pourrais mettre dans OSM, c'est le mien. Le changeset atteste que j'en suis l'auteur, donc responsable. Mais stratégiquement, tous les OSMeurs n'étant pas au fait de l'usage des données, je ne le ferai pas, pour ne pas inciter le gamin à mettre les coordonnées de ses parents dans OSM (outre que pour moi-même, je n'en vois pas l'intérêt). -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Où commence la vie privée ?
Pieren a écrit : > 2009/11/4 Arnaud CORBET : > >> Vous vous posez plus de questions que Navteq et Téléatlas... >> > > Mouais. Entre mapper sur une photo et entrer physiquement chez les > gens, il y a quand même une différence. Je crois qu'on mélange deux problématiques : - Comment se comporter, sur le terrain, au repérage ? - Que représenter, cartographier dans OSM ? -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tags] Était : (Tentative de synthèse vélo)
Pieren, je suis d'accord avec toi," on ne taggue pas pour le développeur" (encore un phrase choc :) ) Par contre, il faudrait un jour que tu rencontres un de ces "développeurs" pour discuter autour d'une bonne bière. Tu as l'air d'avoir une très mauvaise expérience avec ces méchants développeurs ;) Il y a autant de développeurs que de facteurs ou d'hommes politiques ou de poissons rouges. Certains sont bêtes et méchants, d'autres très sympas. Là, tu as tué d'un coup tous les développeurs avec ce "Eux les méchants. Oui oui, ceux-là que je montre du doigt." Kimaidou, qui développe mais n'est pas développeur (pas taper) Le 4 novembre 2009 14:06, Pieren a écrit : > 2009/11/4 Julien D. > > >: > > Pour moi, maxspeed=FR:living_street (ou maxspeed=DE:living_street) > revient à dire que c'est la valeur par défaut. > En fait, ce tag évite aux développeurs de logiciels de chercher à > savoir dans quel pays ils se trouvent, ce qui est pour moi un > scandale, parce que c'est une des fonctions de base à maîtriser > lorsqu'on travaille avec des données géographiques. > Ce sont les mêmes qui voudraient qu'on taggue chaque nom avec name=* > et name:fr=* et name:location=fr ou quelque chose dans le genre. Ca > m'énerve parce qu'on reporte son travail sur les autres. > > my coup-de-gueule of the day, > Pieren > > ___ > 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] Itinéraires de randonnée hors se ntier
Bonjour, La discussion m'intéresse... j'ai tagué cet été comme ceci quelques itinéraires de la HRP (haute randonnée/route pyrénéenne) qui serpente parfois hors sentier ou dont le terrain rocailleux n'est pas entamé par les semelles... mais du moment que l'itinéraire est emprunté, pourquoi pas ? Peut être combiné avec highway=footway plutôt que path ? Le 4 novembre 2009 13:31, christophe triquet a écrit : > Je me demande comment cartographier des itinéraires de randonnée en montagne > hors sentier. Je parle d'itinéraires qui traversent prairie, fougères ou > bois sans chemin matérialisé sur le terrain. > > Il me semble intéressant d'identifier ces itinéraires pour donner une > indication de l'orientation à suivre pour traverser une zone. Ils > représentent en général le parcours où la progression est la plus facile et > qui est habituellement utilisé. > > Par contre dessiner des way taggés par highway=path + sac_scale=hiking ne me > semble pas très satisfaisant car il n'y a pas réellement de chemin sur le > terrain. > > On retrouve la même notion avec les itinéraires de ski de randonnée qui sont > présents sur les cartes IGN au 25000e. > > ___ > 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] Itinéraires de randonnée hors se ntier
2009/11/4 sly (sylvain letuffe) : > Je distingue deux cas : > 1- Le vrai "rien" > Rien ne distingue un passage par ici plutôt que par là, les deux n'ayant pas > plus d'intérêt l'un que l'autre. > Là, je ne trace rien du tout. > > 2- Le "y'a rien de visible" mais c'est utile Il y aurait donc le "rien utile" et le "rien inutile". Point de vue intéressant qui soulève de nombreuses questions philosophiques... Plus simplement, je pense que tagguer un chemin (path) là où il n'y en a pas est un abus. Ne vous étonnez pas si quelqu'un, un jour, fasse le ménage en remplaçant votre "rien utile" par du "rien du tout réel" en effaçant ces ways. Si vous voulez tracer un itinéraire, inventez la notion "de point A à point B en passant par le point C (qui peut être un col)" en améliorant la relation "route" plutôt que de créer des chemins virtuels qui n'existent pas. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Itinéraires de randonnée hors se ntier
On mercredi 4 novembre 2009, Xavier Culos wrote: > Bonjour, > Peut être combiné avec highway=footway plutôt que path > ? footway n'est hélas pas très bien défini. "For designated footpaths, i.e. mainly/exclusively for pedestrians" Ce qui se cache derrière le "designated" a érodé nombre de touches de clavier, pour finir que beaucoup l'utilise quand les autres moyens de transport y sont interdits (panneaux) En montagne, en france, il est rare qu'un chemin soit interdit aux VTT aux poussettes ou aux ânes. Bref, path est fait pour ça il me semble. Si tu veux indiquer que les vtt vont "en chier" tu peux utiliser le mtb:scale -- 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] Itinéraires de randonnée hors se ntier
On mercredi 4 novembre 2009, Pieren wrote: > Il y aurait donc le "rien utile" et le "rien inutile". Point de vue > intéressant qui soulève de nombreuses questions philosophiques... Meuh non. J'ai parlé du "vrai rien" et du "faux rien", le faux rien étant bien entendu quelque chose. > Plus simplement, je pense que tagguer un chemin (path) là où il n'y en > a pas est un abus. C'est sûr, mais je pense qu'on parle bien du cas où il y en a un... sauf qu'il ne se voit pas. Mais c'est qui est invisible au regard ne l'est pas forcément pour un randonneur. > Ne vous étonnez pas si quelqu'un, un jour, fasse > le ménage en remplaçant votre "rien utile" par du "rien du tout réel" > en effaçant ces ways. Je pense que la moyenne devrait s'équilibrer, si quelqu'un est arrivé sur notre rien, c'est qu'il aura compris pourquoi ce n'est pas rien ou alors en effet, il sera tellement dégoûté d'avoir galéré dans les arcosses qu'il aura raison de l'effacer. La solution d'un itinéraire à point de contournement fixé peut être insuffisante car il peut n'y avoir qu'un seul bon chemin (auquel il manque quelques coups de pinceaux) En montagne les chemins évoluent, se font et se défont, mais les plus utiles restent et finissent par être bien visibles et marqués -- 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] [Tags] Était : (Tentative de synthèse vélo)
2009/11/4 kimaidou : > Par contre, il faudrait un jour que tu rencontres un de ces "développeurs" > pour discuter autour d'une bonne bière. Tu as l'air d'avoir une très > mauvaise expérience avec ces méchants développeurs ;) > Il y a autant de développeurs que de facteurs ou d'hommes politiques ou de > poissons rouges. Certains sont bêtes et méchants, d'autres très sympas. Là, > tu as tué d'un coup tous les développeurs avec ce "Eux les méchants. Oui > oui, ceux-là que je montre du doigt." Je suis d'autant mieux placé pour en parler que je suis moi-même de la partie ;-) Et je reconnais tout de suite les tags proposés par des développeurs pour résoudre leurs problèmes. Certains sont valables parce qu'il n'y pas d'autre solution (layer par exemple). D'autres sont beaucoup plus discutables. Pour être honnête, je dois dire que je ne développe aucune application "consommant" les données OSM (je ne place pas le plugin du cadastre dans cette catégorie) mais je vois bien lorsqu'on peut faire autrement sans rajouter des tags. Pieren ___ 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/4 Cedric Dumez-Viou > > Découper automatiquement est relativement facile si tu fais un damier. > > Trouver un goulet/un étranglement qui facilite la découpe, ça devient > > beaucoup beaucoup plus dire. > J'avais envisagé un traitement morphologique pour trouver les étranglements > (une ouverture: > http://fr.wikipedia.org/wiki/Morphologie_math%C3%A9matique#Ouverture_et_fermeture) > mais ça nécessite de passer de vectoriel à raster sur de très grandes > images, donc gourmand en mémoire, tps de calcul,... > > > Oui utiliser du raster n'a pas vraiment d'intérêt car on perd en qualité au final car il faut repasser en vectoriel si l'on veut repasser en fichier OSM a moins que j'ai manqué un épisode. > > Utiliser des limites administratives pour couper est très facile. > Utiliser > > une route sera dur car il faut être sur que la route traverse entièrement > le > > polygone. Ça implique alors de fusionner les différents ways qui font > partie > > de cette route, ce qui est déjà beaucoup moins simple. > > > Et je me demandais si couper ces polygones avec des limites administratives > était difficile (Je ne travaille pas avec des données vectorielles, je ne > saurais même pas comment dire si un point est dans une surface ou pas...). > Si il existe un méthode simple pour couper ces polygones avec des limites > de communes, je suis preneur!!! > > > J'utilise tout simplement la base de donnée pour cela. Il suffit de faire une intersection entre la commune et le polygone corine. Tu obtiens alors un tout nouveau polygone qui sera coupe précisément avec la forme de la limite. A noter que ça peut augmenter la complexité du polygone puisque les limites administratives sont complexes. Ce n'est donc pas forcement une bonne idee :) > Vers quel outils-bibliothèques faut-il regarder pour manipuler des ways > issus de OSM? > Tout dépend de ce que tu veux faire. Ce que je fais c'est de manipuler des géométries dans Postgis et ensuite de les exporter en SHP puis en OSM. C'est de cette manière que Corine a été crée. Pour manipuler des fichiers OSM, il te faut utiliser Osmosis, qui te permettra de découper un fichier OSM mais ça ne fait pas de découpage logique. Ça ne fait qu'une découpe géographique des objets sans recreer de nouvelles relations ou ways ou il faut. Bien sur, il est possible d'utiliser libgeos directement dans un programme (librairie qui fait tourner Postgis) en transformant la géométrie en WKB (si je ne me trompe pas). C'est d'ailleurs ce que fait partiellement osm2pgsql afin de stocker les données dans la base de donnée. Emilie Laffray ___ 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/4 Cedric Dumez-Viou > > > Découper automatiquement est relativement facile si tu fais un damier. > > Trouver un goulet/un étranglement qui facilite la découpe, ça devient > > beaucoup beaucoup plus dire. > J'avais envisagé un traitement morphologique pour trouver les étranglements > (une ouverture: > http://fr.wikipedia.org/wiki/Morphologie_math%C3%A9matique#Ouverture_et_fermeture) > mais ça nécessite de passer de vectoriel à raster sur de très grandes > images, donc gourmand en mémoire, tps de calcul,... > Je viens de regarder la page et je viens d'avoir peur :) Ca fait longtemps que je n'ai pas fait de maths a ce niveau la! Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Itinéraires de randonnée hors se ntier
Pieren a écrit : > 2009/11/4 sly (sylvain letuffe) : > >> Je distingue deux cas : >> 1- Le vrai "rien" >> Rien ne distingue un passage par ici plutôt que par là, les deux n'ayant pas >> plus d'intérêt l'un que l'autre. >> Là, je ne trace rien du tout. >> >> 2- Le "y'a rien de visible" mais c'est utile >> > > Il y aurait donc le "rien utile" et le "rien inutile". Point de vue > intéressant qui soulève de nombreuses questions philosophiques... > > Plus simplement, je pense que tagguer un chemin (path) là où il n'y en > a pas est un abus. Ne vous étonnez pas si quelqu'un, un jour, fasse > le ménage en remplaçant votre "rien utile" par du "rien du tout réel" > en effaçant ces ways. > > Si vous voulez tracer un itinéraire, inventez la notion "de point A à > point B en passant par le point C (qui peut être un col)" en > améliorant la relation "route" plutôt que de créer des chemins > virtuels qui n'existent pas. > +1, l'itinéraire existe, mais pas le chemin ! Une relation type=free_route-without_way (ou autre) avec juste des points ordonnés, ce serait super pour la rando dans les Grands Causses, notamment sur le Méjean : juste un cap vers le point suivant à une demi-journée de là ! Du bonheur ! L'autre risque, c'est le point C qui peut être volatil si isolé (un point sur un replis de terrain non matérialisé) ! OSM interdit la suppression d'un point utilisé par un way (cause de problèmes dans le dédoublonnage post-CLC, mais c'est une autre question...) Mais un point isolé utilisé dans une relation, est-il protégé ?. Je n'ai pas testé. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tags] Était : (Tentative de synthèse vélo)
2009/11/4 kimaidou > Pieren, je suis d'accord avec toi," on ne taggue pas pour le développeur" > (encore un phrase choc :) ) > > Par contre, il faudrait un jour que tu rencontres un de ces "développeurs" > pour discuter autour d'une bonne bière. Tu as l'air d'avoir une très > mauvaise expérience avec ces méchants développeurs ;) > Il y a autant de développeurs que de facteurs ou d'hommes politiques ou de > poissons rouges. Certains sont bêtes et méchants, d'autres très sympas. Là, > tu as tué d'un coup tous les développeurs avec ce "Eux les méchants. Oui > oui, ceux-là que je montre du doigt." > Bah je suis du point de vue de Pieren. C'est de la fainéantise de la part de certains développeurs. On peut très facilement détecter le pays pour peu qu'on sache utiliser un outil a peu près correctement. Comme Pieren, je fais partie des développeurs, et la chose dont Pieren parle, je l'ai fait pour l'Australie, ainsi que les différentes régions du Royaume Uni. La seule chose que ça fait c'est d'augmenter la taille de la base de donnée au lieu de faire un peu de calcul supplémentaire du coté du développeur. Enfin, Kimaidou pour quelqu'un qui n'est pas développeur, tu ne te débrouilles pas si mal que ça ;) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [osmose][annonce] DOM/TOM/COM...
Bonjour, Les voila maintenant dans osmose ! Les cinq back-ends d'osmose ainsi que le front-end sont maintenant configurées pour faire l'analyse et l'affichage de ces zones ; ce qui mène à 65 les nombre de back-ends qui tournent chaque jour. Il y a quelques bugs (ex : ma base de données n'a pas les codes INSEE de l'outre mer) ; mais ce sera corrigé un de ces jours quand j'ai le temps de la compléter. Encore un peu de patience. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tags] Était : (Tentative de synthèse vélo)
@Piere : Hé hé, je suis d'accord aussi sur le fond, je profitais d'une pause "dev" pour discuter philosophie :) Je réagis parfois de manière un peu excessive aux "posage d'étiquettes", même quand je ne me sens pas visé (ce qui était le cas). Mais je digresse... Enfin, Kimaidou pour quelqu'un qui n'est pas développeur, tu ne te > débrouilles pas si mal que ça ;) > > Emilie Laffray > Merci encore au passage :) ___ 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 )
Le Wed 04 Nov 2009 à 13:56 +0100, Cedric Dumez-Viou a ecrit : >J'avais envisag� un traitement morphologique pour trouver les >�tranglements (une ouverture: > > http://fr.wikipedia.org/wiki/Morphologie_math%C3%A9matique#Ouverture_et_fermeture) >mais �a n�cessite de passer de vectoriel � raster sur de tr�s grandes >images, donc gourmand en m�moire, tps de calcul,... C'est clair que couper au niveau des �tranglements para�t la bonne m�thode, mais que c'est pas forc�ment facile. Pour ce qui est de l'article cit�, oui, c'est l'id�e, dans un contexte math�matique pur. Au niveau applications informatiques tu as deux domaines assez diff�rents. En simplifiant � fond : - en g�om�trie discr�te, tu travailles sur du raster (grille de pixels) - en g�om�trie algorithmique, tu travailles sur du vectoriel L'article cit� est carr�ment du c�t� de la g�o discr�te. C'est pas ce qu'on cherche. En g�o algo (ce fut mon domaine de th�se dans une vie ant�rieure), la d�tection d'�tranglement est g�n�ralement trait�e � partir de l'axe median (googler "medial axis polygon"). J'ai peu de temps pour approfondir aujourd'hui, mais je peux chercher des algos pr�cis si �a int�resse du monde. -- � /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tags] Était : (Tentative de synthèse vélo)
Emilie Laffray a écrit : > > > 2009/11/4 kimaidou mailto:kimai...@gmail.com>> > > Pieren, je suis d'accord avec toi," on ne taggue pas pour le > développeur" (encore un phrase choc :) ) > > Par contre, il faudrait un jour que tu rencontres un de ces > "développeurs" pour discuter autour d'une bonne bière. Tu as l'air > d'avoir une très mauvaise expérience avec ces méchants > développeurs ;) > Il y a autant de développeurs que de facteurs ou d'hommes > politiques ou de poissons rouges. Certains sont bêtes et méchants, > d'autres très sympas. Là, tu as tué d'un coup tous les > développeurs avec ce "Eux les méchants. Oui oui, ceux-là que je > montre du doigt." > > > Bah je suis du point de vue de Pieren. C'est de la fainéantise de la > part de certains développeurs. On peut très facilement détecter le > pays pour peu qu'on sache utiliser un outil a peu près correctement. > Comme Pieren, je fais partie des développeurs, et la chose dont Pieren > parle, je l'ai fait pour l'Australie, ainsi que les différentes > régions du Royaume Uni. > La seule chose que ça fait c'est d'augmenter la taille de la base de > donnée au lieu de faire un peu de calcul supplémentaire du coté du > développeur. > Enfin, Kimaidou pour quelqu'un qui n'est pas développeur, tu ne te > débrouilles pas si mal que ça ;) > > Emilie Laffray À priori, je serai d'accord. Sauf qu'il y a des développpeurs, des utilisateurs non développeurs, voire des utilisateurs qui ne développent pas (distinction pertinente faite par Kimaidou : il y a beaucoup de gens qui font la cuisine mais beaucoup moins de cuisiniers) Pour les utilisateurs qui ne développent pas, il font appel à d'autres pour accéder aux services mis en œuvre autour d'OSM. OK... Mais pour les utilisateurs qui développent, mais ne sont pas des développeurs, (j'aimerai approcher de la catégorie ;-) il ne faudrait pas que la barre soit trop haute tout de même. Faut-il qu'OSM soit un SIG comme les autres ? Avec seulement plus de fourmis à l'entrée ? (et aussi la licence CC, d'accord... ) L'in des intérêts d'OSM est son accessibilité. Pour la saisie de données, mais aussi, j'espère, pour leur utilisation, et pas seulement pour des questions de licence, mais aussi technique. J'ai une grande admiration pour les "pros", leur habileté et leur travail (ils se reconnaîtront), mais s'il faut un bac+7 en géomatique pour commencer à utiliser OSM, dommage. L'autre solution, c'est le développement d'une bonne bibliothèque (en python et php, langage courant chez les non-développeurs) de scripts pour les requêtes de base. Un légo de la géomatique en quelque sorte, un jQuery de l'OSM. Ça, c'est du boulot de développeurs à destination de non-développeurs... Avec un tel tas de briques, les usages d'OSM exploseront... -- Vincent alias FrViPofm ___ 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/4 Guillaume Allegre > > C'est clair que couper au niveau des étranglements paraît la bonne méthode, > mais que c'est pas forcément facile. > > Pour ce qui est de l'article cité, oui, c'est l'idée, dans un contexte > mathématique pur. Au niveau applications informatiques tu as deux domaines > assez > différents. En simplifiant à fond : > - en géométrie discrète, tu travailles sur du raster (grille de pixels) > - en géométrie algorithmique, tu travailles sur du vectoriel > > L'article cité est carrément du côté de la géo discrète. C'est pas ce qu'on > cherche. > En géo algo (ce fut mon domaine de thèse dans une vie antérieure), > la détection d'étranglement est généralement traitée à partir de l'axe > median > (googler "medial axis polygon"). > J'ai peu de temps pour approfondir aujourd'hui, mais je peux chercher > des algos précis si ça intéresse du monde. > > Bah si tu as une implementation potentielle, je peux voir si je peux coder cela si je comprends ce qu'on me demande de faire. C'est l'avantage pour moi d'utiliser Postgis; je n'ai pas a réfléchir a comment implémenter les modifications géométriques que j'ai besoin. Mais bon je ne suis pas convaincue qu'une telle solution soit très intéressante a moins que tous les polygones aient des excroissances très régulières et qu'il n'y ait pas de grosse masse. Enfin, peut être que je n'ai pas compris comment ces algorithmes fonctionnent. Emilie Laffray ___ 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 )
Le Wednesday 04 November 2009 15:00:02 Emilie Laffray, vous avez écrit : > 2009/11/4 Cedric Dumez-Viou > > > > > > Découper automatiquement est relativement facile si tu fais un damier. > > > Trouver un goulet/un étranglement qui facilite la découpe, ça devient > > > beaucoup beaucoup plus dire. > > J'avais envisagé un traitement morphologique pour trouver les étranglements > > (une ouverture: > > http://fr.wikipedia.org/wiki/Morphologie_math%C3%A9matique#Ouverture_et_fermeture) > > mais ça nécessite de passer de vectoriel à raster sur de très grandes > > images, donc gourmand en mémoire, tps de calcul,... > > > > Je viens de regarder la page et je viens d'avoir peur :) Ca fait longtemps > que je n'ai pas fait de maths a ce niveau la! > > Emilie Laffray > Je crois qu'à l'origine les opération de morphologie étaient plutôt de la "bidouille" d'informaticien pour faire du traitement d'image. Ça a ensuite été théorisé... et j'avoue que mes cours de traitement d'images étaient beaucoup plus simple que la page wiki... En fait le lien n'apprend rien, je voulais plutôt parler des figures. Ce qu'il faut retenir, c'est la figure http://fr.wikipedia.org/wiki/Fichier:Illustration_ouverture.png . C'est obtenu par une érosion (http://fr.wikipedia.org/wiki/Fichier:Illustration_erosion.png) suivie par une dilatation (http://fr.wikipedia.org/wiki/Fichier:Illustration_dilatation.png). L'érosion supprime les étranglements et la dilatation redonne aux surfaces pleines leur taille d'origine. Faire la différence entre image d'origine et image "ouverte" permet d'indiquer les zones qui présentent des étranglements. Enfin, ça reste toujours difficile à utiliser pour les données OSM. On peut certainement clore cette suggestion. Cedric signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmecum bycicle
oui j'ai vu, je devais encore dormir. Le mercredi 04 novembre 2009 à 12:55 +0100, Lapinos03 a écrit : > Simon, ce n'est pas BYCICLE mais BICYCLE. J'ai retrouvé cette faute > aussi dans ton wiki. > A+ > > > > ___ > 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] [Tags] Était : (Tentative de synthèse vélo)
2009/11/4 Vincent Pottier > > Faut-il qu'OSM soit un SIG comme les autres ? Avec seulement plus de > fourmis à l'entrée ? (et aussi la licence CC, d'accord... ) > L'in des intérêts d'OSM est son accessibilité. Pour la saisie de > données, mais aussi, j'espère, pour leur utilisation, et pas seulement > pour des questions de licence, mais aussi technique. > > J'ai une grande admiration pour les "pros", leur habileté et leur > travail (ils se reconnaîtront), mais s'il faut un bac+7 en géomatique > pour commencer à utiliser OSM, dommage. > > Sans aller jusqu'à un bac +7, quand tu commences a faire une application relativement simple, tu as plutôt intérêt a maîtriser un minimum de chose. J'ai touche a la geomatique il y a juste maintenant un an et demi. Avant cela, je n'avais jamais entendu parler de GIS et du reste. Globalement en programmation, j'ai le point de vue que Visual Basic a été un des pires fléaux que Microsoft ait pu infligé au monde. Pourquoi? Parce que des gens qui n'avaient pas les bases ont pu commencer a bidouiller des applications mal conçues et a produire des programmes en jurant sur leurs grands dieux, qu'ils sont des rois de la programmation. Après, il faut toujours faire la maintenance qui est toujours quasiment impossible car il n'y a eus aucune structure initialement. Je pense qu'il ne faudrait pas reproduire ce genre de schéma avec OSM en facilitant de trop la tache aux programmeurs occasionnels. Il faut apprendre un minimum avant de se jeter dans la gueule du loup. Ce n'est pas un point de vue élitiste mais tôt ou tard il faut faire la maintenance de ces programmes mal conçus. De plus, je suis la première a donner des explications s'il y a besoin plutôt que de voir une mauvaise application apparaître. Car le gros problème c'est qu'une fois qu'une application apparaît, elle commence a être utilisée et il faut optimiser, et a moins d'avoir une vue d'ensemble sur ce que tu veux, c'est très dur. > L'autre solution, c'est le développement d'une bonne bibliothèque (en > python et php, langage courant chez les non-développeurs) de scripts > pour les requêtes de base. Un légo de la géomatique en quelque sorte, un > jQuery de l'OSM. Ça, c'est du boulot de développeurs à destination de > non-développeurs... > > Oui, enfin, le problème c'est que derrière tu dois avoir une base de donnée pour exploiter ces requêtes de base. Il faut donc configurer cette base de donnée, faire des requêtes qui tiennent debout etc... Ce n'est pas aussi simple que ça. OSM est un format XML mais avant d'être utile il faut le transformer dans une base de donnée, et rien que ça même avec une bibliothèque, tu n'avanceras pas énormément car les non développeurs trouveront toujours un moyen de casser le backend en faisant des requêtes trop grandes etc... par non compréhension de comment ça tourne par derrière. A ce propos, on peut citer la réponse de Frederik Ramm a Peter Miller sur la liste de modération: la demande de Peter mettrait tout simplement a genou le serveur en apportant qu'un avantage très limité. > Avec un tel tas de briques, les usages d'OSM exploseront... > > Peut être, mais je crois que déjà les usages d'OSM explosent. Il y a beaucoup de gens qui interviennent ici qui ont un intérêt professionnel dans OSM et qui ont des projets pour OSM. Je suis pour une augmentation de l'utilisation de OSM, mais je ne suis pas sure que tous les systèmes de base soient présents actuellement. La base n'est pas encore tout a fait stable. Mapnik et le reste fonctionne bien mais il reste encore trop souvent des problèmes. Il y a aussi le problème de la base de donnée. Pour le moment, on a une base de donnée centrale, mais on n'a pas encore trouve comment la décentraliser et de la faire grandir a part en ajoutant plus de matériels. OSM fonctionne bien mais si la croissance continue, on va se heurter a des contraintes techniques plus importantes dans le futur, car sur pas mal de points, c'est encore l'inconnu. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] carte à l'échelle
Pieren a écrit : > 2009/11/3 Jean-Yves LEBLEU : > >> Bonsoir à tous, >> >> Est-il possible d'imprimer une carte à l'échelle, comme par exemple au >> 1/25000 1cm=250m. Y a t-il des outils pour çà ? >> > > Hm, il y a des outils pour imprimer mais ils sont assez peu nombreux. > Jette un oeil sur cette page: > http://wiki.openstreetmap.org/wiki/OSM_on_Paper > > Le plus simple reste peut-être d'utiliser la fonction "Export" depuis > la carte principale où tu peux définir l'échelle et le format (PDF > semble donner de bons résultats). > voir aussi http://www.maposmatic.org/ mais j'ai pas regarde si on peut definir une echelle ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Où commence la vie privée ?
Je partage la conclusion de Vincent et l'avis de Pierren. Sur le terrain, il faut se conformer aux règles, nous n'avons aucun passe-droit. Tout comme on ne peut pas prendre un sens interdit à contre-sens histoire de le logger. Bref, comme Pierren : à chacun de se comporter comme il le juge bon. Maintenant, je pense qu'il faut cartographier le maximum. Et les chemins privés DOIVENT être tracés et correctement identifiés. Pour le mapper, si on ne peut pas y passer, ben on fait comme on peut, avec des photos Yahoo, voire de tête ou au pif. A mon avis, il est réellement important de tracer ces chemins car ainsi, un utilisateur de ces données sera correctement informé. De plus, tracer un chemin privé a un autre intérêt à mon avis. En effet, si un mappeur du terrain sait qu'un élément est privé, il DOIT l'indiquer, évitant ainsi qu'un mappeur « aérien » ne trace ce chemin avec de mauvaises informations. On évite ainsi sur le long terme les erreurs types NavTeq / Téléatlas comme l'a raconté Arnaud. Donc, mappons mappons, comme nous pouvons, mais en respectant les droits des autres. Le 4 novembre 2009 14:14, Vincent Pottier a écrit : > Pieren a écrit : >> 2009/11/4 Arnaud CORBET : >> >>> Vous vous posez plus de questions que Navteq et Téléatlas... >>> >> >> Mouais. Entre mapper sur une photo et entrer physiquement chez les >> gens, il y a quand même une différence. > > Je crois qu'on mélange deux problématiques : > - Comment se comporter, sur le terrain, au repérage ? > - Que représenter, cartographier dans OSM ? > -- > Vincent alias FrViPofm > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cabinet de médecin
kimaidou a écrit : > Je pense qu'à partir du moment où il existe une plaque sur l'immeuble > avec le nom du ou des médecins, on pourrait considérer qu'il rend > publique son nom ? Attention, les médecins n'ont pas le droit de faire de la publicité. OSM pourrait-il être considéré comme tel ? Il faudrait peut-être contacter l'Ordre des médecins pour connaître leur point de vue officiel sur l'ensemble de ces questions. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Fwd: RE: [Francophone] Tr : Un article d'Openstreet Map dans le Monde]
Suite à l'article sur les nouvelles pratiques de la cartographie paru dans Le Monde. Attention à ne pas se tromper d'ennemi (en avons-nous, hormis nous-mêmes ?) Denis Message original Sujet: RE: [Francophone] Tr : Un article d'Openstreet Map dans le Monde Date: Wed, 4 Nov 2009 16:23:50 +0100 De: Alain Chaumet Répondre à: Francophone local chapter discussions Pour: 'Francophone local chapter discussions' Références: <929226.14788...@web28215.mail.ukl.yahoo.com> Bonsoir, Au demeurant, il me semble que la profession de cartographe est dans la même situation que celle de journaliste face à la montée en puissance des réseaux sociaux. Pou ce qui est d'une prétendue jalousie de l'IGN quant à « ses » données en fait les données publiques du RGE notamment-, j'avais à ajouter ceci : http://bit.ly/1mYa7A C'est fait et gratuitement (seuls les abonnés au monde.fr à 6 euros par mois peuvent commenter l'article sur le même site) ; j'ajoute que l'article en question n'est pas placé sous licence libre, mais est propriété du Monde interactif. Bien cordialement Alain Chaumet - IGN Partenariats Géoportail - 01 43 98 85 24 ___ Francophone mailing list francoph...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/francophone ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Itinéraires de randonnée hors se ntier
Le 4 novembre 2009 14:03, sly (sylvain letuffe) a écrit : > On mercredi 4 novembre 2009, christophe triquet wrote: > > Je me demande comment cartographier des itinéraires de randonnée en > montagne > > hors sentier. Je parle d'itinéraires qui traversent prairie, fougères ou > > bois sans chemin matérialisé sur le terrain. > > Je distingue deux cas : > 1- Le vrai "rien" > Rien ne distingue un passage par ici plutôt que par là, les deux n'ayant > pas > plus d'intérêt l'un que l'autre. > Là, je ne trace rien du tout. > > 2- Le "y'a rien de visible" mais c'est utile > Du genre passage par un col, une crête, une pente plus clémente, un intérêt > stratégique pour éviter un détour, un lac à rejoindre, etc. Mais toujours > sans marque ni trace au sol. > et là j'utilise > highway=path + trail_visibility=no > > C'est hyper subjectif, mais je dirais qu'en moyenne, quand j'ai fait du > "dru > dans le pentu à l'arrache" je le garde pour moi et ne trace rien ! > > On est bien d'accord et ce n'est pas de ce type d'itinéraire que je parlais. Dans un versant pentu, tout le monde passe au même endroit, un chemin se dessine. Il existe sur le terrain, on le dessine, pas de problème. Par contre, j'ai en tête des zones où la pente se radoucissant, l'itinéraire suit une direction générale sans suivre précisément un chemin jusqu'au prochain point de repère. Je préfère dessiner plutôt que d'interrompre le way. Le tag trail_visibility me va bien. christophe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
forum: extraire des donn�es du cadastre
Le message suivant : ## Bonjour je voudrais savoir s\'il est possible d\'extraire d\'autres informations du cadastre que les limites de commune ? par exemple peut-on récupérer directement les rues d\'une ville à partir du cadastre ? peut-on demander des extractions (sous quel format ?) aux services municipaux ? cordialement jean a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=5 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse sur ce fil de discussion -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
