Le 16/02/2012 06:49, Vincent de Chateau-Thierry a écrit :
Les accents qui t'embêtent sont où : dans le XML des Presets ? Dans les
champs de saisie ? Propose ton fichier en test au cas où.
Les deux, mon général. Car, dans le xml, on peut assigner une valeur par
défaut à un champ de saisie.
Le 17 février 2012 10:37, Hélène PETIT h...@free.fr a écrit :
Le 16/02/2012 06:49, Vincent de Chateau-Thierry a écrit :
Les accents qui t'embêtent sont où : dans le XML des Presets ? Dans les
champs de saisie ? Propose ton fichier en test au cas où.
Les deux, mon général. Car, dans le xml,
Le 17/02/2012 10:46, Philippe Verdy a écrit :
le fichier xml (source en fin de ce message), encodé en ansi, fait des
losanges ; encodé en utf8 ou en utf16 il est refusé par josm au chargement.
C'est FAUX !
JOSM les charge justement mais ne reconnait pas le codage parce ces
données ont été
Bonjour
De : Hélène PETIT
Le 16/02/2012 06:49, Vincent de Chateau-Thierry a écrit :
Les accents qui t'embêtent sont où : dans le XML des Presets ? Dans les
champs de saisie ? Propose ton fichier en test au cas où.
Les deux, mon général. Car, dans le xml, on peut assigner une valeur par
Le 17 février 2012 13:15, Vincent de Chateau-Thierry
v...@laposte.net a écrit :
Bonjour
De : Hélène PETIT
Le 16/02/2012 06:49, Vincent de Chateau-Thierry a écrit :
Les accents qui t'embêtent sont où : dans le XML des Presets ? Dans les
champs de saisie ? Propose ton fichier en test au cas
Justement j'ai lu et fourni une explication tout à fait valable. Et
puis il ne suffit pas de lire le code source XML des données, il faut
aussi regarder les entête HTTP qui sont très importants pour indiquer
dans quel codage le fichier XML envoyé est REELLEMENT ENCODE (ou
supposé être encodé). Le
Le 15 février 2012 08:05, Philippe Verdy verd...@wanadoo.fr a écrit :
C'est à chaque moteur de rendu de définir le nombre de couches
indépendantes de tuiles qu'il va générer, et dans quelle couche il va
placer les éléments qu'il trouve.
C'est le genre de choix pour lequel je considère que
Le 15 février 2012 11:28, Ab_fab gamma@gmail.com a écrit :
Le 15 février 2012 08:05, Philippe Verdy verd...@wanadoo.fr a écrit :
C'est à chaque moteur de rendu de définir le nombre de couches
indépendantes de tuiles qu'il va générer, et dans quelle couche il va
placer les éléments
De : Philippe Verdy
Justement je n'ai pas dit ça. Tu commence à comprendre à l'envers...
une manie :-)
Je n'ai pas dit de restreindre ces valeurs, mais justement pouvoir
taguer avec des valeurs dont on sait qu'elles sont reconnues
correctement et supportées (en cas d'évolution des
Le 15 février 2012 11:28, Ab_fab gamma@gmail.com a écrit :
Le 15 février 2012 08:05, Philippe Verdy verd...@wanadoo.fr a écrit :
C'est à chaque moteur de rendu de définir le nombre de couches
indépendantes de tuiles qu'il va générer, et dans quelle couche il va
placer les éléments
Le 15 février 2012 11:49, Vincent de Chateau-Thierry
v...@laposte.net a écrit :
Pas besoin de ré-inventer la roue : pour une saisie d'attributs cadrée, qui
justement
limite les erreurs, voir le menu déroulant Attributs de JOSM.
FAUX ! Cette liste de valeurs possibles contient en fait une
Le 15 février 2012 11:37, Philippe Verdy verd...@wanadoo.fr a écrit :
Justement je n'ai pas dit ça. Tu commence à comprendre à l'envers...
Flûte ...
Je n'ai pas dit de restreindre ces valeurs, mais justement pouvoir
taguer avec des valeurs dont on sait qu'elles sont reconnues
Le 15 février 2012 11:56, Ab_fab gamma@gmail.com a écrit :
choses en valeur et donc faciliter la correction.
Osmose marche bien pour signaler les anomalies portant sur un noeud,
mais pas du tout concernant les relations et les chemins, car il
signale une position arbitraire sur un seul
Pour n'utiliser que des tags connus dans JOSM, c'est quand même facile:
- menu Attributs et en particulier Recherche d'attributs disponible via F3
- les icônes d'accès rapide aux principaux attributs
Bien sûr, si on utilise le panneau Attributs à droite, on travaille
sans filet, mais c'est un
Le 15/02/2012 11:56, Ab_fab a écrit :
C'est peut être les menus de balises présélectionnées qu'il faut
améliorer dans JOSM et Potlatch ?
Le substrat est là : les deux outils sont hautement configurables pour
améliorer les choix proposés
Oui, je viens découvrir qu'il est possible de rajouter
Dans JOSM, c'est normal que tu n'aies rien à paramétrer, puisque
l'outil écrit en Java prends en charge directement Unicode et
travaille dans ce mode.
Dans Potlatch, (ou rawedit), c'est une affaire car il faut que ton
navigateur soit à jour et correctement paramétré pour gérer l'Unicode
Le 15/02/2012 19:38, Philippe Verdy a écrit :
Dans JOSM, c'est normal que tu n'aies rien à paramétrer, puisque
l'outil écrit en Java prends en charge directement Unicode et
travaille dans ce mode.
potlatch, je sais pas, je n'utilise pas.
et je viens juste de dire que c'est dans josm, justement,
Le 15 février 2012 20:28, Hélène PETIT h...@free.fr a écrit :
Le 15/02/2012 19:38, Philippe Verdy a écrit :
Dans JOSM, c'est normal que tu n'aies rien à paramétrer, puisque
l'outil écrit en Java prends en charge directement Unicode et
travaille dans ce mode.
potlatch, je sais pas, je
Bonjour,
Le 15/02/2012 18:01, Hélène PETIT a écrit :
Le 15/02/2012 11:56, Ab_fab a écrit :
C'est peut être les menus de balises présélectionnées qu'il faut
améliorer dans JOSM et Potlatch ?
Le substrat est là : les deux outils sont hautement configurables pour
améliorer les choix proposés
2012 20h44:39 GMT +01:00 Amsterdam / Berlin / Berne /
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] le rendu map...@osm.org affiche si ou ça. Etait :place
= locality / hamlet
Plutôt que vouloir tout mettre ans Mapnik, je verrais plutôt le
développement de tuiles transparentes, superposables
Le 14 février 2012 18:32, te...@free.fr a écrit :
Bonjour,
Alors en lisant tout ça, et en partageant le point de vue, j'aurais tendance
à dire +10...
C'est vrai, ça permet de découper le travail de création des cartes, ça
permet de créer des combinaisons de layers plus facilement avec un
On dimanche 12 février 2012, yvecai wrote:
C'est vrai que Mapnik (enfin, la feuille de style d'osm)
Pour lever l'ambiguité et tenter de rester le plus concis possible, j'aime
écrire map...@osm.org
à une fâcheuse
tendance à marquer tout les tags 'name='.
Est-ce vraiment fâcheux ?
Le
Le 13/02/2012 12:40, sly (sylvain letuffe) a écrit :
Mais maintenant, les choses ont changées, je suis donc en faveur pour que
map...@osm.org deviennent un rendu toujours plus moche, toujours plus à jour,
toujours plus saturé d'info, bref toujours plus à destination du
contributeur.
1) si
On lundi 13 février 2012, Hélène PETIT wrote:
Le 13/02/2012 12:40, sly (sylvain letuffe) a écrit :
Mais maintenant, les choses ont changées, je suis donc en faveur pour que
map...@osm.org deviennent un rendu toujours plus moche, toujours plus à
jour,
toujours plus saturé d'info, bref
C'est aussi un chouette labo de demo pour Mapnik.
sly (sylvain letuffe) li...@letuffe.org a écrit :
On lundi 13 février 2012, Hélène PETIT wrote:
Le 13/02/2012 12:40, sly (sylvain letuffe) a écrit :
Mais maintenant, les choses ont changées, je suis donc en faveur pour que
map...@osm.org
Le 13/02/2012 13:05, sly (sylvain letuffe) a écrit :
- Soit le consommateur ordinaire n'a rien à faire là, celui qui l'y a amené
n'a pas présenté osm à un consommateur de la meilleure façon.
le consommateur ordinaire est arrivé là en tapant :
openstreetmap.org
dans son navigateur.
C'est
On lundi 13 février 2012, Hélène PETIT wrote:
le consommateur ordinaire est arrivé là en tapant :
openstreetmap.org
dans son navigateur.
Il est rare que l'on tape encore des adresses, disons qu'il a
cherché openstreetmap dans google.
Mais sans doute qu'il a entendu ce nom ou qu'on lui a
Plutôt que vouloir tout mettre ans Mapnik, je verrais plutôt le
développement de tuiles transparentes, superposables en couches
sélectionnables, et permettant d'afficher ou masquer ce que l'on veut
voir ou pas.
Bref des tuiles pour le fond topographique, des tuiles pour uniquement
les limites
28 matches
Mail list logo