La dernière modification de ce fichier remonte à 3j donc l’ajout de cette
entrée dans le dictionnaire ne semble pas suffire ?
La rue est passée en vert ce matin.
742130520Y CHE ANC CHEM DE MOIRY Ancien Chemin de Moiry ORG
Bonjour à tous,
J'ai complété des rues de plusieurs communes du 76 hier et la carte de
rendu BANO est restée désespérément rouge ce matin.
Comment peut-on savoir si le traitement de rapprochement des adresses
FANTOIR-BANO a bien eu lieu ? (pour éviter de vous reposer la question les
prochaines
Bonjour,
De: Laurent Choisie laurent.choi...@gmail.com
J'ai complété des rues de plusieurs communes du 76 hier et la carte
de rendu BANO est restée désespérément rouge ce matin.
Comment peut-on savoir si le traitement de rapprochement des adresses
FANTOIR-BANO a bien eu lieu ? (pour éviter
Le 25 novembre 2014 09:43, Laurent Choisie laurent.choi...@gmail.com a
écrit :
Comment peut-on savoir si le traitement de rapprochement des adresses
FANTOIR-BANO a bien eu lieu ? (pour éviter de vous reposer la question les
prochaines fois)
Tu peux le voir ici par exemple :
-Message d'origine-
De : Vincent de Château-Thierry [mailto:osm.v...@free.fr]
Envoyé : mardi 25 novembre 2014 10:03
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
(Réponse à Yves en même temps)
La cause cette fois-ci semble être l'arrêt des
De: HELFER Denis denis.hel...@rff.fr
Une petite météo de la syncho BANO serait la bienvenue.
La météo locale aura bientôt son bulletin commune par commune :
https://github.com/osm-fr/bano/issues/75
(mais ne dira rien pour la pluie à 1h)
Ce sera répercuté sur les pages de rapprochement
2014-11-24 16:24 GMT+01:00 sly (sylvain letuffe) lis...@letuffe.org:
J'accompagne avec plaisir cette discussion afin que nous trouvions une
méthode commune de gérer ça.
2014-11-24 18:16 GMT+01:00 Christian Quest cqu...@openstreetmap.fr:
Garder la géométrie et modifier les tags me semble le plus
Le mardi 25 novembre 2014 10:26:04, Vincent de Château-Thierry a écrit :
De: HELFER Denis denis.hel...@rff.fr
Une petite météo de la syncho BANO serait la bienvenue.
La météo locale aura bientôt son bulletin commune par commune :
https://github.com/osm-fr/bano/issues/75
(mais ne dira rien
Oui, problème de disque saturé sur osm105/layers utilisé par BANO pour
récupérer les données OSM récentes.
La mise à jour à été suspendue hier vers 14h, donc les contributions faites
après ne sont pas encore prises en compte dans BANO.
Le 25 novembre 2014 09:37, Yves Pratter
Bonjour
l'Observatoire des Saisons utilise aussi une carte umap OSM pour
présenter les relais de l'observatoire
http://www.obs-saisons.fr/node/4264
cordialement
Lenny
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
On mardi 25 novembre 2014, you wrote:
Avec les éléments de Comparison_of_life_cycle_concepts, il manque le
(...) futur antérieur au conditionnel ascendant grammaire subjonctivo-
foireuse):
Je vais laisser ça de coté pour l'instant, mon niveau linguistique
n'atteignant pas le niveau requis,
-Message d'origine-
De : Vincent de Château-Thierry [mailto:osm.v...@free.fr]
Envoyé : mardi 25 novembre 2014 10:26
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
De: HELFER Denis denis.hel...@rff.fr
Une petite météo de la syncho BANO
Avec les éléments de Comparison_of_life_cycle_concepts, on peut tagger en
namespace:building :
Merci althio pour ta synthèse (et ton humour) :-)
B3. ce qui était prévu mais n'a pas été construit (permis de construire, avec
trace dans le cadastre, mais jamais de réalisation, donc aucun
On mardi 25 novembre 2014, you wrote:
** no:*building=yes
** absent:*building=yes
Évidement, c'est quand j'ai fini d'écrire la page :
http://wiki.openstreetmap.org/wiki/Key:no
et que je commence à lister les usages qui y ressemblent que je tombe sur :
Le 25/11/2014 12:27, Christian Quest a écrit :
Oui, problème de disque saturé sur osm105/layers utilisé par BANO pour
récupérer les données OSM récentes.
La mise à jour à été suspendue hier vers 14h, donc les contributions
faites après ne sont pas encore prises en compte dans BANO.
Avec mon
J'ai réussi à relancer le fichier asso.rb.
Par contre, je ne pense pas que l'on puisse paramétrer le fichier .sh sous
windows, pas avec le bloc-note ou notepad, en tout cas.
Du coup, je te donne les relation_id des communes de la CCPRO, si tu peux me
faire plusieurs fichiers :
Ville
J'espère que ça prendra bien moins. Quelques tables grossissent trop vite à
force d'être mises à jour. Des trous se créent et occupent inutilement de
l'espace que l'on ne récupère qu'en faisant des manip un peu longues et
bloquantes (obligé de suspendre les updates).
Je viens par exemple de
2014-11-25 13:13 GMT+01:00 sly (sylvain letuffe) lis...@letuffe.org:
J'aime bien l'esprit de non_existing et je propose également :
** no:*building=yes
J'adore ! Efficace et simple à se souvenir.
J'ai moi aussi un avis positivement négatif sur ce genre de tag, qui
me rappelle les
Notez que cette thématique n'est pas exclusive au cadastre ni à la
France. Elle se pose pour tous les endroits où plusieurs sources
existent (ou la même source mais avec des dates différentes). Je me
souviens d'un cas où un contributeur s'échinait à supprimer un bout de
route visible sur Bing mais
2014-11-25 13:31 GMT+01:00 Yves Pratter yves.prat...@gmail.com:
* [building=no] n'est pas satisfaisant (cf. sly: risque de mauvaise
interprétation par les usagers qui feraient un building=* = bâtiment
générique)
Oui et n’empêche pas le rendu par les moteurs qui ne géreraient pas
Je récapitule par ordre de préférence approximatif :
** removed:*building=* (déjà utlisé, un peu)
** no:*building=* (déjà utlisé, un peu)
** absent:*building=*
* *non_existing:*building=*
* *error:*building=*
* *nobuilding*=*
* building=no (sly et Yves le trouvent gênant, Pieren pas tant que ça ;
Tu n'es pas le premier à poser cette question sur la liste. Ma contribution:
J'ai écrit et utilisé (ainsi que d'autres) un outil permettant de gérer la
problématique de fusion du bâti cadastre par rapport à de l'existant). Ça ne
fait pas la moitié des trucs évoqués sur ce fil mais c'est dispo.
@Sly
http://wiki.openstreetmap.org/wiki/Key:removed qui est utilisé ~1000 fois et
qui semble avoir très exactement le même but.
Pas trop vite ;-)
Sur les 1000, il y a 770 removed:power
http://taginfo.openstreetmap.org/keys/removed:power#values éditées par
seulement 7 utilisateurs
J'ai tenté de bidouiller quelque chose avec Maperitive que je
découvrais, et voici un extrait en pièce jointe.
On distingue facilement les zones superposées, les no man's land, et
les endroits où la limite d'Osm s'écarte de l'idéal.
Stf
Le 23/11/2014 18:19, Stéphane Péneau a écrit :
Le 25 nov. 2014 à 15:53, Christian Quest cqu...@openstreetmap.fr a écrit :
Des trous se créent et occupent inutilement de l'espace que l'on ne
récupère qu'en faisant des manip un peu longues et bloquantes (obligé de
suspendre les updates).
Tu utilises VACCUUM de pgsql ?
La doc
Bonsoir,
De ce que j'en comprend on utilise postal_code pour des zones et
addr:postcode pour des points et bâtiment. En tout cas c'est comme ça
que c'est ça se présente à l'étranger. En France les relations de
communes utilisent addr:postcode.
On trouve en France finalement assez peu de tag
26 matches
Mail list logo
