La discussion dérive
Le vendredi 13 décembre 2013 09:57:32, Vincent Pottier a écrit :
Le 13/12/2013 08:58, Nicolas Dumoulin a écrit :
Le vendredi 13 décembre 2013 08:34:23 Christian Quest a écrit :
Maintenant tu peux le faire dans les fonctions avancées de chaque
couche.
Ho ho, excellent
Le 13/12/2013 08:58, Nicolas Dumoulin a écrit :
Le vendredi 13 décembre 2013 08:34:23 Christian Quest a écrit :
Maintenant tu peux le faire dans les fonctions avancées de chaque couche.
Ho ho, excellent ça. Xapiviewer a fait son temps je crois ;-)
http://umap.openstreetmap.fr/fr/map/restaurant-
Salut,
un exemple d'URL valide SVP ? (pour tester comme avec les restaurants de
Montpellier)
Données distantes URL ?
et mettre un exemple avec
"Variables qui seront automatiquement remplacées: {bbox}, {lat}, {lng},
{zoom}, {east}, {north}..., {left}, {top}..."
serait pas mal pour les novices
Le vendredi 13 décembre 2013 08:34:23 Christian Quest a écrit :
> Maintenant tu peux le faire dans les fonctions avancées de chaque couche.
Ho ho, excellent ça. Xapiviewer a fait son temps je crois ;-)
http://umap.openstreetmap.fr/fr/map/restaurant-de-montpellier_3256
--
Nicolas Dumoulin
http://
Le vendredi 13 décembre 2013 08:21:19 Nicolas Dumoulin a écrit :
> Le jeudi 12 décembre 2013 22:08:28 Ista Pouss a écrit :
> > Je ne comprends pas : elle est déjà disponible, elle est même listée dans
> > les fonctions dispos du about http://umap.openstreetmap.fr/fr/about/
> >
> > Si je regarde le
Maintenant tu peux le faire dans les fonctions avancées de chaque couche.
Le 12 décembre 2013 22:08, Ista Pouss a écrit :
> Le 12 décembre 2013 14:08, Nicolas Dumoulin <
> nicolas_openstreetmap@dumoulin63.net> a écrit :
>
>> Le jeudi 12 décembre 2013 12:28:06 Stéphane Péneau a écrit :
>> >
Le jeudi 12 décembre 2013 22:08:28 Ista Pouss a écrit :
> Je ne comprends pas : elle est déjà disponible, elle est même listée dans
> les fonctions dispos du about http://umap.openstreetmap.fr/fr/about/
>
> Si je regarde le mode édition, je vois "importer des données"... et ça
> marche bien : je l
Le 12 décembre 2013 14:08, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :
> Le jeudi 12 décembre 2013 12:28:06 Stéphane Péneau a écrit :
> > Ok, pourquoi pas uMap, mais comment on visualise ces données dans Josm ?
> > De mon point de vue, si on a pas un accès direct à ces i
Le 12 déc. 2013 11:11, "Pieren" a écrit :
>
> Ou JOSM qui considère qu'un élément avec uniquement un tag
> "note" est un élément sans tags et l'affiche comme tel à l'écran.
Tu verrais quoi comme meilleur affichage ?
___
Talk-fr mailing list
Talk-fr@open
Le 12/12/2013 14:30, V de Chateau-Thierry a écrit :
un calque !
@Stéphane : l'intérêt à cours terme avec uMap, c'est que c'est un outil qui
offre
les fonctionnalités de saisie de points _et_ surfaces, la capacité de les
décrire avec
du texte, la capacité ensuite de partager ça via une URL. Je t
Le jeudi 12 décembre 2013 14:08:59 Nicolas Dumoulin a écrit :
> Le jeudi 12 décembre 2013 12:28:06 Stéphane Péneau a écrit :
> > Ok, pourquoi pas uMap, mais comment on visualise ces données dans Josm ?
> > De mon point de vue, si on a pas un accès direct à ces infos dans
> > l'éditeur, on perd la m
> De : "Nicolas Dumoulin"
>
> Le jeudi 12 décembre 2013 12:28:06 Stéphane Péneau a écrit :
> > Ok, pourquoi pas uMap, mais comment on visualise ces données dans Josm ?
> > De mon point de vue, si on a pas un accès direct à ces infos dans
> > l'éditeur, on perd la majeure partie de l'intérêt de l'o
Le jeudi 12 décembre 2013 12:28:06 Stéphane Péneau a écrit :
> Ok, pourquoi pas uMap, mais comment on visualise ces données dans Josm ?
> De mon point de vue, si on a pas un accès direct à ces infos dans
> l'éditeur, on perd la majeure partie de l'intérêt de l'outil.
Ce serait effectivement une fo
Pieren a écrit
Mettrre ces polygones dans une base séparée ? Pourquoi pas. Mais on a
déjà un outil qui s'appelle les "notes" et qui fait à peu près la même
chose. Peut-être que la solution passerait par l'extension de cet
outil sous forme de polygones alors qu'actuellement, on ne peut
définir
Le jeudi 12 décembre 2013 11:10:26, Pieren a écrit :
> La seule solution actuellement
> supportée par tous les outils : c'est mettre un way virtuel avec une
> note : "cet objet n'existe plus depuis 1/1/2013", par exemple.
J'avoue le faire parfois, mais là, c'est vraiment vraiment pas élégant...
S
Bonjour,
> De : "Pieren"
>
> Cette discussion revient régulièrement sur toutes les listes. La
> dernière en date, c'est un américain qui se plaignait de devoir
> supprimer à répétition une portion de route qui n'existe plus dans la
> réalité mais qui est systématiquement rajoutée par d'autres parc
2013/12/11 sly (sylvain letuffe) :
> Peut-être en effet. S'il s'avère que chaque remarque concernant la qualité
> d'un objet s'accompagne d'une édition alors pourquoi pas. Mais je les vois
> plus comme un complément.
> "attention le tracé est décalé car bing décalé" "ma trace gps était pourri,
> v
Le 11 décembre 2013 22:35, sly (sylvain letuffe) a
écrit :
> Le mercredi 11 décembre 2013 21:26:43, Stéphane Péneau a écrit :
> > J'ai en tête l'exemple de 5 ou 6 communes voisines dont le cadastre
> > raster est décalé, et une frontière départementale avec. Je le mets où
> > le fixme ? Si je déc
Le mercredi 11 décembre 2013 21:48:53, Ista Pouss a écrit :
> Autant que je puisse comprendre ta proposition, il me semble qu'il serait
> mieux de faire une traçabilité des éditions ;
Peut-être en effet. S'il s'avère que chaque remarque concernant la qualité
d'un objet s'accompagne d'une édition
Le mercredi 11 décembre 2013 21:26:43, Stéphane Péneau a écrit :
> > * les outils d'analyse des données vont devoir recourir, par des critères
> > géographique de proximité, à une autre base de donnée séparée.
>
> Je ne vois pas pourquoi ces outils devraient piocher dans cette base
> séparée, ils
Autant que je puisse comprendre ta proposition, il me semble qu'il serait
mieux de faire une traçabilité des éditions ; il me semble que tes exemples
sont souvent en rapport avec quelque chose du processus de l'édition. Je
veux dire, non pas l'historique, mais le cadre, la raison pour lesquelles,
l
Le 11/12/2013 19:17, sly (sylvain letuffe) a écrit :
(je split ce sujet, ça va partir en HS en rapport au thème initial et ça
déborde selon moi de la simple question des qualité des limites de communes)
On mercredi 11 décembre 2013, Stéphane Péneau wrote:
Que peut-on remonter comme informations
On mercredi 11 décembre 2013, V de Chateau-Thierry wrote:
> En ce sens, je suis plutôt réticent à l'idée que ces informations soient
> stockées dans OSM (cf. la suggestion de sly).
ça dépend de ce que tu entends par "stockées dans osm", mais moi, je suis
plutôt pour.
Stocker cette info dans une
On mercredi 11 décembre 2013, Christian Quest wrote:
> Et pourquoi ne pas avoir un simple node avec un note=* ou un fixme=* ?
>
> Je l'ai déjà fait à quelques endroits et je ne vois pas quel problème ça
> pose.
Un simple noeud me semble en effet une option (même si ça pendouille dans le
vide et
(je split ce sujet, ça va partir en HS en rapport au thème initial et ça
déborde selon moi de la simple question des qualité des limites de communes)
On mercredi 11 décembre 2013, Stéphane Péneau wrote:
> Que peut-on remonter comme informations pertinentes :
> - Le cadastre qui est décalé sur une
25 matches
Mail list logo