Yoann ARNAUD a écrit :
> Nicolas Bouthors a écrit :
>> [2]http://osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation_result.py?NumRelation=145705
>> [3] Au passage bravo à celui ou celle qui a fait le "validateur 2",
>>
>
> Heureux que ça rende service.
>
>
Bonjour,
Oui bien
Nicolas Bouthors a écrit :
> Bonsoir,
>
> Osmose remonte maintenant des erreurs sur les relations des communes.
> C'est pratique pour débugger les imports à partir du cadastre : on peu
> voir quand elle n'est pas fermée, ou "fourchue"... Des erreurs que ne
> voit pas forcément beta.letuffe.org
Vincent Pottier a écrit :
> S'il pouvait y avoir un lien sur l'écran de résultat quand la relation
> est fautive pour relancer le test après corrections sur JOSM...
Bonne idée. Je viens de le rajouter.
--
Yoann.
___
Talk-fr mailing list
Talk-fr@open
Yoann ARNAUD a écrit :
> Vincent Pottier a écrit :
>
>
>> S'il pouvait y avoir un lien sur l'écran de résultat quand la relation
>> est fautive pour relancer le test après corrections sur JOSM...
>>
>
> Bonne idée. Je viens de le rajouter.
>
>
>
Merci.
Vincent
_
Bonjour,
Je me présente succinctement : Jean CARTIER
Je travaille dans le monde du web et je m'intéresse à OSM depuis quelques temps
déjà.
J'ai une première question : c'est quoi ces vilains traits sur la carte de
france ?
http://www.openstreetmap.org/?lat=47.768&lon=-1.621&zoom=10&layers=B000
Bonjour,
La page http://wiki.openstreetmap.org/wiki/Key:boundary précise les
usages des admin_level.
Ceux-ci sont admis, sauf exception, pour des valeurs de 1 à 10.
Pour la France la valeur admin_level=10 est réservée aux arrondissements
des villes PLM (Paris, Lyon, Marseille).
Comment enregistrer
Bonjour,
Jean a écrit :
> J'ai une première question : c'est quoi ces vilains traits sur la carte de
> france ?
> http://www.openstreetmap.org/?lat=47.768&lon=-1.621&zoom=10&layers=B000FTF
>
> Un bug ou une mauvaise saisie.
On dirait une tentative de déménagement partiel de Vienne du Danube vers
2009/5/25 Vincent Pottier :
> Bonjour,
> La page http://wiki.openstreetmap.org/wiki/Key:boundary précise les
> usages des admin_level.
> Ceux-ci sont admis, sauf exception, pour des valeurs de 1 à 10.
> Pour la France la valeur admin_level=10 est réservée aux arrondissements
> des villes PLM (Paris
On Monday 25 May 2009 11:42, Jean wrote:
>
> Bonjour,
>
> Je me présente succinctement : Jean CARTIER
> Je travaille dans le monde du web et je m'intéresse à OSM depuis quelques
temps déjà.
>
> J'ai une première question : c'est quoi ces vilains traits sur la carte de
france ?
> http://www.ope
Frantz a écrit :
> Bonjour,
>
> Jean a écrit :
>
>> J'ai une première question : c'est quoi ces vilains traits sur la carte de
>> france ?
>> http://www.openstreetmap.org/?lat=47.768&lon=-1.621&zoom=10&layers=B000FTF
>>
>> Un bug ou une mauvaise saisie.
>>
> On dirait une tentative de démé
surtout qu il n apparait qu a un niveau de zoom precis. Au dessus et en dessous
en terme de niveau de zoom on ne les voit pas
De : sly (sylvain letuffe)
À : Discussions sur OSM en français
Envoyé le : Lundi, 25 Mai 2009, 12h27mn 01s
Objet : Re: [OSM-talk-fr]
sly (sylvain letuffe) a écrit :
> On Monday 25 May 2009 11:42, Jean wrote:
>
>> Bonjour,
>>
>> Je me présente succinctement : Jean CARTIER
>> Je travaille dans le monde du web et je m'intéresse à OSM depuis quelques
>>
> temps déjà.
>
>> J'ai une première question : c'est quoi ces vilai
Pieren a écrit :
> 2009/5/25 Vincent Pottier :
>
>> Bonjour,
>> La page http://wiki.openstreetmap.org/wiki/Key:boundary précise les
>> usages des admin_level.
>> Ceux-ci sont admis, sauf exception, pour des valeurs de 1 à 10.
>> Pour la France la valeur admin_level=10 est réservée aux arrondisse
2009/5/25 Vincent Pottier :
> Pieren a écrit :
>>> Ma préférence est pour le 2.
>>>
>>> Vincent
>>>
>>>
>>
>> La tendance générale étant de mettre à admin_level=9 les divisions
>> communales qui ont un conseil et à 10 celles qui n'en ont pas, je
>> pencherais plutôt pour le transfert des arrondisse
J'ai déjà constaté ce bug vendredi. Mais pensant que je n'étais pas le seul à
avoir vu ce trait, je pensais que le bug était déjà connu, ou alors que c'était
très passagers. Mais apparament, la communauté ne l'avait pas remarqué.
J'étais allé télécharger les données entre Belfort et Epinal, mais
Je pense que dans les villages où existe un point GEODESIQUE IGN
(sur le clocher...),
on peut retracer depuis le cadastre, sur osm :
la "précision" me paraît suffisante, dans ces coins,
voire en ville, effet canyon, souvent meilleure que nos gps.
Par contre dans des patelins éloignés,
qui n'ont
Pieren a écrit :
> 2009/5/25 Vincent Pottier :
>
>> Pieren a écrit :
>>
Ma préférence est pour le 2.
Vincent
>>> La tendance générale étant de mettre à admin_level=9 les divisions
>>> communales qui ont un conseil et à 10 celles qui n'en ont pas, je
>>
Il y a aussi des forêts tracés d'après operaerial,
dans osm.
Aucun de ces trois tracés n'est d'accord,
et quand on regarde les parcelles d'ONF sur le cadastre,
des forets domaniales,
ça ferait encore un quatrième tracé.
Et les fichiers des sig des coms d'agglo,
sur les forêts privés donneraient enc
Moi j'ai déjà eu un problème très similaire (mais sans doute limité
car j'étais en lambert zone). C'est survenu après un out of memory
dans JOSM. En gros une coordonnée s'est retrouvée écrasée par du 0. Et
on ne s'en apperçoit qu'après l'upload car l'affichage ne le montre
pas tout de suite
J'ai mis des sommets dans osm,
sur lesquels je n'étais pas allé moi-même avec le gps :
J'ai fait les positionnements x/y par visée croisée depuis deux
points gps
(mon vieux Magellan de mathusalem permet ça),
et y avais reporté les z's (altis)
affichés sur les pancartes et textes affichées aux sy
Hello !
Sur les histoire de copyright je pense que tu a tore car sauf erreur
de ma part le copyright est implicite :(
Par contre es-ce qu'il n'existe tout simplement une vielle carte avec
les altitude qui ne sois plus couverte par le copyright ?
Il me semble que de tel source doive exister ?
CU
S
Le 23 mai 09 à 20:52, Etienne a écrit :
> ne faut-il pas avoir une altitude de référence ? Je doute que
> chaque OSMeurs se rendent sur la plage à Marseille pour le faire.
Chaque station météo et chaque aéroport donne la pression
atmosphérique du moment (et son alti),
sous réserve de "aucune
g.d a écrit :
> Le 23 mai 09 à 20:52, Etienne a écrit :
>
>
>> ne faut-il pas avoir une altitude de référence ? Je doute que
>> chaque OSMeurs se rendent sur la plage à Marseille pour le faire.
>>
>
> Chaque station météo et chaque aéroport donne la pression
> atmosphérique du moment (e
Stéphane Brunner a écrit :
> Hello !
>
> Sur les histoire de copyright je pense que tu a tore car sauf erreur
> de ma part le copyright est implicite :(
Sans mention une information :
- n'a pas le droit d'être copiée (copyright des droits anglo-saxons)
- appartient à son auteur (droit d'auteu
La proposition me semble être la bonne,
surtout que le terme anglais/international est "escape lane",
et c'est vachtément important pour les routiers...
(ici on en a une,
qui sert quasi toutes les semaines
au point que les ouvriers chargés de la remettre en état
ont demandé une prime de risque :
Hihi, pardon... :-(
c'est précisément de celles-là que je parlais...
d'en bas, du village,
on entend un barouff de boîtes de conserves renversées,
quand ça cartonne dans ces "escape lanes" déjà occupées...
Le 23 mai 09 à 23:33, Vincent Pottier a écrit :
> Il y en a dans la descente
> du Pas de
Bonjour à tous,
J'ai pas mal contribué au tracé des rues, voies piétonnes, et transport en
commun, et autres sur le secteur de Toulouse (login hromain), en partie
grâce au cadastre et à ma connaissance des lieux, de manière très régulière
pendant plusieurs mois.
Au cours de cette période, plusie
Maintenant, les GPS intègrent la fonction TMC qui recalcul l'itinéraire en
fonction des embouteillages.
Et bien j'imagine maintenant le GPS disant dans la descente : "Ne tombez pas en
panne de frein, la prochaine voie de détresse est déjà occupé, ou sinon, prenez
la prochaine dans 1500m" avec sa
Hugues Romain (RCS) a écrit :
> Bonjour à tous,
>
> J'ai pas mal contribué au tracé des rues, voies piétonnes, et transport en
> commun, et autres sur le secteur de Toulouse (login hromain), en partie
> grâce au cadastre et à ma connaissance des lieux, de manière très régulière
> pendant plusieurs
Bonjour,
Je cherche une carte de Madère pour mettre dans mon Garmin Legend Hcx
(tout neuf 8-) )
J'ai trouvé (et installé avec succès) les Canaries, ... mais pas de Madère.
Est ce que quelqu'un pourrais m'indiquer où trouver un fichier
gmapsupp.img correspondant ?
Où sinon le moyen de le fabri
et etant donne que tu mets l accent sur le cote collaboratif discussions tout
ca.. est ce que tu as essaye de contacter les auteurs des modifications pour en
parler avec eux ? meme si j en conviens la logique voudrait que se soient eux
qui contactent avant de tout "casser"
__
Je sais pas si il existe une carte Garmin de l'île Madère.
C'est cette île que tu veux ?
http://openstreetmap.org/?lat=32.76&lon=-16.973&zoom=11&layers=B000FFT
Je te conseille ce blog :
http://blog.lionelmaraval.fr/post/2009/03/05/Creer-une-carte-OSM-pour-un-GPS-Garmin
Il t'indique comment crée
J'ai un vieil atlas de 1692...
Le 25 mai 09 à 14:48, Stéphane Brunner a écrit :
>
> Hello !
>
> Sur les histoire de copyright je pense que tu a tore car sauf erreur
> de ma part le copyright est implicite :(
> Par contre es-ce qu'il n'existe tout simplement une vielle carte avec
> les altitude qu
>Précision, c'est à dire : en mètre, décamètre...
>Si on a ± 5m en xy et ±5m en altitude... C'est cohérent...
>Vincent
Ce n'est malheureusement pas le cas apparement comme cela a été évoqué dans le
fil quelques topics plus haut. Les GPS sont optimisés pour déterminer leur
position en x et y, ma
THEVENON Julien a écrit :
> surtout qu il n apparait qu a un niveau de zoom precis. Au dessus et
> en dessous en terme de niveau de zoom on ne les voit pas
J'ai les ovni au zoom 8
http://www.openstreetmap.org/?lat=48.09&lon=3.04&zoom=8&layers=B000FTF
Vincent
__
Etienne T a écrit :
> Je sais pas si il existe une carte Garmin de l'île Madère.
>
> C'est cette île que tu veux ?
> http://openstreetmap.org/?lat=32.76&lon=-16.973&zoom=11&layers=B000FFT
>
> Je te conseille ce blog :
> http://blog.lionelmaraval.fr/post/2009/03/05/Creer-une-carte-OSM-pour-un-GPS-Ga
g.d a écrit :
> J'ai un vieil atlas de 1692...
>
On devrait être tranquille avec les ayant-droits ;-)
Mais la précision vaut elle le GPS ?
Et l'érosion ?
Vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listin
Wow, chapeau, ton Papa !
On en rêvait, de ça...
Et à défaut de "science", pour pas trop se planter,
nous, (eh on fait confiance aux scientifiques,
mais rien ne vaut ses propres précautions...)
on pendouillait des cordelettes de longueurs différentes
avec des plombs à pèche
sous les Sykorsky, en t
J'ai pas fait grand chose.
C'est Lionel qu'il faut remercier pour ce tuto ;-) (l'auteur du blog, et du
prochain tag pour l'escape lane). A quand le tuto pour modifier le fichier de
rendu ? J'ai plutôt de difficultés à comprendre pour ça.
Vincent, tu va plutôt faire le Doubs, comme ça j'en profit
Le 25 mai 2009 19:48, THEVENON Julien a écrit :
> et etant donne que tu mets l accent sur le cote collaboratif discussions
> tout ca.. est ce que tu as essaye de contacter les auteurs des modifications
> pour en parler avec eux ? meme si j en conviens la logique voudrait que se
> soient eux qui co
:p
Ca doit être pas mal de pouvoir voir la différence !
Avec ça, tu dois pouvoir aider à cartographier les voies romaines.
--- En date de : Lun 25.5.09, g.d a écrit :
De: g.d
Objet: Re: [OSM-talk-fr] Des données libres pour la montagne pour bientôt
À: "Discussions sur OSM en français"
Date:
Le 25 mai 2009 19:40, Vincent Pottier a écrit :
> Je viens de créer la page 'Toulouse' :
> http://wiki.openstreetmap.org/wiki/Toulouse
> Vous pouvez l'éditer, la modifier...
OK, faisons vivre cette page.
J'avais bien vu, il y a quelques mois, qu'un travail général de
classification des routes é
Hugues Romain (RCS) a écrit :
...
>
> Cependant se pose réellement la question de la pérennité de l'investissement
> en temps que des contributeurs pourraient fournir : si chacun peut modifier
> trop rapidement les éléments constituant la colonne vertébrale du fond de
> carte, il risque de ne jama
Etienne T a écrit :
> >Précision, c'est à dire : en mètre, décamètre...
> >Si on a ± 5m en xy et ±5m en altitude... C'est cohérent...
>
> >Vincent
>
> Ce n'est malheureusement pas le cas apparement comme cela a été évoqué
> dans le fil quelques topics plus haut. Les GPS sont optimisés pour
> déterm
Merci d'avoir "soulevé le lièvre",
et tu es loin d'être le seul :
:
Actuellement osm,
qui toujours a été rechigné par les Grands, et par les institutions
(et pourtant nous, on travaille pour la Liberté...)
a des occasions innouïes,
de se faire "remarquer" par son côté collaboratif,
mais surtout
Etienne Chové a écrit :
> Stéphane Brunner a écrit :
>> Hello !
>>
>> Sur les histoire de copyright je pense que tu a tore car sauf erreur
>> de ma part le copyright est implicite :(
>
> Sans mention une information :
> - n'a pas le droit d'être copiée (copyright des droits anglo-saxons)
> - a
Bonsoir
J'ai une discution avec un osmeur concernant mon utilisation d'une relation de
type route pour décrire un way.
La relation en question est la suivante :
http://openstreetmap.org/browse/relation/146142
Est-ce autorisé à faire cela ?
Maintenant, les ways contenu dans la relation ne contien
g.d a écrit :
> Wow, chapeau, ton Papa !
> On en rêvait, de ça...
>
> Et à défaut de "science", pour pas trop se planter,
> nous, (eh on fait confiance aux scientifiques,
> mais rien ne vaut ses propres précautions...)
>
> on pendouillait des cordelettes de longueurs différentes
> avec des plombs à
Le 25 mai 2009 21:27, Denis a écrit :
> Les questions que tu posent, m'interpelle en tant que gestionnaire des
> données géographiques d'une collectivité (que mes propos ici ne souhait
> engager, bien sûr). OSM sera-t-elle LA base de données référentielle
> citoyenne ? Si nous mûrissons, probable
Bonjour,
Un membre de OSM a signalé cette discussion au conseil d'administration
de camptocamp, dont je fais partie.
Pour reprendre l'exemple de mon Crêt de la
neige qui est mal placé à 371m dans la base c2c, comment est-il arrivé
la ?
Bonne question, car sur c2c ce sommet n'a jamais été à
Art Penteur a écrit :
> Allons au bout de la question : La base OSM peut-elle servir à
> quelquechose d'autre que de la remplir ?
A préparer le terrain de mes prochaines campagnes photos, vacances,
contacts avec les autochtones (surtout s'ils produisent du vin)
voir : http://www.openstreetmap.
Art Penteur a écrit :
> Le 25 mai 2009 19:48, THEVENON Julien a écrit :
>
>> et etant donne que tu mets l accent sur le cote collaboratif discussions
>> tout ca.. est ce que tu as essaye de contacter les auteurs des modifications
>> pour en parler avec eux ? meme si j en conviens la logique vou
Denis a écrit :
> Art Penteur a écrit :
>
>
>> Allons au bout de la question : La base OSM peut-elle servir à
>> quelquechose d'autre que de la remplir ?
>>
>
> A préparer le terrain de mes prochaines campagnes photos, vacances,
> contacts avec les autochtones (surtout s'ils produisent d
c est vrai que le flux RSS est tres pratique :)
quand il y a des modifs dans les zones sur lesquelles je mappe ( bon ça n
arrive pas souvent :-( ) je vais jeter un coup d oeuil histoire de voir si
tout va bien
je pense que comme wikipedia c est globalement la masse qui va faire le
controle...m
Etienne T a écrit :
> Bonsoir
> J'ai une discution avec un osmeur concernant mon utilisation d'une
> relation de type route pour décrire un way.
> La relation en question est la suivante :
> http://openstreetmap.org/browse/relation/146142
>
> Est-ce autorisé à faire cela ?
> Maintenant, les ways co
2009/5/25 Etienne T :
Je ne vois pas trop l'intérêt de créer une relation juste pour
faciliter la sélection de plusieurs ways. Il faut que cette relation
route corresponde à un réseau complet au final. On pourrait imaginer
que ce soit fait pour le réseau TGV avec les refs, etc mais je ne
crois pas
@ sly :
Qu'en est de l'idée
d'importer les polygones corine
en tant que relations, dès le départ ?
Je suis désolé de ne pas pouvoir suivre la discussion,
viens de rentrer à Montpellier
de déplacement sur la côte atlantique,
et repars ce soir sur chantier en Essonne,
sans internet. Retour dans une
Pieren a commence a organiser l'organisation des donnees de Corine via
les tags.
J'ai commence a produire des fichiers au format OSM tout en faisant des
tests d'intersection sur les geometries existantes de OSM. Je n'ai pas
verifie mais je crois que l'outil de conversion de SHP a OSM cree des
relat
Bonsoir,
On me souffle dans l'oreillette que :
- le backend d'osmose veut bien traiter les relations boundary
ce test n'est visible que sur un nouveau frontend
- un nouveau front-end va voir le jour :
http://osmose.openstreetmap.fr/cgi-bin/osmose.py
Il paraitrait que le front-end a ét
2009/5/25 Frédéric Bunoz :
> Les coordonnées des sommets suisses ont été relevées pour la plupart sur les
> cartes Swisstopo. Nous avons l'accord de Swisstopo pour diffuser ces
> coordonnées sous licence libre :
>
> Vous pouvez utiliser et publier sans outre les coordonnées de points des
> Cartes
ue le droit d'auteur des bases de données s'applique :
http://fr.wikipedia.org/wiki/Aide:FAQ/juridique/Bases_de_donn%C3%A9es et
http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06069414&idArticle=LEGIARTI06279252&dateTexte=20090525
« Lorsqu'une base de données
Vincent Pottier wrote:
> Wikipedia n'est toujours pas tellement admis dans les milieux
> universitaires. N'empêche que beaucoup d'étudiants utilisent.
>
> La quantité, ça vient pas mal : même s'il reste des déserts (merci CLC).
> La qualité, ça commence à venir (merci le cadastre)
> La garantie de
es de données s'applique :
> http://fr.wikipedia.org/wiki/Aide:FAQ/juridique/Bases_de_donn%C3%A9es
> et
> http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06069414&idArticle=LEGIARTI06279252&dateTexte=20090525
> <http://www.legifrance.gouv.fr
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 travail. Ca unifie un la route avec les tags commu
Génial, ça m'a permis de corriger des défauts qui n'étaient pas visibles
avant.
--
Matthieu
2009/5/25 Etienne Chové
> Bonsoir,
>
> On me souffle dans l'oreillette que :
> - le backend d'osmose veut bien traiter les relations boundary
>ce test n'est visible que sur un nouveau frontend
>
Etienne T a écrit :
> 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 travail. Ca unifie un la
J'allais dire que sur Madagascar aussi OSM a une qualité très largement
supérieure aux autres bases de données... mais je viens de voir que
Google a fait un gros bond qualitatif et quantitatif sur les villes et
plus généralement les zones couvertes en haute résolution. Donc, en
quantitatif et q
Bonsoir,
OSM est basé sur le même principe que wikipedia et consort. Et comme
dans wikipedia, il peut y avoir du vandalisme ou des erreurs de
débutants. Mais le fondement de ce genre de projet est basé sur la
confiance que l'on met dans la masse des contributeurs, qui dans
l'ensemble fait évoluer
entierement d accord :-) c est vrai qu il ne faut pas oublier que tout n est
pas aussi bien couvert que la France par Google
De : Emilie Laffray
À : Discussions sur OSM en français
Envoyé le : Lundi, 25 Mai 2009, 23h40mn 47s
Objet : Re: [OSM-talk-fr] Cohérenc
2009/5/25 tiot :
> Donc on a le droit de réutiliser une partie non substantielle de la base de
> données de l'IGN.
>
C'est la même chose pour la musique. On a le droit d'utiliser une
partie non substantielle de tout morceau de musique sans payer les
droits de diffusion, c'est à dire 10 secondes ma
Salut
Ce soir, il m'est impossible de rapatrier une zone provenant d'un
serveur avec josm. J'ai un code erreur 403 pour l'url
http://www.openstreetmap.org/api/0.5/map?bbox
voici la réponse à la tentative de connexion :
GET
/api/0.5/map?bbox=-1.6997612912371125,48.065653090400765,-1.69403438402
pour revenir a l histoire des donnees controlees par l ensemble des
contributeurs il y a pas longtemps j ai assiste a une conference donnee par un
membre français du bureau wikimedia et j avais trouve leur philosophie plutot
jsute. En gros c etait:
une erreur dans une zone que personne ne regard
2009/5/26 pingvenono :
> http://www.openstreetmap.org/api/0.5/map?bbox
> GET
> /api/0.5/map?bbox=-1.6997612912371125,48.065653090400765,-1.6940343840206176,48.07096526011468
> HTTP/1.1
D'après tes URL, ton JOSM en est encore à la version 0.5 de l'API. Si
tu le met à jour, il va détecter automati
Matthieu Lochegnies a écrit :
> Génial, ça m'a permis de corriger des défauts qui n'étaient pas
> visibles avant.
>
> --
> Matthieu
>
>
> 2009/5/25 Etienne Chové mailto:ch...@crans.org>>
>
> Bonsoir,
>
> On me souffle dans l'oreillette que :
> - le backend d'osmose veut bien traiter l
>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 ailleu
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 exemple que je vois dans la région
ou alors il faudrait que les outils affichent pour le way les tags des
relations auxquelles il appartient avec une signaletique speciale pour indique
que se sont des tags de la relation..
en tout ça me fait plus penser a une jointure en base de donnee qu a la
programmation objet ;-)
2009/5/26 Etienne T :
> Ce que je disais dans l'autre mail, ça ma fait penser exactement à de la
> programmation objet pour ceux qui connaissent : on a des classes abstraites
> (les relations) comportant des objets qui héritent de la classe abstraite
> (les way). Et ces classes héritent donc des mé
Bonsoir,
Suite à la validation du tag enforcement (contrôle routier/respect des
limitations), je me suis lancé dans la mise au point de la page
http://wiki.openstreetmap.org/wiki/FR:Key:enforcement, en tout cas pour
la version française. Je m'inspire évidemment de
http://wiki.openstreetmap.org/
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
>On peut aussi voir la relation comme un agrégateur et pas comme un
>héritage. Les tags sur le way décrivent le way. Les tags sur la
>relation décrivent la relation. C'est vrai, on pourrait tout mettre
>dans la relation. On pourrait aussi ne mettre que des nodes et virer
>les ways.
>Comment vous al
j'ai pas mal participé à la discussion de la proposition. Je veux bien
t'aider...
Yann
Le 26 mai 09 à 01:40, Marc SIBERT a écrit :
> Bonsoir,
>
> Suite à la validation du tag enforcement (contrôle routier/respect des
> limitations), je me suis lancé dans la mise au point de la page
> http://wi
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
+--On 25 mai 2009 22:14:02 +0200 Etienne Chové wrote:
| Bonsoir,
|
| On me souffle dans l'oreillette que :
| - le backend d'osmose veut bien traiter les relations boundary
| ce test n'est visible que sur un nouveau frontend
| - un nouveau front-end va voir le jour :
| http://osmose.op
Le mardi 26 mai 2009 à 00:49 +0200, Pieren a écrit :
> 2009/5/26 pingvenono :
> > http://www.openstreetmap.org/api/0.5/map?bbox
> > GET
> > /api/0.5/map?bbox=-1.6997612912371125,48.065653090400765,-1.6940343840206176,48.07096526011468
> > HTTP/1.1
>
> D'après tes URL, ton JOSM en est encore à la
Bonjour,
Le 25 mai 2009 23:30, Pieren a écrit :
> Je pense aussi que les altitudes sont du domaine public mais quid des
> positions ? Si vous les placez à partir d'images yahoo et/ou des
> lignes de contours, pourquoi pas.
Une fois identifié sur le site Camptocamp.org, un contributeur a
plusieu
Le 26 mai 2009 07:44, Francois Van Der Biest
a écrit :
> Il serait dommage de tourner leur dos, à mon avis.
... de leur tourner le dos, pardon ;-)
F.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Bonjour,
Le 26 mai 2009 00:27, Pieren a écrit :
> Concernant la question du reclassement des highways, [...]
> Ces règles, nous devons les définir pour tout le territoire
> français et sans remettre en cause vos choix, je ne vois pas OSM
> Toulouse avoir ses propres définitions des primary, seco
Est-ce cette page : http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging ?
Mais il faut avouer que défois, cela reste ambigu. Ou alors il faudrait définir
les termes utilisés.
--- En date de : Mar 26.5.09, Art Penteur a écrit :
De: Art Penteur
Objet: Re: [OSM-talk-fr] Cohérence des voir
On Tuesday 26 May 2009 01:10:28 Etienne T wrote:
> Merci la relation 28 853 :
> http://www.openstreetmap.org/browse/relation/28853 Manquerait juste une
> carte à faire pour afficher la relation voulu sur une grande carte, mais
> ça, il ne manque que quelques lignes de codes, et chacun est libre de
90 matches
Mail list logo
