Le sage avait montré la Lune.
Pour ma première réponse, j'avais plutôt regardé le doigt.
J'ai fini par comprendre l'ampleur du problème, et normalement c'est
maintenant corrigé (changeset 24435684).
J'attends maintenant le sage suivant
Art.
Le 29 juillet 2014 21:24, Art Penteur
Bonjour,
Le 30 juillet 2014 00:40, Mides mides@gmail.com a écrit :
Par exemple (mais je viens de voir qu'il me manque le rôle sur la
relation):
http://www.openstreetmap.org/relation/3807719#map=11/42.9931/1.4193
Dans le cas présent, il n'est donc pas nécessaire le name sur les
On a d'autres exemples avec des sous-objets ayant des noms locaux plus
spécifique que le nom de l'ensemble. Y compris par exemples les rivières
qui changent de nom le long de leur cours (ou en adapte un autre seulement
temporairement, par exemple pour une section canalisée).
En principe si un
Et visiblement elle impacte aussi la disponibilité de nombreuses tuiles du
rendu OSM FR (pas de réponse du serveur), même en version ancienne
(visiblement elles ne sont pas en cache).
C'est un problème pour ceux qui utulisent le rendu OSM OFR comme image de
fond semitransparente associée à une
Donc, dans la mesure ou le tag name de la relation et des objets 'fils est
strictement identique, nul besoin de répéter cette information. D'autant
plus qu'une seule relation s'applique à tous les objets.
Par contre, au niveau de la relation, je mets quel type de rôle : inner,
outer, etc.
Le 30 juillet 2014 08:57, Mides mides@gmail.com a écrit :
Donc, dans la mesure ou le tag name de la relation et des objets 'fils
est strictement identique, nul besoin de répéter cette information.
D'autant plus qu'une seule relation s'applique à tous les objets.
Par contre, au niveau de
inner et outer sont des rôles utilisés pour les multipolygones (et autres
relations assimilées), mas leur emploi n'est plus aussi systématique car on
peut les déduire de la géométrie globale de l'ensemble... à condition
qu'elle ne soit pas cassée.
Ce sont donc avant tout des rôles documentaires
Concernant les relations d'itinéraires (relations type=route), il y a 3
rôles:
- le rôle vide qui autorise un chemin à être pris dans les deux sens (sens
du tracé du chemin ou sens inverse)... à moins que le chemin l'interdise
avec un oneway=yes ou -1 ou parce que c'est un junction=yes)
- le
Ok, pour les rôles de la relation.
Michel
Le 30 juillet 2014 09:12, Philippe Verdy verd...@wanadoo.fr a écrit :
Concernant les relations d'itinéraires (relations type=route), il y a 3
rôles:
- le rôle vide qui autorise un chemin à être pris dans les deux sens (sens
du tracé du chemin ou
elles peuvent se contredire et l'objet local n'a plus de nom plus
prioritaire qu'un autre sauf en indiquant lequel utiliser parmi les noms
des relations parentes
Une autre question concernant cela.
Si je comprend bien , et sous la condition qu'il
n'existe qu’une seule relation pour l'objet,
Une bouding box si grande pour le changeset, c'est parce que tu prends en
compte l'outre-mer ?
Le 30 juillet 2014 08:04, Art Penteur art.pent...@gmail.com a écrit :
Le sage avait montré la Lune.
Pour ma première réponse, j'avais plutôt regardé le doigt.
J'ai fini par comprendre l'ampleur du
type=route + route=train - c'est la description d'une ligne commerciale
Dans le cas présent, c'est la description d'une infrastructure physique
donc route=railway surtout que c'est une ligne désaffectée.
http://wiki.openstreetmap.org/wiki/Tag:route=railway
Pour les name=*, et oui, il faut les
Le 30 juillet 2014 10:12, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Une bouding box si grande pour le changeset, c'est parce que tu prends en
compte l'outre-mer ?
Oui.
Art.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Le 30 juillet 2014 10:16, Christian Quest cqu...@openstreetmap.fr a écrit
:
Pour les name=*, et oui, il faut les mettre sur chaque segment.
hein?
Romain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
2014-07-29 16:54 GMT+02:00 Samy Mezani samy.mez...@wanadoo.fr:
Pour le nom de l'étang, qui désigne l'ensemble des 2, je voulais créer une
relation site avec water=pond et name=nom de l'étang. Est-ce une bonne
manière de faire ?
Pas vraiment. La relation de type site est faite pour autre chose
Je suis un peu perdu !
J'ai modifié pour le tag name sur tous les objets de la relation mais
apparemment
https://www.openstreetmap.org/way/287013646
https://www.openstreetmap.org/relation/3807719#map=11/42.9913/1.3716
Et dans la relation, étant une ligne désaffectée je retire donc les
Non, il faut indiquer le type de la relation (type=route), mais utiliser
route=railway pour décrire la ligne physique et pas la ligne commerciale
(qui n'existe plus).
Pour le name=* si on veut que ça sorte sur une majorité de rendus, il faut
le mettre sur les way, et ce n'est pas faux de le
On Tue, Jul 29, 2014 at 11:33 PM, Jo winfi...@gmail.com wrote:
Moi, je n'ai pas été spammé avec des promesses de voucher pour $50...
Il faut savoir que donner des bons-cadeaux pour une étude est assez
courante là-bas. C'est une forme de rétribution considérée comme
normale en échange du temps
Le 30 juillet 2014 10:45, Christian Quest cqu...@openstreetmap.fr a écrit
:
Non, il faut indiquer le type de la relation (type=route), mais utiliser
route=railway pour décrire la ligne physique et pas la ligne commerciale
(qui n'existe plus).
Pour le name=* si on veut que ça sorte sur une
2014-07-30 10:23 GMT+02:00 Art Penteur art.pent...@gmail.com:
C'est vraiment dommage et triste d'en arriver là. C'est pourtant plus
simple de dire que ce tag n'était pas nécessaire en France. Des tas
d'autres attributs sont impliqués par défaut dans ce projet. A quand
le changeset qui ajoute un
Ah ok, je comprends mieux ta remarque maintenant.
Oui, c'est limite entre nom et description...
La question à se poser à mon avis: a-t-on des tags qui permettent de
décrire tout ça sémantiquement ?
Si oui, la question se pose vraiment pour ce name=*... mais il faut parfois
faire des concessions
Bonjour la liste,
La question est presque dans le titre : je souhaiterais créer une
symbologie de couche vectorielle sous QGis basée sur tout ou partie d'un
document MapCSS.
Ce document est existant, constamment remis à jour, contient beaucoup de
règles de style et je trouverait dommage de
Je vois souvent beaucoup de name=* qui en fait ne sont pas des noms mais
juste des descriptions de l'objet.
Exemple*: https://www.openstreetmap.org/way/48911279#map=18/42.98985/1.13957
Tennis**, Tennis couvert, Terrain de sport, Centrale
Hydroélectrique, Concession Peugeot, Concession Renault,
Ce qui m'a convaincu, c'est l'argument de Vincent :
Moi, je suis favorable à l'ajout. Si tout devient relatif au pays, ça devient
difficile d'avoir une base mondiale.
Ça n'est pas compliqué d'ajouter le dispensing=yes. Et le jour où les
mexicains ou les néo-zélandais utiliseront les données
Sauf que TileMill c'est CartoCSS et pas MapCSS...
Transformer automatiquement une feuille de style d'un format à un autre
n'est pas impossible mais pas évident non plus.
Le 30 juillet 2014 11:02, François Lacombe
francois.laco...@telecom-bretagne.eu a écrit :
Bonjour la liste,
La question
Hu, vous allez me faire louper le train ! ;-)
Plus sérieusement :
Dans la relation je dois donc mettre :
- name = Ancienne ligne de chemin de fer de Saint-Girons à Foix ( *à
opposer le cas échéant avec description*)
- route = railway
- type = toute
- wikipedia = fr:Ligne
Petit remarque pour dire que la notion d' héritage dans OSM est
assez flou. On ne peut pas dire que ça n'existe pas, ni que c'est
impossible ou interdit. La question se pose pour les objets de type
relation mais ça se pose aussi sur la topologie. Par exemple, si je
met un access=no sur un
Oui, j'évoquais TileMill sur le principe : la symbologie est donnée par une
feuille de style.
Ici c'est du MapCSS que je génère et je me demande si QGis est capable d'en
faire quelque chose ?
*François Lacombe*
francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
Le 30
2014-07-30 11:09 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:
Tout ceci se décrit à l'aide de tags relativement simples (ce qui est fait)
et faciles à réutiliser.
Le problème est que ces tags ne se voient pas sur la carte. Et les
gens contribuent pour qu'on puisse utiliser (interprèter)
2014-07-30 11:12 GMT+02:00 Art Penteur art.pent...@gmail.com:
Mais je reste persuadé que la définition de amenity=pharmacy, qui
nécessite d'ajouter dispensing=yes pour dire que c'est une vraie
pharmacie qui délivre des vrais médicaments est une grosse erreur,
source de confusion. Dans quelle
Juste une petite question :
osm.org a-t-il aussi vocation à être consulté par un utilisateur lambda à
la recherche d'informations visuelles sur un secteur, ou se cantonne t-il
en un outil de contrôle s’adressant uniquement aux contributeurs ?
(Question juste pour ma gouverne)
Michel
Le 30
Le 30/07/2014 11:09, Christian Quest a écrit :
Je vois souvent beaucoup de name=* qui en fait ne sont pas des noms mais
juste des descriptions de l'objet.
Exemple*: https://www.openstreetmap.org/way/48911279#map=18/42.98985/1.13957
Tennis**, Tennis couvert, Terrain de sport, Centrale
Le 30 juillet 2014 11:09, Christian Quest cqu...@openstreetmap.fr a écrit
:
Je vois souvent beaucoup de name=* qui en fait ne sont pas des noms mais
juste des descriptions de l'objet.
Exemple*:
https://www.openstreetmap.org/way/48911279#map=18/42.98985/1.13957
Tennis**, Tennis couvert,
Pour cet exemple du access=no, il faut savoir à quoi il se réfère, si c'est
une interdiction générale (genre zone militaire) ou bien si c'est un tag
par défaut à appliquer à certaines occurences d'autres tags...
Il n'y avait pas une proposition de polygone pour définir des valeurs par
défaut sur
Le 30 juillet 2014 11:00, Christian Quest cqu...@openstreetmap.fr a écrit
:
Ah ok, je comprends mieux ta remarque maintenant.
Oui, c'est limite entre nom et description...
La question à se poser à mon avis: a-t-on des tags qui permettent de
décrire tout ça sémantiquement ?
Si oui, la
A la lecture des divers message, dois je retirer ou pas les tags name du
style Tennis, Tribunes, Statue de.., Piste de Skate, Basket-ball, Aire de
camping car, etc ?
Au cas où, je n'y vois strictement aucun inconvénient dans un souci
d’harmonisation des données, même si je trouve que cela est
Question récurrente... réponse classique c'est plutôt pour les
contributeurs.
Pour les terrains de sport, inutile de vous rappeler que le rendu FR montre
ça à l'aide des lignes du terrain.
Ca rend une carte plus lisible à mon avis que de multiplier les textes si
difficile à placer... et ça laisse
Le 30/07/2014 14:13, Christian Quest a écrit :
Question récurrente... réponse classique c'est plutôt pour les
contributeurs.
Pour les terrains de sport, inutile de vous rappeler que le rendu FR
montre ça à l'aide des lignes du terrain.
Ca rend une carte plus lisible à mon avis que de
François-2 wrote
J'ai un D5000 et un Etrex 20, qui démarre très vite. En pratique, je
l'allume d'avance pour lui laisser le temps de se stabiliser et je le
laisse en marche, parfois des journées entières. Il utilise les satellites
GPS et GLONASS, et la précision (horizontale et verticale) est
Le 30/07/2014 15:55, Shohreh a écrit :
C'est un peu obscure pour un non-spécialiste come moi:
- un GPS autonome type Garmin
- un appareil photo, avec les infos EXIF dans chaque photo
- le logiciel Gpscorrelate
Comment ces trois outils sont-ils utilisés?
Merci.
Le principe est d'utiliser les
Et JOSM peut aussi faire cette corrélation tout seul.
Il permet même de gérer le décalage de l'horloge du GPS (très précise et
toujours à l'heure) avec celle de l'appareil photo (souvent pas exactement
à l'heure).
Pour cela il suffit de prendre en photo l'heure affichée par le GPS et de
l'indiquer
Ok merci.
L'idéal, ça serait qu'on puisse connecter le GPS par USB à l'APN voire le
smartphone.
--
View this message in context:
http://gis.19327.n5.nabble.com/Qualite-GPS-Nikon-D5300-tp5812391p5813152.html
Sent from the France mailing list archive at Nabble.com.
Oui c'est vrai il y a tout simplement JOSM mais c'était tellement
évident vu que j'utilise ça quasiment tous les jours que je n'ai même
pas pensé à le citer... C'est grave docteur ? ;-)
Nicolas
-
Nicolas Moyroud
Site web libre@vous :
Mouais bof à mon avis tu y gagnerai pas grand chose et même tu y
perdrai. Si tu prends les coordonnées en instantané au moment de la
prise de vue et que le signal GPS ne passe pas pile à ce moment là
(bâtiment, forêt) tu n'as aucune information. Alors qu'avec la
corrélation il fait au plus
Avec tout les problèmes pour faire fonctionner les 2 ensemble, les câbles
qui gênent, qui se débranchent...
Essaye la corrélation avec JOSM, ça marche très bien, c'est simple et
rapide.
Tu peux prendre un vrai GPS (un Garmin par exemple dans lequel tu peux
remettre des cartes OSM), ou bien une
C'est ici: http://www.arte.tv/guide/fr/051083-019/x-enius
Le thème est le sens de l'orientation... avec de beaux sujet à propos
d'OpenStreetMap, de wheelmap, du mapping de crise.
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
On 30/07/2014 16:31, Christian Quest wrote:
Et JOSM peut aussi faire cette corrélation tout seul.
Il permet même de gérer le décalage de l'horloge du GPS (très précise
et toujours à l'heure) avec celle de l'appareil photo (souvent pas
exactement à l'heure).
Pour cela il suffit de prendre en
Le 30/07/2014 10:33, Pieren a écrit :
Le mieux que
je puisse te proposer actuellement serait donc de laisser le
natural=water + water=pond sur le polygone de l'eau, conserver le
natural=wetland sur l'autre (ou les autres) polygone de végétation
et mettre le nom de l'étang soit sur le
JOSM peut aussi mettre à jour l'EXIF dans le fichier photo...
...mais ne peut pas ajouter un écran à ton logger.
Remboursez, remboursez !
Le 30 juillet 2014 16:59, Jean-Marc Liotier j...@liotier.org a écrit :
On 30/07/2014 16:31, Christian Quest wrote:
Et JOSM peut aussi faire cette
On 30/07/2014 17:22, Christian Quest wrote:
JOSM peut aussi mettre à jour l'EXIF dans le fichier photo...
...mais ne peut pas ajouter un écran à ton logger.
Remboursez, remboursez !
Bon... J'exige le remboursement du prix de JOSM.
Effectivement, si JOSM peut en plus mettre à jour l'EXIF des
Le 30 juillet 2014 17:43, Jean-Marc Liotier j...@liotier.org a écrit :
Bon... J'exige le remboursement du prix de JOSM.
Effectivement, si JOSM peut en plus mettre à jour l'EXIF des photos, alors
pour cet usage il est parfaitement équivalent à gpscorrelate... J'essaierai
!
Il faut quand
Je ne suis gêné par aucun des cas cités, sur les cartes, voir terrain de
tennis indiqué dans un centre sportif me semble naturel, devoir le déduire
du terrain est faisable, mais j'aurais plutôt tendance à l'afficher
automatiquement à partir d'un certain niveau de zoom.
Par ailleurs, donner un nom
Et pourquoi pas tout simplement un vrai gps doté d'un apn.
Tu auras :
- Des photos de qualités convenables geo-localisées
- Une réception pas trop dégradée en canyon urbain ou autres
- Un boitier de conception robuste pour les sorties en extérieur
- Un autonomie assez importante
-
On 07/30/2014 06:49 PM, Mides wrote:
Et pourquoi pas tout simplement un vrai gps doté d'un apn.
Tu auras :
* Des photos de qualités convenables geo-localisées
* Une réception pas trop dégradée en canyon urbain ou autres
* Un boitier de conception robuste pour les sorties en extérieur
*
J'espère que tu as remarqué que mon introduction en la matière a été :
Et pourquoi pas.. et non pas il te faut.
Un personne cherche de l'info, on essai de participer un peu. Après,
concernant tous les gadgets qui sont sensé faire ce que font des appareils
prévus pour, c'est une autre histoire...
Le 30 juillet 2014 18:45, Jean-Baptiste Holcroft jb.holcr...@gmail.com a
écrit :
Je ne suis gêné par aucun des cas cités, sur les cartes, voir terrain de
tennis indiqué dans un centre sportif me semble naturel, devoir le déduire
du terrain est faisable, mais j'aurais plutôt tendance à
Moi non plus cela ne me choque pas d'avoir ces noms simples... qu'un rendu
peut aussi vouloir ne pas afficher parce qu'il peut afficher l'info
autrement par une icône, une couleur, une texture...
C'est un moyen simple de synthétiser l'information, même si ce n'est pas
toujours très sélectif.
A
Le 30/07/2014 19:38, Christian Quest a écrit :
Côté ré-utilisateur, pas facile par exemple sur les rendus d'éliminer
ces noms qui n'en sont pas vraiment si on le souhaite.
Alors que dessiner un cours de tennis quand c'est sport=tennis, dessiner
un terrain de foot, de rugby... ça a l'ai si
Peut-être alors une analyse Osmose consistant à migrer certains name=* en
description=* serait une solution ?
A condition de pousser aussi les rendus à afficher le champ description à
défaut de champ name...
Il vaut mieux pouvoir afficher un nom même s'il n'est pas extrêmement
précis, que rien du
Et si on les élimine pour favoriser certains rendus, que faire pour la
recherche en mode texte (Nominatim) ???
N'est-ce pas extrême et n'est-ce pas alors taguer aussi pour le rendu que
de les éliminer, alors même que les moteurs de rendus spécifiques qui
savent détailler les tags pour distinguer
On 07/30/2014 07:16 PM, Mides wrote:
J'espère que tu as remarqué que mon introduction en la matière a été
: Et pourquoi pas.. et non pas il te faut.
Un personne cherche de l'info, on essai de participer un peu. Après,
concernant tous les gadgets qui sont sensé faire ce que font des
Le 30/07/2014 19:38, Christian Quest a écrit :
Côté ré-utilisateur, pas facile par exemple sur les rendus d'éliminer
ces noms qui n'en sont pas vraiment si on le souhaite. C'est aussi ça
que je voulais faire remonter.
Ça me rappelle ma proposition de jeunesse de proposer un
short_description à
Mieux vaut carrément supprimer la bounding box de la requête si tu inclue
les DOM pour la France, ce sera BEAUCOUP plus rapide de s'en passer
totalement et il n'y aura pas significativement moins de faux-positifs.
La bbox de la France DOM incluse couvre la majeure partie des terres
habitées dans
Paradoxalement oui...
Se baser sur des données sémantiques claires c'est facile à coder... bon
ok, orienter les lignes c'est un peu plus complexe, mais le code est ouvert
;)
Le 30 juillet 2014 20:00, Vincent Pottier vpott...@gmail.com a écrit :
Le 30/07/2014 19:38, Christian Quest a écrit :
Rien que le fait que le mail prétend être d'un prof d'une université, mais
sans même la mentionner exactement, avec un site d'information présentant
le projet ou le labo, ses activités de recherche, ses publications passées,
les noms des chefs de projets, les principaux projets en cours, leur mode
L'idée de retirer certain est compréhensible, l'exemple de Tennis sur un
court de tennis est effectivement assez inutile, à la limite ça permet de
mieux taguer le pitch si le tag approprié est manquant, mais Terrain de
Tennis de Suresnes, c'est un nom ou pas ?
Pour les concessionnaires par
Quelqu'un connaît-il une façon de taguer correctement nos petits cas
particuliers ?
Par exemple : le chocolatier pâtissier qui possède un espace pour manger
sur place ? ...
Je crois comprendre qu'il faut combiner des tags avec des options, mais je
ne trouve rien de très clair.
Est-ce que cela
Le 30 juillet 2014 21:17, Jean-Baptiste Holcroft jb.holcr...@gmail.com a
écrit :
L'idée de retirer certain est compréhensible, l'exemple de Tennis sur un
court de tennis est effectivement assez inutile, à la limite ça permet de
mieux taguer le pitch si le tag approprié est manquant, mais
Même problème pour les bouchers/charcutiers/traiteurs...
Vu le détail de la proposition, un preset serait effectivement utile !
Le 30 juillet 2014 21:36, Jean-Baptiste Holcroft jb.holcr...@gmail.com a
écrit :
Quelqu'un connaît-il une façon de taguer correctement nos petits cas
particuliers ?
Intéressant vidéo, et ludique en plus.
Et cette présentation du créateur de Wheelmap est très intéressante.
Merci Christian.
Pierre
De : Christian Quest cqu...@openstreetmap.fr
À : Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé le :
Je ne vois pas de cas simple pour dire que c'est le nom usuel ou non. À
part en cherchant les cas de names qui sont identiques ou très proches qui
mettent en valeur un doute réel.
Es tu capable d'afficher concessionnaire Renault ou maltimarque si aucun
nom n'est indiqué ? Ça limiterait peut être
71 matches
Mail list logo
