Re: [OSM-talk-fr] Des données libres pour la montagne pour bientôt

Hello ! On peut aussi les placer d'après les donnée SRTM, cela prend un peux de temps à trouver le sommet, mais cela doit être assez précis ! http://beta.letuffe.org/?zoom=10&lat=46.04953&lon=6.96464&layers=000B00 CU Stéphane 2009/5/25 Pieren : > 2009/5/25 Frédéric Bunoz : >> Les co

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 23 "Prairies"

> La catégorie 23 est assez simple. Elle ne contient qu'une seule classe > qui devrait faire consensus. Mais bon, j'en parle quand même pour le > principe. Alors je répond, sans problème pour moi (pour le principe) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.or

Re: [OSM-talk-fr] Comment taguer une voie de détress e ?

g.d a écrit : > La proposition me semble être la bonne, > surtout que le terme anglais/international est "escape lane", C'est ainsi que c'est signalé sur l'autoroute A 89, dans la descente sur Clermont-Ferrand. -- Jean-Francois Nifenecker, Bordeaux __

Re: [OSM-talk-fr] Utiliser une relation de type route pour décrire un way

>tu parles de ça ? : > > (faut dézoomer et attendre un peu que ça se >charge) >Bon d'accord c'est pas trop fait pour mais ça affiche. D'ailleurs faudrait >faire >du ménage parce que 34 morceaux ça fait beaucoup. J'

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 2 4 "Zones agricoles hétérogènes "

> * la classe 241 "Cultures annuelles associées aux cultures > permanentes" Cette classe m'a l'air un peu le fourre tout de CLC pour englober les surfaces trop petites pour obtenir leur propre tag et pour dire : "y'a un peu d'arbres ou y'a un peu de tout" ça me semble bien vague, je me prononc

Re: [OSM-talk-fr] Des données libres pour la montagn e pour bientôt

>Nous avons l'accord de Swisstopo pour diffuser ces coordonnées sous licence >libre  : On doit pouvoir importer les sommets Suisse alors, non ? Concernant le placage des points avec l'aide de la NASA, je suis d'accord, cela peut aider. Un plugin pour JOSM serait le bienvenue peut-être. On en

Re: [OSM-talk-fr] Utiliser une relation de type route pour décrire un way

> De plus, il faut conserver le tag principal highway ou railway sur le > way lui-même. Ce sont les usages en cours... > Cette idée de vouloir tout transférer dans la relation > vient de Sly uniquement, qui en a fait une idée fixe lorsqu'il est > arrivé sur le projet mais il est bien le seul à r

Re: [OSM-talk-fr] Cohérence des voiries, mises à jour / modération

2009/5/26 Etienne T : > Mais il faut avouer que défois, cela reste ambigu. Ou alors il faudrait > définir les termes utilisés. > N'hésitez pas à intervenir sur la page wiki ou dans la partie discussion (ou ici) pour améliorer ce qui doit l'être. Cette page est un mixte de traduction de la page all

Re: [OSM-talk-fr] Utiliser une relation de type route pour décrire un way

On Monday 25 May 2009 23:49, Etienne T wrote: > Honnetement, mais après, je suis loin d'être expert OSM, mais je trouve > l'idée de Sly pas mal. Beaucoup de route non pas de tag ref, ou alors lors > de la dénationnalisation des routes de France il y a quelques années, les > relations simplifient le

Re: [OSM-talk-fr] Utiliser une relation de type route pour décrire un way

> Moi, je rêve d'une relation "river" qui puisse inclure les morceaux de > chemin (waterway=river) qui indiquent le flux, la navigabilité..., les > polygones (waterway=riverbank) qui décrivent sa surface et ses rives > (baignable... ), ses accidents (barrage...) et qui permette de placer le > nom

Re: [OSM-talk-fr] Un bruit qui court...

+--On 26 mai 2009 01:06:25 +0200 Vincent Pottier wrote: | Mois aussi. | Mai je ne trouve plus le timestamp du test. +1 (et +s). -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Des données libres pour la montagn e pour bientôt

> Une relecture du Code de la Propriété Intellectuelle s'impose. (...) > Dire, dans OSM, que le Mont-Blanc est situé à 4810 m. d'altitude n'est > pas un violation du droit d'auteur de l'IGN (quand bien même il est seul > habilité à en déterminer l'altitude) Oui, mais au regard du droit sur les

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 1 4 "Espaces verts artificialisés, non agricoles"

Pieren a écrit : > 2009/5/23 Pieren : > > >> * la classe 141 "Espaces verts urbains" est proposée sur le wiki en >> "landuse=village_green" ou "leisure=park". Je pense que village_green >> n'est pas approprié car c'est une notion typiquement anglaise. >> "leisure=park" peut coller mais un exempl

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 23 "Prairies"

Pieren a écrit : > Rappel : ce fil de discussion aborde les tags à adopter lors de > l'intégration des données Corine Land Cover France (CLCF). > Voir http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009395.html > pour le début de la discussion. > Le document de référence est la page wiki

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 14 " Espaces verts artificialisés, non agricoles"

> > Faudra mettre des GPS sur les Formule 1 pour mapper les circuits... > Pas forcément : pour les *24h du Mans Rollers* et on peut participer à la parade d'ouverture sur le circuit Bugattip

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 2 4 "Zones agricoles hétérogènes"

Pieren a écrit : > Rappel : ce fil de discussion aborde les tags à adopter lors de > l'intégration des données Corine Land Cover France (CLCF). > Voir http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009395.html > pour le début de la discussion. > Le document de référence est la page wiki

[OSM-talk-fr] Maintenir sa base OSM à jour

Bonjour à tous, J'ai probablement mal cherché sur Internet mais quelqu'un aurait il un script simple pour maintenir sa base de données à jour à partir des fichiers dits "daily diffs" ? Merci d'avance. Thomas ___ Talk-fr mailing list Talk-fr@openstreetma

Re: [OSM-talk-fr] Des données libres pour la montag ne pour bientôt

Merci beaucoup pour votre intervention, et bravo encore pour cette ouverture vers le libre ! Pas simple que ces histoires de licence... On Monday 25 May 2009 21:51, Frédéric Bunoz wrote: > Bonjour, > Sur c2c, il n'y a aucune garantie d'origine des données : un contributeur > peut saisir les c

Re: [OSM-talk-fr] Maintenir sa base OSM à jour

On Tuesday 26 May 2009 12:13, OSM Léon wrote: > Bonjour à tous, > > J'ai probablement mal cherché sur Internet mais quelqu'un aurait il un > script simple pour maintenir sa base de données à jour à partir des fichiers > dits "daily diffs" ? Merci d'avance. > > Thomas > http://wiki.openstreetmap.

Re: [OSM-talk-fr] Cohérence des voiries, mises à jour / modération

Hugues Romain disait : > Cela l'est d'autant plus qu'il y a de bons potentiels de contributions > "officielles" de la part de partenaires institutionnels et qu'en tant que > professionnel j'ai jusqu'à présent pris le parti de vanter la solution > Openstreetmap ... A l'OSSIF (Open Source Software

Re: [OSM-talk-fr] Un bruit qui court...

Mathieu Arnold a écrit : > +--On 26 mai 2009 01:06:25 +0200 Vincent Pottier wrote: > | Mois aussi. > | Mai je ne trouve plus le timestamp du test. > > +1 (et +s). done... L'interface est maintenant directement sur la page d'accueil : http://osmose.openstreetmap.fr/ Désolé pour le style pourri,

Re: [OSM-talk-fr] Un bruit qui court...

Etienne Chové a écrit : > Mathieu Arnold a écrit : > >> +--On 26 mai 2009 01:06:25 +0200 Vincent Pottier wrote: >> | Mois aussi. >> | Mai je ne trouve plus le timestamp du test. >> >> +1 (et +s). >> > > done... > > L'interface est maintenant directement sur la page d'accueil : > http://osm

Re: [OSM-talk-fr] Un bruit qui court...

+--le 26.05.2009 13:31:17 +0200, Etienne Chové écrivait : | Mathieu Arnold a écrit : |> +--On 26 mai 2009 01:06:25 +0200 Vincent Pottier |> wrote: |> | Mois aussi. |> | Mai je ne trouve plus le timestamp du test. |> |> +1 (et +s). | | done... Je vais faire mon chieur, mais j'aimais bien quand

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 23 "Prairies"

+--le 26.05.2009 01:42:49 +0200, Pieren écrivait : | * la classe 231 "Prairies" est proposée sur le wiki en | "landuse=meadow" qui est déjà assez largement utilisé (2700 sur | l'Europe d'après tagwatch) et documenté dans Map Features. Je vais dire que je suis d'accord :-) -- Mathieu Arnold

Re: [OSM-talk-fr] Un bruit qui court...

Mathieu Arnold a écrit : > > +--le 26.05.2009 13:31:17 +0200, Etienne Chové écrivait : > | Mathieu Arnold a écrit : > |> +--On 26 mai 2009 01:06:25 +0200 Vincent Pottier > |> wrote: > |> | Mois aussi. > |> | Mai je ne trouve plus le timestamp du test. > |> > |> +1 (et +s). > | > | done... > >

Re: [OSM-talk-fr] Un bruit qui court...

Bravo :) 2009/5/26 Mathieu Arnold > > > +--le 26.05.2009 13:31:17 +0200, Etienne Chové écrivait : > | Mathieu Arnold a écrit : > |> +--On 26 mai 2009 01:06:25 +0200 Vincent Pottier > |> wrote: > |> | Mois aussi. > |> | Mai je ne trouve plus le timestamp du test. > |> > |> +1 (et +s). > | > | do

[OSM-talk-fr] trouver un exemple pour un tag donn é

Bonjour, Je voulais savoir comment utiliser la relation "route=foot" et je me demandais si y'avait moyen de trouver un exemple d'un tag donné, j'ai trouvé tagwatch, mais il ne me dit pas exactement où se trouve les cas (il dit juste combien il y en a) Avez vous une idée de comment les trouver ?

Re: [OSM-talk-fr] trouver un exemple pour un tag donné

Bonjour, ce n'est peut-être pas la solution la plus simple, mais en partant des tags : http://tagwatch.stoecker.eu/France/En/tags.html tu as le lien foot dans la ligne route : http://osmxapi.hypercube.telascience.org/api/0.5/*[route=foot] On comprends facilement comment est faite l'url, faci

Re: [OSM-talk-fr] Un bruit qui court...

Super ! Une petite remarque, il semble que certaines erreurs sont compatiblisées par 2 détections différentes : node 323192555 Francois Audirac Permalink Browse Edit

Re: [OSM-talk-fr] Un bruit qui court...

Julien D. a écrit : > Super ! > > Une petite remarque, il semble que certaines erreurs sont compatiblisées > par 2 détections différentes : > node 323192555Francois AudiracPermalink > > Browse

[OSM-talk-fr] problème avec les limites cadastra les automatique

Bonjour, J'ai essayé de suivre le tutoriel ici : http://wiki.openstreetmap.org/wiki/WikiProject_France/Import_assist%C3%A9_des_limites_cadastrales Et j'ai un petit soucis : Arhg impossible de savoir sur quelle commune je suis [[-2402, -1245], -3526, -1195, -1195] c'est un message qui apparait au

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique

2009/5/26 Axel R. : Il faudrait que tu nous en dises plus. Tu lances le script sur une liste de commune, sur une seule commune ? Est-tu sûr que cette commune est vectorisée dans le cadastre ? A priori, les coordonnées que tu donnes montre une commune non vectorisée. Pieren ___

Re: [OSM-talk-fr] CORINE maintenant disponible pour l'Estonie

2009/5/26 Emilie Laffray : Lettonie ou Estonie ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique

Salut, Il s'agit des identifiants de way pour les quelles la commune n'a pas peut être déterminée lors du découpage des polygones de contours en limites. Il y a probablement un petit trou entres des communes. Il y a des chances que ce soit à l'intersection entres plusieurs communes. Fred > Bonjou

Re: [OSM-talk-fr] Des données libres pour la montagn e pour bientôt

From: Dani Bach : Salut à tous. Je ne sais pas si ce que je vais dire peut contribuer ou débat ou pas... mais je me lance: Dans le domaine de la propriété intellectuelle, toute découverte, nouvelle information...etc est protégéable par un brevet, uniquement à condition que cette informa

Re: [OSM-talk-fr] Des données libres pour la montagne pour bientôt

Hello ! Je ne sais pas si une altitude est protégée mais si c'est la cas ce n'est pas par un brevet mais par un copyright ou droit d'auteur (pour moi c'est la même chose !). CU Stéphane 2009/5/26 sly (sylvain letuffe) : > From: Dani Bach : >  Salut à tous. > >  Je ne sais pas si ce que je vais

[OSM-talk-fr] CORINE maintenant disponible pour l'Estonie

Bonjour, Je viens de voir que CORINE est maintenant disponible pour la Lettonie. Le fichier qu'ils ont est 10 fois inferieur a ce que l'on a pour le fichier France. C'est vraiment interessant de voir que cela va faire avancer OSM pour l'Europe de maniere assez fantastique. Emilie Laffray ___

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 2 4 "Zones agricoles hétérogènes"

> * la classe 244 "Territoires agro-forestiers" avec le sous-titre > "Cultures annuelles ou pâturages sous couvert arboré composé d'espèces > forestières" n'a pas d'équivalent direct dans OSM. Je n'ai pas trouvé > d'exemple sur la carte et je ne sais pas à quelle densité de forêt on > fait référenc

Re: [OSM-talk-fr] Des données libres pour la montagn e pour bientôt

> La séquence des gènes est > considéré comme des informations qui sont dans la nature et que la seule > mensuration ne justifie pas en avoir l'exclusivité de son usage. Il n'y a > aucune "invention" en cela. > Tout comme les altitudes des sommets, à mon avis. C'est bien le cas ! Mais le problè

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 2 4 "Zones agricoles hétérogènes"

simon a écrit : >> * la classe 244 "Territoires agro-forestiers" avec le sous-titre >> "Cultures annuelles ou pâturages sous couvert arboré composé d'espèces >> forestières" n'a pas d'équivalent direct dans OSM. Je n'ai pas trouvé >> d'exemple sur la carte et je ne sais pas à quelle densité de forê

Re: [OSM-talk-fr] CORINE maintenant disponible pour l'Estonie

2009/5/26 Pieren : > Lettonie ou Estonie ? > Estonie (le titre était juste) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 2 4 "Zones agricoles hétérogènes "

On Tuesday 26 May 2009 18:07, Vincent Pottier wrote: > Sly : une petite stat sur les 241, 242, 243, 244 pour savoir combien ça > nous encombre ces surfaces hétérogènes ? > Si ça représente des milliers de polygones et la surface d'un > département, on cherche une vraie solution. Si ça représente un

Re: [OSM-talk-fr] Key:enforcement

Bonjour, Le site de la sécurité routière [1] semble avoir des références pour les radars automatiques. Doit-on les mettre dans une clé "ref" dans la relation ? [1] http://www2.securiteroutiere.gouv.fr/data/radars/index.html Antoine Marc SIBERT a écrit : > Bonsoir, > > Suite à la validation du t

[OSM-talk-fr] Proposition de tag highway=escape_lane

Bonjour, La page wiki pour les dispositifs d'arrêt d'urgence est créée : http://wiki.openstreetmap.org/wiki/Escape_lane À vos remarques avant de passer à l'étape suivante. Comme c'est la première fois que je fais ce genre de choses, n'hésitez pas à surveiller/conseiller/corriger. Lionel

Re: [OSM-talk-fr] Cohérence des voiries, mises à jour / modération

Art Penteur a écrit : > Hugues Romain disait : > >> Cela l'est d'autant plus qu'il y a de bons potentiels de contributions >> "officielles" de la part de partenaires institutionnels et qu'en tant que >> professionnel j'ai jusqu'à présent pris le parti de vanter la solution >> Openstreetmap ... >

Re: [OSM-talk-fr] Key:enforcement

Je ne vois pas de quelle référence tu parles, sauf si ce sont les références du genre PR7+800 par exemple qui veut juste dire que le radar est situé au point kilométrique 7 + 800m mais ça n'est pas vraiment une référence, juste une information sur sa position... Yann Le 26 mai 09 à 18:41,

Re: [OSM-talk-fr] Proposition de tag highway=escape_lane

Lionel Maraval a écrit : > Bonjour, > > La page wiki pour les dispositifs d'arrêt d'urgence est créée : > http://wiki.openstreetmap.org/wiki/Escape_lane Déplacé vers : http://wiki.openstreetmap.org/wiki/Proposed_features/escape_lane > À vos remarques avant de passer à l'étape suivante. > Comme c

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 2 4 "Zones agricoles hétérogènes "

2009/5/26 sly (sylvain letuffe) : J'ai examiné quelques exemples de 242 et 243 et ça ressemble souvent à de la terre arable cultivée (211). Mais s'il y a un peu de verdure (des arbres le long d'un ruisseau par exemple), ça devient du 242. Si la proportion d'arbres augmente (un bosquet), ça passe e

Re: [OSM-talk-fr] Key:enforcement

S'il s'agit bien de ça, moi j'ajoute un tag milestone = valeur, une extension personnelle du tag Node highway = milestone + ref = entier qui est en proposition. -- Marc Yann Coupin a écrit : > Je ne vois pas de quelle référence tu parles, sauf si ce sont les > références du genre PR7+800 par e

[OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

Bonjour, J'ai fini par réussir à avoir les délimitations pour les villes d'orléans et alentours, mais sur le serveur, ils apparaissent en rouge. http://beta.letuffe.org/?zoom=11&lat=47.87759&lon=2.0359&layers=B0FFTF Quelqu'un pourrait il m'expliquer comment corriger ça ? Si j'ai bien

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

Axel Rousseau a écrit : > Bonjour, > J'ai fini par réussir à avoir les délimitations pour les villes > d'orléans et alentours, mais sur le serveur, ils apparaissent en rouge. La couleur rouge veut dire : relation très récente... jusqu'à vert qui veut dire relation un peu plus ancienne. -- Etie

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

2009/5/26 Axel Rousseau > J'ai essayé de faire ça entre Ormes et Saran, si quelqu'un veut bien > jeter un coup d'oeil pour me dire si j'ai bien fait les choses comme il > faut. La relation est ouverte, comme le montre cet outil pratique : http://osmose.openstreetmap.fr/tools/relation_analyser/

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

2009/5/26 Matthieu Lochegnies > 2009/5/26 Axel Rousseau > >> J'ai essayé de faire ça entre Ormes et Saran, si quelqu'un veut bien >> jeter un coup d'oeil pour me dire si j'ai bien fait les choses comme il >> faut. > > > La relation est ouverte, comme le montre cet outil pratique : > > > http://o

Re: [OSM-talk-fr] Key:enforcement

2009/5/26 Marc SIBERT : euh, si c'est la position, on l'a déjà avec le lat/lon du node... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Key:enforcement

Mouais... A mon avis ça ne sert absolument à rien de stocker l'info. Premièrement car c'est une info de positionnement approximative qui n'a de sens que dans le cas d'une liste pas dans le cas d'une carte, ensuite car les panneaux de positions ne sont pas sur le radar (ni même potentiellem

[OSM-talk-fr] problème avec les limites cadastr ales automatique (suite)

Donc si j'ai bien compris le "code couleur", c'est quand les communes sont en gris qu'il y a des problèmes ? Parce que c'est le cas de Saint Pryvé Saint Mesmin (commune au sud ouest d'Orléans) et en testant la relation avec l'outil de Matthieu, il indique que la relation est correcte. D'autre p

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

> > La couleur rouge veut dire : relation très récente... jusqu'à vert qui > veut dire relation un peu plus ancienne. Il y a aussi du marron et du jaune, je suppose aussi que c'est en rapport de son ancienneté. Et encore plus de couleur avec les autres limites administratives. Existe t'il une nome

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

2009/5/26 Cavok > La couleur rouge veut dire : relation très récente... jusqu'à vert qui >> veut dire relation un peu plus ancienne. > > Il y a aussi du marron et du jaune, je suppose aussi que c'est en rapport > de son ancienneté. > Et encore plus de couleur avec les autres limites administrativ

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

2009/5/26 Axel Rousseau > Donc si j'ai bien compris le "code couleur", c'est quand les communes > sont en gris qu'il y a des problèmes ? Yep Parce que c'est le cas de Saint Pryvé Saint Mesmin (commune au sud ouest > d'Orléans) et en testant la relation avec l'outil de Matthieu, il > indique qu

Re: [OSM-talk-fr] Key:enforcement

Bah, si c'est nuisible, un robot l'enlèvera. Le site .gouv l'indique, j'en profite pour rajouter l'info... Je mets aussi la ville, ce qui ne sert à rien car avec les polygones des villes on pourra bientôt localiser la localité du radar. Les panneaux indicateurs des radars ne servent à rien, avec

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

2009/5/26 Matthieu Lochegnies : Le way commun entre Saran et Ormes (id: 35,071,842) a effectivement une portion qui partiellement doublée par deux autres ways (id: 35,071,899 avec 13 nœuds et 35,81,411 qui n'a que deux nœuds ) qui utilisent les même nœuds et les mêmes tags. Il y a en plus un trois

Re: [OSM-talk-fr] Key:enforcement

Si c'était un point kilométrique, on aurait pas de valeur supérieure à 1000 derrière le +, non ? Exemple : relation #147 659 Antoine Yann Coupin a écrit : Je ne vois pas de quelle référence tu parles, sauf si ce sont les références du genre PR7+800 par exemple qui veut juste dire que le radar

Re: [OSM-talk-fr] problème avec les limites cadastrale s automatique (suite)

Axel Rousseau a écrit : > Bonjour, > J'ai fini par réussir à avoir les délimitations pour les villes > d'orléans et alentours, mais sur le serveur, ils apparaissent en rouge. > http://beta.letuffe.org/?zoom=11&lat=47.87759&lon=2.0359&layers=B0FFTF > > Quelqu'un pourrait il m'expliquer

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 2 4 "Zones agricoles hétérogènes "

sly (sylvain letuffe) a écrit : > yop là : > Yaka demander je vois ! Merci. Effectivement, ça aide à réfléchir J'ajoute sur la page 'Nomenclature' ! Vincent > Ben on aurait dû commencer par là, ça en aurait déjà fait quelques une où il > n'est pas nécessaire de se prendre la tête. > pas de 241

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

On Tuesday 26 May 2009 22:29:11 Axel Rousseau wrote: > Donc si j'ai bien compris le "code couleur", c'est quand les communes > sont en gris qu'il y a des problèmes ? > Parce que c'est le cas de Saint Pryvé Saint Mesmin (commune au sud ouest > d'Orléans) et en testant la relation avec l'outil de Mat

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

2009/5/26 Vincent Pottier : > 'admin_center'. Je l'ai fait pour l'exemple sur Saint-Pryvé. 'admin_centre', version anglaise ;-) >Ainsi que d'autres infos (ref qui est la reprise du code INSEE) Ah bon ? C'est marqué ou ? Ah tu parles du ref qui est le code postal ;-) Mais sinon, bonne révision.

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

Hey, ne cassez pas ma belle ville d'Orleans :) Emilie Laffray Pieren wrote: > 2009/5/26 Vincent Pottier : > >> 'admin_center'. Je l'ai fait pour l'exemple sur Saint-Pryvé. >> > > 'admin_centre', version anglaise ;-) > > > >> Ainsi que d'autres infos (ref qui est la reprise du code INS

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

Le mardi 26 mai 2009 22:29, Axel Rousseau a écrit : > Donc si j'ai bien compris le "code couleur", c'est quand les communes > sont en gris qu'il y a des problèmes ? Et surtout quand elles n'apparaissent pas du tout : il y a un problème et là il faut s'aider du super outils d'étienne "osmose" pour

[OSM-talk-fr] problème avec les limites cadastr ales automatique (suite)

merci beaucoup pour vos conseils, je pense que je vais m'en sortir. En fait, j'ai vraiment pas fait grand chose, j'ai juste mis des noms de villes dans un fichier et lancé les scripts de délimitation automatique. C'est donc la partie "peaufinage" que j'apprends à faire :) Je n'avais pas l'habit

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

Axel Rousseau a écrit : > merci beaucoup pour vos conseils, je pense que je vais m'en sortir. > > En fait, j'ai vraiment pas fait grand chose, j'ai juste mis des noms de > villes dans un fichier et lancé les scripts de délimitation automatique. > C'est donc la partie "peaufinage" que j'apprends à

Re: [OSM-talk-fr] Key:enforcement

Je me répond à moi-même : Cela semble effectivement être un point kilométrique, car 2 radars (1 dans chaque sens) situés au même endroit portent la même référence : http://www2.securiteroutiere.gouv.fr/data/radars/iledefrance.htm#Liste%204 Antoine Antoine a écrit : Si c'était un point kilométr

Re: [OSM-talk-fr] problème avec les limites cadastrale s automatique (suite)

> Un autre truc : autant ajouter tout de suite dans les relations le point > 'admin_center'. Je l'ai fait pour l'exemple sur Saint-Pryvé. Ainsi que > d'autres infos (ref qui est la reprise du code INSEE) Oulla, je suis un mauvais élève alors, je ne fais ni l'un ni l'autre, je m'étais dis que com

Re: [OSM-talk-fr] Key:enforcement

Ces 2 là sont codés depuis quelques minutes. Le résultat ici http://freeroute.fr/enforcements.htm quand la XAPI se sera mise à jour. -- Marc Antoine a écrit : > Je me répond à moi-même : > Cela semble effectivement être un point kilométrique, car 2 radars (1 > dans chaque sens) situés au même

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

>> Ah bon ? C'est marqué ou ? Ah tu parles du ref qui est le code postal ;-) > Hum, farceur... > hehe. C'est justement le problème avec ref. 2009/5/26 sylvain letuffe : > Oulla, je suis un mauvais élève alors, je ne fais ni l'un ni l'autre, je > m'étais dis que comme les deux étaient en "gestatio

[OSM-talk-fr] Encore plus de fichiers Corine

Bonsoir, je viens de mettre a disposition plus de fichiers Corine notamment pour les villes ainsi que pour la categorie 13. Les fichiers peuvent etre telecharges a l'adresse suivante: http://www.grayonox.com/nooverlaptown.osm.bz2 http://www.grayonox.com/overlaptown.osm.bz2 http://www.grayonox.com

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

sylvain letuffe a écrit : >> Un autre truc : autant ajouter tout de suite dans les relations le point >> 'admin_center'. Je l'ai fait pour l'exemple sur Saint-Pryvé. Ainsi que >> d'autres infos (ref qui est la reprise du code INSEE) >> > > Oulla, je suis un mauvais élève alors, je ne fais ni l

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

> Absolument, les deux codes se trouvent normalement dans le node place. > Si tu créés le lien entre relation et place avec admin_centre, on > pourra facilement faire la migration vers la relation losrque le temps > sera venu. Je m'imaginais même ne pas avoir besoin de faire la saisie, car la rel

Re: [OSM-talk-fr] Encore plus de fichiers Corine

Emilie Laffray a écrit : > Bonsoir, > > je viens de mettre a disposition plus de fichiers Corine notamment pour > les villes ainsi que pour la categorie 13. > > Les fichiers peuvent etre telecharges a l'adresse suivante: > http://www.grayonox.com/nooverlaptown.osm.bz2 > http://www.grayonox.com/over

Re: [OSM-talk-fr] Key:enforcement

C'est un site géré par quelqu'un qui traine ici ? Oui alors s'il lit ça, je voudrais savoir comment est déterminé le fait que le flash se fait "par l'avant" ou "par l'arrière", car les infos sont les mêmes et j'ai peur qu'une mauvaise lecture de la spec lui ait fait conclure certaines chose

[OSM-talk-fr] Re : Encore plus de fichiers Corine

euh pareil...il me semble qu il y a du boulot pour faire toutes les conversions necessaires pour obenir ces fichiers :-) mais je me demandais si on peut deja essayer de les exploiter ou si il faut attendre quelque chose d automatique genre ce qu a fait sly en experi,ental sur beta letuffe ? Jul

Re: [OSM-talk-fr] Encore plus de fichiers Corine

2009/5/26 Emilie Laffray : > Les autres categories seront produites a mesure qu'un consensus se > degagera. A noter que j'ai trouve le moyen de fusionner les points de > polygones existants. Il faut que je regarde s'il est possible de faire > cela avec les ways mais je pense que cela compliquera le

Re: [OSM-talk-fr] problème avec les limites cadastra les automatique (suite)

2009/5/27 sylvain letuffe : > >> Absolument, les deux codes se trouvent normalement dans le node place. >> Si tu créés le lien entre relation et place avec admin_centre, on >> pourra facilement faire la migration vers la relation losrque le temps >> sera venu. > > Je m'imaginais même ne pas avoir b

Re: [OSM-talk-fr] Encore plus de fichiers Corine

Et pourquoi on ne pourrait pas faire comme avec le les surfaces cadastrales après tout ? Bon je sais qu'on ne tagge pas pour le rendu mais c'est vrai que ça risque de mieux marcher avec des polygones... Mais n'empêche qu'on risque d'avoir plein de polygones mitoyens et avec bcp de points po

Re: [OSM-talk-fr] Encore plus de fichiers Corine

Pieren wrote: > 2009/5/26 Emilie Laffray : > >> Les autres categories seront produites a mesure qu'un consensus se >> degagera. A noter que j'ai trouve le moyen de fusionner les points de >> polygones existants. Il faut que je regarde s'il est possible de faire >> cela avec les ways mais je pens

Re: [OSM-talk-fr] Key:enforcement

C'est à moi, mais je crois avoir un problème de calcul Avant / Arrière. Angle entre nodes "from" / "to" et nodes "device" / "to". J'ai hâtivement supposé que la photo était faite sur le "to" depuis le "device" (ce que j'écris dans la page du wiki). -- Marc Yann Coupin a écrit : > C'est un site

Re: [OSM-talk-fr] Encore plus de fichiers Corine

Il y a 439 polygones dans Corine avec plus de 2000 points. Le detail est le suivant: "211";150 "311";147 "231";112 "242";29 "312";28 "321";19 "221";14 "332";11 "323";9 "511";8 "313";7 "112";6 "324";3 "523";3 "423";3 "335";1 "411";1 Il faudra donc que je vois pour decouper certaines ways en plusie

Re: [OSM-talk-fr] Re : Encore plus de fichiers Corine

Bonsoir, Euh il n'y a pas grand chose a admirer honnetement. Maintenant c'est une grosse requete sql que je modifie pour chaque nouvelle categorie. La deuxieme etape est juste d'utiliser des outils standards. Le plus long est de loin d'ecrire les scripts initiaux. Je suis en train de finaliser une

[OSM-talk-fr] Corine Land Cover : nomenclature 3 1 "Forêts"

Rappel : ce fil de discussion aborde les tags à adopter lors de l'intégration des données Corine Land Cover France (CLCF). Voir http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009395.html pour le début de la discussion. Le document de référence est la page wiki : http://wiki.openstreetmap

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 1 4 "Espaces verts artificialisés, non agricoles"

Pieren a écrit : [classes 141 et 142] > > J'ai encore un peu examiné ces deux classes. J'ai aussi trouvé un > hippodrome en 142 comme un golf et un circuit automobile. Le 141 se > retrouve sur les grands parcs en ville ou à côté mais on voit aussi > l'imprécision des polygones qui débordent large

Re: [OSM-talk-fr] Encore plus de fichiers Corine

2009/5/27 Emilie Laffray : > Il y a 439 polygones dans Corine avec plus de 2000 points. > Le detail est le suivant: > > "211";150 > "311";147 > "231";112 > "242";29 > "312";28 > "321";19 > "221";14 > "332";11 > "323";9 > "511";8 > "313";7 > "112";6 > "324";3 > "523";3 > "423";3 > "335";1 > "411";1

Re: [OSM-talk-fr] Encore plus de fichiers Corine

Pieren wrote: > La relation multipolygone sera aussi nécessaire pour les polygones > complexes avec trous. C'est peut-être ce que fait le script, mais > uniquement dans ces cas-là. > Pieren > En effet, apres relecture du script, il n'utilise des relations que pour les polygones complexes. Il fau

Re: [OSM-talk-fr] Key:enforcement

Oui c'est bien quelque chose de cet ordre que je supposais. En fait le from-to ne sert qu'à connaître le sens contrôlé, pas la direction visée par la caméra. Mais tu soulève un point intéressant et qui mérite discussion : comment noter que les photos sont prises par l'avant ou par l'arrière