2010/7/16 THEVENON Julien julien_theve...@yahoo.fr
Et tu as une sauvegarde ailleurs ?
Oui oui, Pierre et moi avons fait une sauvegarde il y a une semaine, quand
le disque dur de la première dedibox était sur le point de lâcher.
Décidément pas une très bonne expérience chez online.net ...
F.
Surtout que celle-ci doit être confirmée par recommandé AR...
Très étonnant ce qui t'arrive, je gère une dizaine de dedibox depuis leurs
débuts et je n'ai jamais entendu parlé de ce genre de problème, et n'ai jamais
eu aucun problème d'ailleurs.
Envoyé de mon iPad
Le 16 juil. 2010 à 01:09,
Hello,
Es-ce que l'on peut expliquer pourquoi on ne peut pas le faire avec un
multipolygone ?
CU et merci d'avance
Stéphane
Pieren [via GIS] a écrit :
2010/7/15 Stéphane Brunner courr...@stephane-brunner.ch
Hello,
Il faut faire des multipolygone :
Une inquiétude soudaine... lorsqu'on demande au validator de JOSM de
corriger automatiquement les erreurs de noeud dupliqués, cela ne risque-t-il
pas de fusionner les repères géodésiques superposés (mais d'altitude
différente)?
Si le risque est réel, désolé par avance, ça a dût m'arriver.
Bonjour Stéphane,
De : Stéphane Brunner
Es-ce que l'on peut expliquer pourquoi on ne peut pas le faire avec un
multipolygone ?
De mon point de vue deux raisons :
- un type=multipolygon se justifie si l'entité à construire est composée de
polygones
en archipel (des bâtiments disjoints
Il me semble avoir vu ici il y a quelques mois des cas de lit de
rivière qui ont bougé mais pas la frontière qui y était lié
initialement.
Le Rhin définit la frontière entre la France et l'Allemagne. Dans les
parties canalisées, c'est le milieu du fleuve entre les deux digues.
Dans les
On 16/07/2010 09:39, Balooval wrote:
Une inquiétude soudaine... lorsqu'on demande au validator de JOSM de
corriger automatiquement les erreurs de noeud dupliqués, cela ne
risque-t-il pas de fusionner les repères géodésiques superposés (mais
d'altitude différente)?
Si le risque est réel,
De : Stéphane Brunner courr...@stephane-brunner.ch
Mais si on sort un peut de ce cadre il me semble que si on a un très
grand polygone 2000 nœud c'est tout de même la solution la plus propre.
Plus de 2000 noeuds pour un batiment ca commence a faire vraiment de la grosse
cathedrale !!!
Julien
Hello,
Je parlais de polygone en général, cela peut être une foret ou un lac !
CU
Stéph
quicky [via GIS] a écrit :
De : Stéphane Brunner courr...@stephane-brunner.ch
Mais si on sort un peut de ce cadre il me semble que si on a un très
grand polygone 2000 nœud c'est tout de même la
De : Stéphane Brunner
A : talk-fr@openstreetmap.org
Mais si on sort un peut de ce cadre il me semble que si on a un très grand
polygone
2000 nœud c'est tout de même la solution la plus propre.
En fait c'est surtout la seule possible compte tenu des limites données par
l'API v0.6 :
pas
Le vendredi 16 juillet 2010 10:31:48, Stéphane Brunner a écrit :
Hello,
Merci Vincent pour ta réponse.
Mais si on sort un peut de ce cadre il me semble que si on a un très
grand polygone 2000 nœud c'est tout de même la solution la plus propre.
J'ai dirais même plus, ça devient obligatoire,
Le vendredi 16 juillet 2010 11:13:10 Vincent de Chateau-Thierry, vous avez
écrit :
Pour des surfaces plus petites et surtout plus simples à gérer, on reste
dans un modèle un peu topologique (les noeuds communs sont 1 seul noeud)
et un peu spaghetti [1] (les ways sont distincts par polygone,
De : Nicolas Dumoulin
Je dis ça, je ne suis pas géographe
Mais si Nicolas :-). Ici on ne parle pas des diplômes etc., mais de ce que nous
faisons via OSM :
pour moi dans le contexte OSM nous sommes tous géographes, ou plutôt
fabricants de géographie.
A ce titre le nom Geofabrik est le
2010/7/16 Marc Sibert m...@sibert.fr
Le 16/07/2010 00:38, Benoît ROUSSEAU a écrit :
Bonsoir,
...
De mémoire un ou certains avaient proposés des scripts pour traiter le bâti
superposé, mais en laissant des points orphelins. Il est possible de se
synchroniser pour traiter l'ensemble si
Le vendredi 16 juillet 2010 09:44:51, Vincent de Chateau-Thierry a écrit :
De mon point de vue deux raisons :
- un type=multipolygon se justifie si l'entité à construire est composée de
polygones en archipel (des bâtiments disjoints comme par exemple sur un
campus),
Ben ça alors, c'est
De : sylvain letuffe
- un type=multipolygon se justifie si l'entité à construire est composée de
polygones en archipel (des bâtiments disjoints comme par exemple sur un
campus),
Ben ça alors, c'est exactement le cas où je ne recommanderais pas
l'utilisation d'une relation.
Mon exemple
Ok, me voilà rassuré.
Il ne faudrait pas que la correction soit semée d'embûches. :)
Le 16 juillet 2010 10:03, Vincent Pottier vpott...@gmail.com a écrit :
On 16/07/2010 09:39, Balooval wrote:
Une inquiétude soudaine... lorsqu'on demande au validator de JOSM de
corriger automatiquement les
Le vendredi 16 juillet 2010 11:54:16 sylvain letuffe, vous avez écrit :
Ben ça alors, c'est exactement le cas où je ne recommanderais pas
l'utilisation d'une relation.
Si on veut représenter un campus, je dirais que tracer un chemin qui forme
la limite du campus marchera très bien, car le
Le vendredi 16 juillet 2010 12:21:31, Vincent de Chateau-Thierry a écrit :
Mon exemple n'etait là que pour illustrer la configuration en archipel.
Et ça n'était pas un bon exemple (mais je persiste sur l'archipel :-)
Sur l'archipel, c'est en effet une bonne solution, car le nom est bien donné
Salut,
Pour la part c'est validé je me rendrai aux rencontres GeOng de Chambéry
le 23 et 24 septembre.
Je compte y aller en train mais si des bretons compte s'y rendre aussi
je dispose d'un véhicule et on pourrait organiser un co-voiturage.
A++
Je viens d'ajouter le tag ref:TR3 a toutes les gares du RER D en me
basant sur ce document : http://lkvn.free.fr/RERD/censure_forum.pdf dont
l'auteur m'a gentillement autorisé a l'utiliser.
JonathanMM
___
Talk-fr mailing list
On 16/07/2010 11:50, Vincent de Chateau-Thierry wrote:
De : Nicolas Dumoulin
Je dis ça, je ne suis pas géographe
Mais si Nicolas :-). Ici on ne parle pas des diplômes etc., mais de ce que nous
faisons via OSM :
pour moi dans le contexte OSM nous sommes tous géographes, ou plutôt
J'aimerais dire mapping comes first, genre, on se mets d'accord sur un
truc
simple, on fait une jolie démo et documentation et ensuite on défini un
truc
de dingue en incluant et sans détruire le truc simple.
Ok, on fait comme ça. Yaka.
En fait, je devais pas avoir bien
Salut,
Quel sujet récurrent que le flot trop important de mail sur une mailing
liste, il aurait été étonnant que openstreetmap y échappe. Il est
toujours très délicat de découper une liste en plusieurs, mais il arrive
une point ou le gain est supérieur au risque, reste juste à trouver
comment
Rodolphe Quiedeville a écrit :
Salut,
Quel sujet récurrent que le flot trop important de mail sur une mailing
liste, il aurait été étonnant que openstreetmap y échappe. Il est
toujours très délicat de découper une liste en plusieurs, mais il arrive
une point ou le gain est supérieur au risque,
Le 17/07/2010 à 00:10:47 +1100 Rodolphe Quiedeville rodol...@quiedeville.org
a écrit
Objet: [OSM-talk-fr] Creation liste mapty-fr :
Votre avis ?
Personnellement, je trouves le statut quo très satisfaisant.
Donc pour moi, pas la peine de créer une liste supplémentaire. Je ne
souffre pas du
Dans le cas des bâtiments A et B de la question initiale, on n'est pas dans
cette
situation, et je ne vois pas quel(s) rôle(s) on pourrait assigner aux ways A
et B. Ca me
paraît une raison suffisante pour éviter de construire cette relation.
- une raison technique existe aussi : deux
Le vendredi 16 juillet 2010 à 15:21 +0200, hamster a écrit :
je suis pour, mais tant que tu y est si tu demande aussi la creation
d'une liste debutants-fr (ou tout autre nom) pour les debutants, je
pense que c'est la que le besoin est le plus pressant (j'ai quelques
copains qui n'arrivent
Je viens d'avoir l'explication
Votre serveur a été fermé de manière unilatérale par les services d'Online
sas, car les données notifiées lors de l'inscription ne sont pas complètes
:
Phone +33.1xx
Gsm +33.6
Il n'y avait pas de numéro de téléphone mobile.
Vous pouvez contacter le
Le 16/07/2010 15:26, Philippe Pary a écrit :
La création de ces 3 listes (mapping parties, débutant et devel) me
parait être une bonne idée
+1 pour ces trois suggestions de listes
--
Jean-Francois Nifenecker, Bordeaux
___
Talk-fr mailing list
Philippe Pary a crit:
Le vendredi 16 juillet 2010 15:21 +0200, hamster a crit :
je suis pour, mais tant que tu y est si tu demande aussi la creation
d'une liste debutants-fr (ou tout autre nom) pour les debutants, je
pense que c'est la que le besoin est le plus pressant (j'ai
On 16/07/2010 15:34, François Van Der Biest wrote:
Je viens d'avoir l'explication
Votre serveur a été fermé de manière unilatérale par les services
d'Online sas, car les données notifiées lors de l'inscription ne sont
pas complètes :
Phone +33.1xx
Gsm +33.6
Il n'y avait pas de
Philippe Pary wrote:
Le vendredi 16 juillet 2010 à 15:21 +0200, hamster a écrit :
je suis pour, mais tant que tu y est si tu demande aussi la creation
d'une liste debutants-fr (ou tout autre nom) pour les debutants, je
pense que c'est la que le besoin est le plus pressant (j'ai quelques
Le 16/07/2010 15:26, Philippe Pary a écrit :
Le vendredi 16 juillet 2010 à 15:21 +0200, hamster a écrit :
je suis pour, mais tant que tu y est si tu demande aussi la creation
d'une liste debutants-fr (ou tout autre nom) pour les debutants, je
pense que c'est la que le besoin est le plus
De : Benoît ROUSSEAU adressepossi...@free.fr
Bonjour,
Je ne suis pas sûr qu'isoler les débutants, les dev, les expérimentés,
les
organisateurs, .. soit une bonne idée.
J'avoue avoir progresser plus rapidement parce que j'ai entendu, les
dev,
les mappeurs, les organisateurs, les
Je ne suis pas sûr qu'isoler les débutants, les dev, les expérimentés,
les organisateurs, .. soit une bonne idée. J'avoue avoir progresser plus
rapidement parce que j'ai entendu, les dev, les mappeurs, les
organisateurs, les gourous, ... parce que je participais à un tout. Il ya
le
Benot ROUSSEAU a crit:
Bonjour,
Je ne suis pas sr qu'isoler les dbutants, les dev, les
expriments, les organisateurs, .. soit une bonne ide.
J'avoue avoir progresser plus rapidement parce que j'ai entendu,
les dev, les mappeurs, les organisateurs, les gourous, ... parce que je
2010/7/16 Rodolphe Quiedeville rodol...@quiedeville.org
Découper sur plusieurs listes en une seule fois multiplie le risque de
perdre des gens en route. Une liste de discussion c'est un équilibre
subtil entre un grand nombre d'acteur (posteur, lecteur,
lecteur/posteur, ...) je préconise
Gilles Bassière a écrit :
En revanche, dans quelle mesure un développement est
français/francophone ?
ce n'est pas le developpement qui est francophone, mais la discussion
autour de ce developpement
il est clair qu'un code en java n'est pas en francais ni meme en anglais
mais en... java
Le 16/07/2010 16:06, THEVENON Julien a écrit :
je pencherai plutot a la rigueur une balise [dev] [debutant] ou [mapping
party] en tete de message afin que les gens filtrent facilement si ils
ne veulent pas tout lire...
Apres il y a l argument ouais mais les gens mettront pas les balises
mais
THEVENON Julien a écrit :
je pencherai plutot a la rigueur une balise [dev] [debutant] ou
[mapping party] en tete de message afin que les gens filtrent
facilement si ils ne veulent pas tout lire...
Apres il y a l argument ouais mais les gens mettront pas les balises
mais je pense pas qu il y
De : hamster hams...@suna.fdn.fr
il ne s'agit pas d'isoler, mais permettre a ceux qui le veulent de ne pas
etres
encombres par des messages dont ils n'ont rien a faire et qui sont pour eux
du
bruit
il est clair que si plusieurs listes sont faites je m'inscrirai a toutes,
et ca
aura
THEVENON Julien a crit:
Bref je suis quand meme globalement daccord avec ce
que tu dis mais je pense qu on a tendance a prendre les gens pour des
neuneus qu ils ne sont pas
si tu relis mes messages tu verra que je n'ai pas parle de gens qui
sont incapables de faire, mais de gens qui ne
On 16/07/2010 16:20, Jean-Francois Nifenecker wrote:
Le 16/07/2010 16:06, THEVENON Julien a écrit :
On passe rarement d un coup de developpeur a debutant, il y a
souvent une phase de transition.
Oui. Il m'a fallu beaucoup de temps pour oublier des choses et redevenir
débutant ;-)
Quoique
Emilie Laffray a crit:
Dans mon cas, vu le nombre de mailing list que je suis, je ne vais pas
en rajouter d'autres. Je resterais donc sur celle ci.
si plusieurs listes sont faites ca reste facile a faire : il suffit de
t'abonner a toutes les listes et configurer ton client de mail pour
Le Fri 16 Jul 2010 à 16:20 +0200, Jean-Francois Nifenecker a ecrit :
malheureusement, beaucoup de débutants :
-- sont noyés sous le flot (comme déjà dit)
-- ne savent pas gérer les balises
-- se perdent dans les discussions (trop) techniques (pour eux)
...et finissent par ne plus
Le 16/07/2010 16:03, Rodolphe Quiedeville a écrit :
Découper sur plusieurs listes en une seule fois multiplie le risque de
perdre des gens en route. Une liste de discussion c'est un équilibre
subtil entre un grand nombre d'acteur (posteur, lecteur,
lecteur/posteur, ...) je préconise toujours
De : hamster hams...@suna.fdn.fr
si tu relis mes messages tu verra que je n'ai pas parle de gens qui sont
incapables de faire, mais de gens qui ne sont pas prets a faire l'effort
d'apprendre
ca a tendance a m inquieter ce genre de raisonnement, parce qu a moins d avoir
la science du tag et
Le Fri 16 Jul 2010 à 07:29 -0700, THEVENON Julien a ecrit :
ça je suis tout a fait d accord n empeche pour reprendre le debat sur
comment tagguer les rivières, c est quand meme tres technique ( ça parle
topologie outils de conversion etc ) mais je pense que savoir tagguer une
rivière
THEVENON Julien a crit:
De : hamster
hams...@suna.fdn.fr
si tu relis mes messages tu verra que je n'ai pas parle de gens qui
sont incapables de faire, mais de gens qui ne sont pas prets a faire
l'effort d'apprendre
ca a tendance a m inquieter ce genre de raisonnement, parce qu
Jean-Francois Nifenecker wrote:
Le 16/07/2010 16:03, Rodolphe Quiedeville a écrit :
Découper sur plusieurs listes en une seule fois multiplie le risque de
perdre des gens en route. Une liste de discussion c'est un équilibre
subtil entre un grand nombre d'acteur (posteur, lecteur,
Perso, je fais partie de ceux qui pensent que l'usage de plusieurs
listes va nuire à la communication.
Si création de liste il doit y avoir, alors ce doit être une liste
pour les utilisateurs avancés (devel, orga, debat, bruit, appellez-la
comme vous voudrez). La raison est simple : si le public
Je ne suis pas pour des nouvelles listes.
Il n'y a pas trop de messages ici.
Par contre il y a des sujets qui ne m'intéressent pas, maintenant je pense
qu'il faut avoir l'intelligence individuelle de marquer comme lu ces sujets
plutôt que de venir se plaindre du traffic.
2010/7/16 Gilles
Nicolas Dumoulin a écrit :
Je ne suis pas sûr qu'isoler les débutants, les dev, les expérimentés,
les organisateurs, .. soit une bonne idée. J'avoue avoir progresser plus
rapidement parce que j'ai entendu, les dev, les mappeurs, les
organisateurs, les gourous, ... parce que je
Gilles Bassire a crit:
Jean-Francois Nifenecker wrote:
Le 16/07/2010 16:03, Rodolphe Quiedeville a crit :
Dcouper sur plusieurs listes en une seule fois multiplie le risque de
perdre des gens en route. Une liste de discussion c'est un quilibre
subtil entre un grand
Guilhem Bonnefille wrote:
Perso, je fais partie de ceux qui pensent que l'usage de plusieurs
listes va nuire à la communication.
Si création de liste il doit y avoir, alors ce doit être une liste
pour les utilisateurs avancés (devel, orga, debat, bruit, appellez-la
comme vous voudrez).
La
2010/7/16 Gilles Bassière gbassi...@gmail.com
Le nom support me semble plus neutre mais peut-être aussi moins
significatif. Finalement, le plus important sera le descriptif que nous
ne manquerons pas de publier sur openstreetmap.fr et sur le wiki pour
bien aiguiller les gens.
Dans la meme
Benoît ROUSSEAU wrote:
Pour donner un exemple, prenons, l'import semi auto des adresses.
Beaucoup de retours pertinents sur les usages liés au Cadastre (n°tation
métrique, ...) ... Je crains, peut-être à tort, qu'une liste de devs
pondent des logiciels de devs et se coupe de l'expérience
A la lecture du fil Re: [OSM-talk-fr] Btiment avec un prau :
"Les relations ne sont pas des catgories"
http://wiki.openstreetmap.org/wiki/FR:Relations/Relations_are_not_Categories
(traduite pour l'occasion ;-) )
Voil qui rsout l'ajout de l'info sur les chemins ruraux et
Emilie Laffray wrote:
Dans la meme optique, je pense que openstreetmap.fr
http://openstreetmap.fr devrait être refondu justement pour avoir un
support plus grand plutôt de renvoyer sur le wiki.
Je suis bien d'accord. Avant de m'inscrire sur cette liste, c'est le
premier endroit où je suis
Allez hop !
+1 pour voter Pour/Contre, rien pour s'abstenir.
* Cration d'une liste "support" avec pour objet l'accueil des
dbutants ?
POUR : +1,
CONTRE :
Proposer un autre nom :
* Cration d'une liste "tech" avec pour objet les discussions
techniques ?
POUR :
CONTRE :
La liste sur les MP est la dernière à devoir être créée, en admettant
que ce soit une bonne idée, car il faudrait être aveugle pour prétendre
que l'augmentation du trafic est liée à des propsositions de MP dont le
nombre réel est infime.
Pour remettre les choses à leur place, je proposerais une
Bonjour,
Lorsqu'on regarde le cadastre, on se rend compte que de nombreux bâtiments
sont composés de plusieurs parties, pouvant être de différentes hauteurs,
avec ou sans murs, etc. Avant on pouvait être tenté de ne tracer que le
contour général, mais avec l'arrivée du script d'import
Matthias Dietrich a crit:
Bonjour,
Lorsqu'on regarde le cadastre, on se rend compte que de nombreux
btiments sont composs de plusieurs parties, pouvant tre de
diffrentes hauteurs, avec ou sans murs, etc. Avant on pouvait tre
tent de ne tracer que le contour gnral, mais avec l'arrive du
Le 16/07/2010 20:22, hamster a écrit :
donc oui, quand il y a sur le cadastre plusieurs moceaux qui forment
un tout (comme par exemple une eglise), on fusionne et on perd les
infos sur la structure du batiement, qui n'ont de toute facons rien a
faire dans OSM
Soit, mais ça ne correspond pas
Matthias Dietrich a écrit :
Bonjour,
Bonsoir Matthias,
Merci de démontrer que les nouveaux venus peuvent passer entre les
gouttes de l'averse du fonctionnement de la liste et rester concentré
sur le fonctionnement de (la) base.
Lorsqu'on regarde le cadastre, on se rend compte que de
Matthias Dietrich a crit:
Le 16/07/2010 20:22, hamster a crit:
donc oui, quand il y a sur le cadastre plusieurs moceaux qui forment un
tout (comme par exemple une eglise), on fusionne et on perd les infos
sur la structure du batiement, qui n'ont de toute facons rien a faire
dans OSM
Bonjour à tous,
Dans les données issues du cadastre, on trouve également les piscines
privées. Ma question est de savoir comment les tagguer.
J'ai déjà vu cette discussion sur la liste :
http://www.mail-archive.com/talk-fr@openstreetmap.org/msg17131.html
Les choses ont-elles évolués depuis
Nicolas Moyroud a écrit :
Bonjour à tous,
Dans les données issues du cadastre, on trouve également les piscines
privées. Ma question est de savoir comment les tagguer.
J'ai déjà vu cette discussion sur la liste :
http://www.mail-archive.com/talk-fr@openstreetmap.org/msg17131.html
Les choses
2010/7/16 JonathanMM jonatha...@nocle.fr
Je viens d'ajouter le tag ref:TR3 a toutes les gares du RER D en me basant
sur ce document : http://lkvn.free.fr/RERD/censure_forum.pdf dont l'auteur
m'a gentillement autorisé a l'utiliser.
JonathanMM
Les gares sont référencées par de multiples
Le 16/07/2010 22:57, Pieren a écrit :
2010/7/16 JonathanMM jonatha...@nocle.fr mailto:jonatha...@nocle.fr
Je viens d'ajouter le tag ref:TR3 a toutes les gares du RER D en
me basant sur ce document :
http://lkvn.free.fr/RERD/censure_forum.pdf dont l'auteur m'a
gentillement
Bonsoir,
J'ai ouvert ici :
http://papillon.peacefrogs.net/poll/NVNtQS1279316043/
une page de sondage pour essayer de synthétiser les souhaits autour de
nouvelles listes de discussion. Il ne s'agit pas d'un vote autour des
intitulés des listes (on n'en est pas là) mais juste sur le principe de
Bonsoir,
D'abord un mot sur la proposition pour les mapping parties. Il y a déjà une
liste pa...@openstreetmap.org dont les archives indiquent un trafic assez
fou:
http://lists.openstreetmap.org/pipermail/party/
Ensuite, pour les nouveaux arrivants (puisqu'il paraît que 'débutant' serait
2010/7/16 Denis dhel...@free.fr
Distinguer le bon grain de l'ivraie relève du sacerdoce.
Je dirais même plus : le cadastre se révèle souvent fantaisiste sur le
découpage intérieur de bâtiments.
Pieren
___
Talk-fr mailing list
2010/7/16 hamster hams...@suna.fdn.fr
personnellement c'est ce que j'utilise
http://wiki.openstreetmap.org/wiki/Proposed_features/Swimming_pool
Hormis le fait que j'étais assez contre (pour des raisons déjà mentionnées),
je préfèrerais que ça soit correctement taggué. Au lieu d'un
2010/7/16 JonathanMM jonatha...@nocle.fr
Le problème du ref:SNCF est qu'il est un peu faux : les codes gares sont
surement utilisés par la RFF. Alors que TR3 est le nom a proprement parlé du
code.
JonathanMM
Qui contrôle ces références ? RFF ? Alors pourquoi pas un ref:RFF (avant les
Pieren a écrit :
Au lieu d'un swimming_pool qui est décrit comme man-made public
swimming pools for leisure and sport purposes sur le wiki, pourquoi
pas un leisure=private_pool ?
Hum donc si je comprends bien une piscine publique devrait être tagguée
leisure=swimming_pool (l'objet piscine) et
77 matches
Mail list logo
