Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Jérôme Seigneuret]

On peut pas tester ces cas d'une autre manière? J'ai l'impression que c'est
le cas de toutes les entités de type restrictions et les éléments qui sont
en relation ou partie d'un autre objets (entrance, *mountain_pass, *
traffic_sign...)

L'analyse ne doit porter que sur tous les types d'objets:
exemple pour traffic_sign:

test sur un noeud isolé pour moi faux positif sinon doit être en relation
avec highway pour qualifier la restriction et donc on bypass le test
dans le cas d'un way avec traffic_sign on doit avoir le test car on a le
cas des ponts et tunnel et autre restriction sur du linéaire dont celui-ci
est qualifié d'un highway. Dans la modification effectué le test dégage
tous les cas.

Je pense qu'une modélisation des tests pourrait aider à définir et
comprendre les cas à tester. L'analyse du code c'est pas l'idéal pour
comprendre le fonctionnel.








Le 22 octobre 2014 19:59, Cavok  a écrit :

> Les entrées d'un bâtiment peuvent être nommées.
> Peut être alors rajouter
> *entrance*
>
>
> Le 22 octobre 2014 00:11, Frédéric Rodrigo  a
> écrit :
>
> Le 19/10/2014 19:44, Frédéric Rodrigo a écrit :
>>
>>> Le 19/10/2014 19:33, lenny a écrit :
>>>

 Le 19/10/2014 10:21, Frédéric Rodrigo a écrit :

> J'ai ajouté les tags suivants dans ceux à déjà ignorés :
> 'mountain_pass', 'traffic_sign', 'mountain_pass', 'golf'
>
> Je peux en ajouter d'autres.
>
>
>> C'est à jour dans osmose. Au besoin je peux en ajouter d'autres.
>>
>> http://osmose.openstreetmap.fr/fr/errors/?item=2110
>> http://osmose.openstreetmap.fr/fr/map/#item=2110
>> http://osmose.openstreetmap.fr/fr/errors/graph.png?item=2110
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Cavok]

Les entrées d'un bâtiment peuvent être nommées.
Peut être alors rajouter
*entrance*


Le 22 octobre 2014 00:11, Frédéric Rodrigo  a écrit
:

> Le 19/10/2014 19:44, Frédéric Rodrigo a écrit :
>
>> Le 19/10/2014 19:33, lenny a écrit :
>>
>>>
>>> Le 19/10/2014 10:21, Frédéric Rodrigo a écrit :
>>>
 J'ai ajouté les tags suivants dans ceux à déjà ignorés :
 'mountain_pass', 'traffic_sign', 'mountain_pass', 'golf'

 Je peux en ajouter d'autres.


> C'est à jour dans osmose. Au besoin je peux en ajouter d'autres.
>
> http://osmose.openstreetmap.fr/fr/errors/?item=2110
> http://osmose.openstreetmap.fr/fr/map/#item=2110
> http://osmose.openstreetmap.fr/fr/errors/graph.png?item=2110
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Yves Pratter]

> Le 22 oct. 2014 à 10:37, lenny  a écrit :
> 
> Je me suis inscrit sur github, mais je pense que c'est trop complexe pour moi 
> (je ne trouve pas quel chemin utiliser pour mettre un ticket) ; par contre, 
> j'ai bien trouvé le lien dans trac - est-il possible de l'écrire en français, 
> ou faut-il le faire en anglais ?
Je dirais en anglais pour les projets internationaux…
… mais vaut mieux un ticket en français que pas de ticket du tout ?
Quelqu’un pourra mettre la traduction en commentaire ?

—
Yves

PS: je n’ai pas trouvé de paramètre pour changer la langue de github. Ça n’est 
pas prévu ?
Je trouve qu’un système de tickets dans une langue native serait vraiment un 
plus pour les utilisateurs finaux.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[lenny]

Le 19/10/2014 19:44, Frédéric Rodrigo a écrit :

Le 19/10/2014 19:33, lenny a écrit :


Le 19/10/2014 10:21, Frédéric Rodrigo a écrit :

Sur la ML je m'y perd dans vos discutions. Vous pouvez créer un ticket
de demande de modifications sur le tac ou github (en anglais).

Bonjour,
aurais-tu un lien pour créer ces tickets ?


https://github.com/osm-fr/osmose-backend/ (de préférence, et anglais)
http://trac.openstreetmap.fr/


Merci de la réponse.
Je me suis inscrit sur github, mais je pense que c'est trop complexe 
pour moi (je ne trouve pas quel chemin utiliser pour mettre un ticket) ; 
par contre, j'ai bien trouvé le lien dans trac - est-il possible de 
l'écrire en français, ou faut-il le faire en anglais ?


Lenny

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Frédéric Rodrigo]

Le 19/10/2014 19:44, Frédéric Rodrigo a écrit :

Le 19/10/2014 19:33, lenny a écrit :


Le 19/10/2014 10:21, Frédéric Rodrigo a écrit :

J'ai ajouté les tags suivants dans ceux à déjà ignorés :
'mountain_pass', 'traffic_sign', 'mountain_pass', 'golf'

Je peux en ajouter d'autres.



C'est à jour dans osmose. Au besoin je peux en ajouter d'autres.

http://osmose.openstreetmap.fr/fr/errors/?item=2110
http://osmose.openstreetmap.fr/fr/map/#item=2110
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=2110


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Frédéric Rodrigo]

Le 19/10/2014 19:33, lenny a écrit :


Le 19/10/2014 10:21, Frédéric Rodrigo a écrit :

J'ai ajouté les tags suivants dans ceux à déjà ignorés :
'mountain_pass', 'traffic_sign', 'mountain_pass', 'golf'

Je peux en ajouter d'autres.

Sur la ML je m'y perd dans vos discutions. Vous pouvez créer un ticket
de demande de modifications sur le tac ou github (en anglais).

Bonjour,
aurais-tu un lien pour créer ces tickets ?


https://github.com/osm-fr/osmose-backend/ (de préférence, et anglais)
http://trac.openstreetmap.fr/


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[lenny]

Le 19/10/2014 10:21, Frédéric Rodrigo a écrit :

J'ai ajouté les tags suivants dans ceux à déjà ignorés :
'mountain_pass', 'traffic_sign', 'mountain_pass', 'golf'

Je peux en ajouter d'autres.

Sur la ML je m'y perd dans vos discutions. Vous pouvez créer un ticket 
de demande de modifications sur le tac ou github (en anglais).

Bonjour,
aurais-tu un lien pour créer ces tickets ?

cordialement
Lenny


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Jérôme Seigneuret]

Ok donc j'ai mal compris l'association. Ducoup il y a des éléments
(restriction, ou relation) qui ne possède pas de réel tag principal.

Par contre golf n'est pas a y mettre *sport=golf. *

Le 19 octobre 2014 11:04, Cavok  a écrit :

> Oui, tu pourrais ajouter
> *piste:type*
>
> Le 19 octobre 2014 10:21, Frédéric Rodrigo  a
> écrit :
>
> J'ai ajouté les tags suivants dans ceux à déjà ignorés :
>> 'mountain_pass', 'traffic_sign', 'mountain_pass', 'golf'
>>
>> Je peux en ajouter d'autres.
>>
>> Sur la ML je m'y perd dans vos discutions. Vous pouvez créer un ticket de
>> demande de modifications sur le tac ou github (en anglais).
>>
>> Frédéric.
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Cavok]

Oui, tu pourrais ajouter
*piste:type*

Le 19 octobre 2014 10:21, Frédéric Rodrigo  a écrit
:

> J'ai ajouté les tags suivants dans ceux à déjà ignorés :
> 'mountain_pass', 'traffic_sign', 'mountain_pass', 'golf'
>
> Je peux en ajouter d'autres.
>
> Sur la ML je m'y perd dans vos discutions. Vous pouvez créer un ticket de
> demande de modifications sur le tac ou github (en anglais).
>
> Frédéric.
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Frédéric Rodrigo]

J'ai ajouté les tags suivants dans ceux à déjà ignorés :
'mountain_pass', 'traffic_sign', 'mountain_pass', 'golf'

Je peux en ajouter d'autres.

Sur la ML je m'y perd dans vos discutions. Vous pouvez créer un ticket 
de demande de modifications sur le tac ou github (en anglais).


Frédéric.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Philippe Verdy]

Le 18 octobre 2014 22:43, Jérôme Seigneuret  a
écrit :

> @Matthias Dietrich je vais juste reprendre point par point
>
> *Après vérification du wiki, il faudrait en effet que information=* soit
> accompagné de tourism=information. *
>
> En effet c'est précisé ici
> http://wiki.openstreetmap.org/wiki/FR:Key:information
>
> PS: quand dans la boite à droite c'est écrit G*roupe : ** c'est que le
> groupe est le tag principal il me semble
>
> *En revanche mountain_pass=yes ne nécessite rien d'autre. Pour golf=* le
> wiki ne dit pas qu'il doit être ajouté à sport=golf par exemple. *
>
> Ça c'est pas vrai!
>
> Premièrement, Pour *mountain_pass *c'est considéré comme attribut d'un
> highway donc il manque aussi un tag! La doc anglaise dit
> :
> *Applies to the "highest node" on a highway =
> motorway/secondary/footway/... (could be any appropriate "highway"):*
> Donc highway=* est indispensable
>

Non; justement ! "highway=*" ira sur le chemin (way), et mountain_pass ira
sur un seul neud (node) traversé par ce chemin. Donc pas en même temps sur
le même objet. Et c'est clair en anglais à condition de ne pas oublier de
lire le mot "node".

Ce noeud isolé, marqué par mountain_pass, ne peut pas être marqué avec
highway=primary/secondary/tertiary/unclassified/track/path. Cependant le
chemin devrait passer par ce noeud (pas toujours le cas en cas de chaussées
séparées: un seul noeud est placé entre les deux chaussées

(cas identique aux passages piétons, passages à niveau, passages à gué,
point de mise à l'eau de bateaux à l'intersection d'une voie terrestre de
service et du rivage ou d'une berge; aux portes d'écluse sur un canal ou
une rivière canalisée ou en sortie de certains ports par un chenal
découvert à marée basse...)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Jean-Baptiste Holcroft]

Cela montre que la détection osmose a vraiment du sens, je vous propose de
demander à scinder les erreurs avec des messages différents pour lieux
guider les utilisateurs. Qu'en pensez vous ?
Le 18 oct. 2014 23:39, "Matthias Dietrich"  a écrit :

> Je reprends également point par point.
>
> Je ne comprends pas groupe comme étant le tag principal, mais simplement
> la "catégorie" en quelque sorte. D'ailleurs le lien ne pointe pas vers la
> clé highway, mais sur une page listant tout ce qui concerne la voirie.
>
> Soit nous ne parlons pas de la même chose, soit tu extrapoles ce que dit
> le wiki. Pour mountain_pass, le noeud doit certes se trouver sur un way
> highway=*, mais le noeud en lui-même ne doit pas porter un quelconque
> highway=*. C'est cette soi-disant erreur que rapporte Osmose.
>
> Pour traffic_sign, relis la partie qui explique comment le taguer sur un
> noeud.
>
> *As a **separate* *node*
>
> Create a separate node beside the road at the position of the actual sign.
>
> Et si tu regardes le tableau en dessous dans le wiki, pour
> traffic_sign=city_limit  seul le cas d'un noeud est prévu. Cela n'aurait
> aucun sens sur un way, à moins de micro-tagguer les dimensions du panneau
> ...
>
> Regarde également dans le panneau de droite les "useful combinations". La
> clé highway n'y est pas citée.
>
> Enfin, et j'arrêterai là, ces façons de tagguer les cols et les panneaux
> d'agglomération existent depuis longtemps, c'est ce que je voulais dire en
> citant les chiffres de taginfo. Taginfo reflète avant tout la pratique des
> contributeurs. Avec parfois des incohérences certes, mais jusqu'à
> aujourd'hui, on y apprend que personne n'a ajouté de tag highway=* à
> mountain_pass ou à traffic_sign=city_limit.
> Qu'on veuille les changer, pourquoi pas, mais cela doit passer par une
> discussion sur tagging ou autres. Ce n'est pas à Osmose d'imposer une
> nouvelle interprétation.
>
> Personnellement je me moque royalement de devoir ajouter du highway=* ou
> pas à ces noeuds s'il y'a un consensus pour le faire, parce que certains
> trouvent ça plus clair. Ce qui me dérange, c'est qu'Osmose rapporte comme
> erreur ce qui est la pratique majoritaire, documentée et établie depuis
> longtemps.
>
> Le 18 oct. 2014 22:44, "Jérôme Seigneuret"  a
> écrit :
>
>> @Matthias Dietrich je vais juste reprendre point par point
>>
>> *Après vérification du wiki, il faudrait en effet que information=* soit
>> accompagné de tourism=information. *
>>
>> En effet c'est précisé ici
>> http://wiki.openstreetmap.org/wiki/FR:Key:information
>>
>> PS: quand dans la boite à droite c'est écrit G*roupe : ** c'est que le
>> groupe est le tag principal il me semble
>>
>> *En revanche mountain_pass=yes ne nécessite rien d'autre. Pour golf=* le
>> wiki ne dit pas qu'il doit être ajouté à sport=golf par exemple. *
>>
>> Ça c'est pas vrai!
>>
>> Premièrement, Pour *mountain_pass *c'est considéré comme attribut d'un
>> highway donc il manque aussi un tag! La doc anglaise dit
>> :
>> *Applies to the "highest node" on a highway =
>> motorway/secondary/footway/... (could be any appropriate "highway"):*
>> Donc highway=* est indispensable
>>
>> Et en ce qui concerne traffic_sign=city_limit, là non plus il n'est pas
>> précisé qu'il doit être ajouté à autre chose. En non, il ne doit pas être
>> nécessairement sur du highway
>>
>> Humm Il me semble que la page dit que c'est un membre du groupe highway.
>> Donc highway est indispensable avec highway=traffic_sign! C'est un manque
>> du wiki est j'espère que ce sera traité comme tel.
>>
>> mais à l'emplacement physique du panneau, qui est en général à côté de la
>> voirie, comme indiqué dans le wiki.
>>
>> oui est non : *It is possible to use a node which is part of a way, or
>> to create a separate node beside the road. Both methods are used in
>> practice.*
>>
>>  Taginfo indique également qu'aucun des quelque 100 000 nœuds
>> traffic_sign=city_limit n'est actuellement accompagné de highway=*.
>>
>> Pour moi c'est une connerie du au fait que ce ne soit pas précisé dans le
>> wiki! traffic_sign peut être correspondre à tout les élèments ou partie de
>> voirie. dans un way dans tous les cas tu auras un highway. Donc dans les
>> noeud isolé pour être cohérent il faut ajouter
>>
>>
>> *Donc en dehors de information=*, Osmose ne devrait pas lever d'erreurs
>> sur ces objets (en tout cas pas si on s'en tient aux usages actuels). *
>>
>> *Taginfo indique également qu'aucun des quelque 100 000 nœuds
>> traffic_sign=city_limit n'est actuellement accompagné de highway=*.*
>>
>> Cela peut aussi être du à un manque dans le wiki... Taginfo ne remonte
>> que la manière dont c'est utilisé et pas les incohérence sur l'utilisation.
>> Si c'est pas claire tout le monde fera n'importe quoi et on le voit sur
>> d'autre tags. Si j'en corrige 75000 highway=traffic_sign ,
>> considèrera-t-on que c'est ça qu'il faut faire?
>> Bref Taginfo permet de savoir combien on a de sai

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Matthias Dietrich]

Je reprends également point par point.

Je ne comprends pas groupe comme étant le tag principal, mais simplement la
"catégorie" en quelque sorte. D'ailleurs le lien ne pointe pas vers la clé
highway, mais sur une page listant tout ce qui concerne la voirie.

Soit nous ne parlons pas de la même chose, soit tu extrapoles ce que dit le
wiki. Pour mountain_pass, le noeud doit certes se trouver sur un way
highway=*, mais le noeud en lui-même ne doit pas porter un quelconque
highway=*. C'est cette soi-disant erreur que rapporte Osmose.

Pour traffic_sign, relis la partie qui explique comment le taguer sur un
noeud.

*As a **separate* *node*

Create a separate node beside the road at the position of the actual sign.

Et si tu regardes le tableau en dessous dans le wiki, pour
traffic_sign=city_limit  seul le cas d'un noeud est prévu. Cela n'aurait
aucun sens sur un way, à moins de micro-tagguer les dimensions du panneau
...

Regarde également dans le panneau de droite les "useful combinations". La
clé highway n'y est pas citée.

Enfin, et j'arrêterai là, ces façons de tagguer les cols et les panneaux
d'agglomération existent depuis longtemps, c'est ce que je voulais dire en
citant les chiffres de taginfo. Taginfo reflète avant tout la pratique des
contributeurs. Avec parfois des incohérences certes, mais jusqu'à
aujourd'hui, on y apprend que personne n'a ajouté de tag highway=* à
mountain_pass ou à traffic_sign=city_limit.
Qu'on veuille les changer, pourquoi pas, mais cela doit passer par une
discussion sur tagging ou autres. Ce n'est pas à Osmose d'imposer une
nouvelle interprétation.

Personnellement je me moque royalement de devoir ajouter du highway=* ou
pas à ces noeuds s'il y'a un consensus pour le faire, parce que certains
trouvent ça plus clair. Ce qui me dérange, c'est qu'Osmose rapporte comme
erreur ce qui est la pratique majoritaire, documentée et établie depuis
longtemps.

Le 18 oct. 2014 22:44, "Jérôme Seigneuret"  a
écrit :

> @Matthias Dietrich je vais juste reprendre point par point
>
> *Après vérification du wiki, il faudrait en effet que information=* soit
> accompagné de tourism=information. *
>
> En effet c'est précisé ici
> http://wiki.openstreetmap.org/wiki/FR:Key:information
>
> PS: quand dans la boite à droite c'est écrit G*roupe : ** c'est que le
> groupe est le tag principal il me semble
>
> *En revanche mountain_pass=yes ne nécessite rien d'autre. Pour golf=* le
> wiki ne dit pas qu'il doit être ajouté à sport=golf par exemple. *
>
> Ça c'est pas vrai!
>
> Premièrement, Pour *mountain_pass *c'est considéré comme attribut d'un
> highway donc il manque aussi un tag! La doc anglaise dit
> :
> *Applies to the "highest node" on a highway =
> motorway/secondary/footway/... (could be any appropriate "highway"):*
> Donc highway=* est indispensable
>
> Et en ce qui concerne traffic_sign=city_limit, là non plus il n'est pas
> précisé qu'il doit être ajouté à autre chose. En non, il ne doit pas être
> nécessairement sur du highway
>
> Humm Il me semble que la page dit que c'est un membre du groupe highway.
> Donc highway est indispensable avec highway=traffic_sign! C'est un manque
> du wiki est j'espère que ce sera traité comme tel.
>
> mais à l'emplacement physique du panneau, qui est en général à côté de la
> voirie, comme indiqué dans le wiki.
>
> oui est non : *It is possible to use a node which is part of a way, or to
> create a separate node beside the road. Both methods are used in practice.*
>
>  Taginfo indique également qu'aucun des quelque 100 000 nœuds
> traffic_sign=city_limit n'est actuellement accompagné de highway=*.
>
> Pour moi c'est une connerie du au fait que ce ne soit pas précisé dans le
> wiki! traffic_sign peut être correspondre à tout les élèments ou partie de
> voirie. dans un way dans tous les cas tu auras un highway. Donc dans les
> noeud isolé pour être cohérent il faut ajouter
>
>
> *Donc en dehors de information=*, Osmose ne devrait pas lever d'erreurs
> sur ces objets (en tout cas pas si on s'en tient aux usages actuels). *
>
> *Taginfo indique également qu'aucun des quelque 100 000 nœuds
> traffic_sign=city_limit n'est actuellement accompagné de highway=*.*
>
> Cela peut aussi être du à un manque dans le wiki... Taginfo ne remonte que
> la manière dont c'est utilisé et pas les incohérence sur l'utilisation. Si
> c'est pas claire tout le monde fera n'importe quoi et on le voit sur
> d'autre tags. Si j'en corrige 75000 highway=traffic_sign ,
> considèrera-t-on que c'est ça qu'il faut faire?
> Bref Taginfo permet de savoir combien on a de saisie ou de comparer des
> mode de saisie mais pas de dire que c'est bien ou non. Au moins on sait que
> 10 noeud seront à revoir...
>
> traffic_sign est une restriction doit-on ajouter des tags restriction pour
> avoir une catégorie principale... ou complètement ignoré les restrictions
> du test...
>
> Voir:
> http://wiki.openstreetmap.org/wiki/Map_Features
>
>
>
>
> Le 18 octobre

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Jérôme Seigneuret]

@Matthias Dietrich je vais juste reprendre point par point

*Après vérification du wiki, il faudrait en effet que information=* soit
accompagné de tourism=information. *

En effet c'est précisé ici
http://wiki.openstreetmap.org/wiki/FR:Key:information

PS: quand dans la boite à droite c'est écrit G*roupe : ** c'est que le
groupe est le tag principal il me semble

*En revanche mountain_pass=yes ne nécessite rien d'autre. Pour golf=* le
wiki ne dit pas qu'il doit être ajouté à sport=golf par exemple. *

Ça c'est pas vrai!

Premièrement, Pour *mountain_pass *c'est considéré comme attribut d'un
highway donc il manque aussi un tag! La doc anglaise dit
:
*Applies to the "highest node" on a highway =
motorway/secondary/footway/... (could be any appropriate "highway"):*
Donc highway=* est indispensable

Et en ce qui concerne traffic_sign=city_limit, là non plus il n'est pas
précisé qu'il doit être ajouté à autre chose. En non, il ne doit pas être
nécessairement sur du highway

Humm Il me semble que la page dit que c'est un membre du groupe highway.
Donc highway est indispensable avec highway=traffic_sign! C'est un manque
du wiki est j'espère que ce sera traité comme tel.

mais à l'emplacement physique du panneau, qui est en général à côté de la
voirie, comme indiqué dans le wiki.

oui est non : *It is possible to use a node which is part of a way, or to
create a separate node beside the road. Both methods are used in practice.*

 Taginfo indique également qu'aucun des quelque 100 000 nœuds
traffic_sign=city_limit n'est actuellement accompagné de highway=*.

Pour moi c'est une connerie du au fait que ce ne soit pas précisé dans le
wiki! traffic_sign peut être correspondre à tout les élèments ou partie de
voirie. dans un way dans tous les cas tu auras un highway. Donc dans les
noeud isolé pour être cohérent il faut ajouter


*Donc en dehors de information=*, Osmose ne devrait pas lever d'erreurs sur
ces objets (en tout cas pas si on s'en tient aux usages actuels). *

*Taginfo indique également qu'aucun des quelque 100 000 nœuds
traffic_sign=city_limit n'est actuellement accompagné de highway=*.*

Cela peut aussi être du à un manque dans le wiki... Taginfo ne remonte que
la manière dont c'est utilisé et pas les incohérence sur l'utilisation. Si
c'est pas claire tout le monde fera n'importe quoi et on le voit sur
d'autre tags. Si j'en corrige 75000 highway=traffic_sign , considèrera-t-on
que c'est ça qu'il faut faire?
Bref Taginfo permet de savoir combien on a de saisie ou de comparer des
mode de saisie mais pas de dire que c'est bien ou non. Au moins on sait que
10 noeud seront à revoir...

traffic_sign est une restriction doit-on ajouter des tags restriction pour
avoir une catégorie principale... ou complètement ignoré les restrictions
du test...

Voir:
http://wiki.openstreetmap.org/wiki/Map_Features




Le 18 octobre 2014 20:00, Matthias Dietrich  a écrit :

> Après vérification du wiki, il faudrait en effet que information=* soit
> accompagné de tourism=information.
>
> En revanche mountain_pass=yes ne nécessite rien d'autre. Pour golf=* le
> wiki ne dit pas qu'il doit être ajouté à sport=golf par exemple.
>
> Et en ce qui concerne traffic_sign=city_limit, là non plus il n'est pas
> précisé qu'il doit être ajouté à autre chose. En non, il ne doit pas être
> nécessairement sur du highway, mais à l'emplacement physique du panneau,
> qui est en général à côté de la voirie, comme indiqué dans le wiki. Taginfo
> indique également qu'aucun des quelque 100 000 nœuds
> traffic_sign=city_limit n'est actuellement accompagné de highway=*.
> Donc en dehors de information=*, Osmose ne devrait pas lever d'erreurs sur
> ces objets (en tout cas pas si on s'en tient aux usages actuels).
>
> Le 18 octobre 2014 15:22, Jérôme Seigneuret  a
> écrit :
>
> L'ensemble de ces clé doivent normalement être membre des clés
>> précédemment cités (explicite ou implicite)
>>
>> *traffic_sign *n'est pas cité dans la page principale mais *traffic_signal
>> *oui
>> ne doit t'on pas mettre :
>> *highway=traffic_sign *en plus?
>>
>> même cas pour *information*:
>> *highway=information*
>> *tourism=information*
>> *etc...*
>>
>> Je pense que rajouter n'est pas forcément juste. Sinon il faut considérer
>> qu'il y a des nouveau types principaux.
>> Si ce sont des type implicites il faut pouvoir vérifier leurs
>> correspondance avec l'une des clés principales.
>>
>> Exemple pour les trafic_sign il faut forcément qu'ils soit sur du highway
>> parcontre un panneau d'information est quand à lui positionné sur des
>> parcelles privé et non sur la voirie.
>>
>> A la base le modèle est en XML. N'y a t-il pas un schéma XSD ou JSON?
>>
>> en json on peut analyser le contenu avec un correspondance à un schema
>> https://pypi.python.org/pypi/jsonschema
>>
>> On pourra aussi proposer via ça des listes de balises connexes manquantes
>>
>>
>>
>>
>>
>>
>>
>> Le 18 octobre 2014 14:32, Matthias Dietrich  a
>> écrit :

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Matthias Dietrich]

Après vérification du wiki, il faudrait en effet que information=* soit
accompagné de tourism=information.

En revanche mountain_pass=yes ne nécessite rien d'autre. Pour golf=* le
wiki ne dit pas qu'il doit être ajouté à sport=golf par exemple.

Et en ce qui concerne traffic_sign=city_limit, là non plus il n'est pas
précisé qu'il doit être ajouté à autre chose. En non, il ne doit pas être
nécessairement sur du highway, mais à l'emplacement physique du panneau,
qui est en général à côté de la voirie, comme indiqué dans le wiki. Taginfo
indique également qu'aucun des quelque 100 000 nœuds
traffic_sign=city_limit n'est actuellement accompagné de highway=*.
Donc en dehors de information=*, Osmose ne devrait pas lever d'erreurs sur
ces objets (en tout cas pas si on s'en tient aux usages actuels).

Le 18 octobre 2014 15:22, Jérôme Seigneuret  a
écrit :

> L'ensemble de ces clé doivent normalement être membre des clés
> précédemment cités (explicite ou implicite)
>
> *traffic_sign *n'est pas cité dans la page principale mais *traffic_signal
> *oui
> ne doit t'on pas mettre :
> *highway=traffic_sign *en plus?
>
> même cas pour *information*:
> *highway=information*
> *tourism=information*
> *etc...*
>
> Je pense que rajouter n'est pas forcément juste. Sinon il faut considérer
> qu'il y a des nouveau types principaux.
> Si ce sont des type implicites il faut pouvoir vérifier leurs
> correspondance avec l'une des clés principales.
>
> Exemple pour les trafic_sign il faut forcément qu'ils soit sur du highway
> parcontre un panneau d'information est quand à lui positionné sur des
> parcelles privé et non sur la voirie.
>
> A la base le modèle est en XML. N'y a t-il pas un schéma XSD ou JSON?
>
> en json on peut analyser le contenu avec un correspondance à un schema
> https://pypi.python.org/pypi/jsonschema
>
> On pourra aussi proposer via ça des listes de balises connexes manquantes
>
>
>
>
>
>
>
> Le 18 octobre 2014 14:32, Matthias Dietrich  a écrit
> :
>
> Il n'y a pas que les pistes de ski qui sont touchées par cette nouvelle
>> analyse, on trouve également des erreurs sur :
>> - les cols (mountain_pass=yes + name=*)
>> - les panneaux d'entrée d'agglomération (traffic_sign=city_limite +
>> name=*)
>> - les panneaux d'information (information=* + name=*)
>> - les éléments d'un terrain de golf (golf=* + name=*)
>>
>> Ceci est juste le retour d'un rapide tour d'horizon autour de chez moi.
>> Il doit y avoir plein d'autres cas.
>>
>> Bref, la liste des "tag principaux" est potentiellement bien plus longue
>> que celle supportée actuellement.
>>
>> Le 18 octobre 2014 14:07, Yves Pratter  a écrit :
>>
>>>
>>> Le 18 oct. 2014 à 13:44, Jérôme Seigneuret  a
>>> écrit :
>>>
>>> L'erreur devrait donc être : "Objet nommé dont un tag indispensable
>>> n'existe pas »
>>>
>>> ou « tag manquant pour un objet nommé »
>>>
>>> Osmose considère que seul les objets avec les attributs suivants peuvent
>>> être nommés :
>>>
>>>- aerialway
>>>- aeroway
>>>- amenity
>>>- barrier
>>>- boundary
>>>- building
>>>- craft
>>>- emergency
>>>- geological
>>>- highway
>>>- historic
>>>- landuse
>>>- leisure
>>>- man_made
>>>- military
>>>- natural
>>>- office
>>>- place
>>>- power
>>>- public_transport
>>>- railway
>>>- route
>>>- shop
>>>- sport
>>>- tourism
>>>- waterway
>>>
>>> Pour les pistes de ski, il y a l’attribut *piste:type* mais pas *type*.
>>>
>>> Il faut donc rajouter piste:type à la liste… ou rajouter un mécanisme
>>> qui recherche les attributs se terminant par *:type.
>>>
>>> Le 18 oct. 2014 à 11:30, Yves Pratter  a écrit :
>>>
>>> J’essai de comprendre le code mais ce n’est pas très clair (en
>>> comparaison à d’autres erreurs):
>>> Donc si l’objet à l’attribut « name » et que son parent ne serait pas
>>> nommé ?? (je ne pige pas la seconde condition)
>>>
>>> if tags.get("name") and len(key_set & self.name_parent) == 0: err.append
>>> ((21101, 1, {}))
>>>
>>>
>>> En fait, l’erreur est produite si un objet OSM à un attribut *name* et
>>> qu’il n’a aucun des attributs suivants : *type*, *aerialway*…
>>>
>>> Donc, le message pourrait être *« tag manquant pour un objet nommé » *
>>>
>>> —
>>> Yves
>>>
>>> *key_set *est la liste des attributs de l’objet.
>>> *self.name_parent* est la liste des objets/attributs qui peuvent être
>>> nommé
>>> self.name_parent = set(('type', 'aerialway', 'aeroway', 'amenity',
>>> 'barrier', 'boundary', 'building', 'craft', 'emergency', 'geological',
>>> 'highway', 'historic', 'landuse', 'leisure', 'man_made', 'military',
>>> 'natural', 'office', 'place', 'power', 'public_transport', 'railway',
>>> 'route', 'shop', 'sport', 'tourism', 'waterway'))
>>>
>>> len(key_set & self.name_parent) == 0
>>> indique l’appartenance cf.  A⊆B cf. Utilisation avancée des listes en
>>> Python
>>> 
>>>
>>>
>>> 

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Jérôme Seigneuret]

L'ensemble de ces clé doivent normalement être membre des clés précédemment
cités (explicite ou implicite)

*traffic_sign *n'est pas cité dans la page principale mais *traffic_signal *
oui
ne doit t'on pas mettre :
*highway=traffic_sign *en plus?

même cas pour *information*:
*highway=information*
*tourism=information*
*etc...*

Je pense que rajouter n'est pas forcément juste. Sinon il faut considérer
qu'il y a des nouveau types principaux.
Si ce sont des type implicites il faut pouvoir vérifier leurs
correspondance avec l'une des clés principales.

Exemple pour les trafic_sign il faut forcément qu'ils soit sur du highway
parcontre un panneau d'information est quand à lui positionné sur des
parcelles privé et non sur la voirie.

A la base le modèle est en XML. N'y a t-il pas un schéma XSD ou JSON?

en json on peut analyser le contenu avec un correspondance à un schema
https://pypi.python.org/pypi/jsonschema

On pourra aussi proposer via ça des listes de balises connexes manquantes







Le 18 octobre 2014 14:32, Matthias Dietrich  a écrit :

> Il n'y a pas que les pistes de ski qui sont touchées par cette nouvelle
> analyse, on trouve également des erreurs sur :
> - les cols (mountain_pass=yes + name=*)
> - les panneaux d'entrée d'agglomération (traffic_sign=city_limite + name=*)
> - les panneaux d'information (information=* + name=*)
> - les éléments d'un terrain de golf (golf=* + name=*)
>
> Ceci est juste le retour d'un rapide tour d'horizon autour de chez moi. Il
> doit y avoir plein d'autres cas.
>
> Bref, la liste des "tag principaux" est potentiellement bien plus longue
> que celle supportée actuellement.
>
> Le 18 octobre 2014 14:07, Yves Pratter  a écrit :
>
>>
>> Le 18 oct. 2014 à 13:44, Jérôme Seigneuret  a
>> écrit :
>>
>> L'erreur devrait donc être : "Objet nommé dont un tag indispensable
>> n'existe pas »
>>
>> ou « tag manquant pour un objet nommé »
>>
>> Osmose considère que seul les objets avec les attributs suivants peuvent
>> être nommés :
>>
>>- aerialway
>>- aeroway
>>- amenity
>>- barrier
>>- boundary
>>- building
>>- craft
>>- emergency
>>- geological
>>- highway
>>- historic
>>- landuse
>>- leisure
>>- man_made
>>- military
>>- natural
>>- office
>>- place
>>- power
>>- public_transport
>>- railway
>>- route
>>- shop
>>- sport
>>- tourism
>>- waterway
>>
>> Pour les pistes de ski, il y a l’attribut *piste:type* mais pas *type*.
>>
>> Il faut donc rajouter piste:type à la liste… ou rajouter un mécanisme qui
>> recherche les attributs se terminant par *:type.
>>
>> Le 18 oct. 2014 à 11:30, Yves Pratter  a écrit :
>>
>> J’essai de comprendre le code mais ce n’est pas très clair (en
>> comparaison à d’autres erreurs):
>> Donc si l’objet à l’attribut « name » et que son parent ne serait pas
>> nommé ?? (je ne pige pas la seconde condition)
>>
>> if tags.get("name") and len(key_set & self.name_parent) == 0: err.append
>> ((21101, 1, {}))
>>
>>
>> En fait, l’erreur est produite si un objet OSM à un attribut *name* et
>> qu’il n’a aucun des attributs suivants : *type*, *aerialway*…
>>
>> Donc, le message pourrait être *« tag manquant pour un objet nommé » *
>>
>> —
>> Yves
>>
>> *key_set *est la liste des attributs de l’objet.
>> *self.name_parent* est la liste des objets/attributs qui peuvent être
>> nommé
>> self.name_parent = set(('type', 'aerialway', 'aeroway', 'amenity',
>> 'barrier', 'boundary', 'building', 'craft', 'emergency', 'geological',
>> 'highway', 'historic', 'landuse', 'leisure', 'man_made', 'military',
>> 'natural', 'office', 'place', 'power', 'public_transport', 'railway',
>> 'route', 'shop', 'sport', 'tourism', 'waterway'))
>>
>> len(key_set & self.name_parent) == 0
>> indique l’appartenance cf.  A⊆B cf. Utilisation avancée des listes en
>> Python
>> 
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Yves Pratter]

Le 18 oct. 2014 à 14:32, Matthias Dietrich  a écrit :

> Il n'y a pas que les pistes de ski qui sont touchées par cette nouvelle 
> analyse, on trouve également des erreurs sur :
> - les cols (mountain_pass=yes + name=*)
> - les panneaux d'entrée d'agglomération (traffic_sign=city_limite + name=*)
> - les panneaux d'information (information=* + name=*)
> - les éléments d'un terrain de golf (golf=* + name=*)
> 
> Ceci est juste le retour d'un rapide tour d'horizon autour de chez moi. Il 
> doit y avoir plein d'autres cas.
> 
A rajouter à la liste alors ?

Un rapide coup d’oeil sur la liste des erreurs rencontrées montre que cette 
vérification est loin d’être inutile :-)
J’ai vu plusieurs erreurs sur des lacs, des rivières à Madagascar…
J’en ai corrigé une, signaler l’autre au cartographieur local… il en reste 137 
653 ! ;-D

http://osmose.openstreetmap.fr/fr/errors/?item=2110

—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Philippe Verdy]

Apparemment dans ce que j'ai vu, si on a une clé name=* pour le nom par
défaut, et d'autres clés name:=* pour des traductions et qu'aucune
d'elle ne correspond au nom par défaut, Os,ose considère que le no, donné
dans name=* est dans une langue ambiguë (car la résolution des langues peut
très bien vouloir utiliser une des traductions au lieu d'utiliser le nom
par défaut plus pertinent correspondant à une langue non explicitement
mentionnée.

Par exemple si on a name=* avec le nom effectif en français (mais pas
indiqué) et name:en=* avec une traduction anglaise (lange explicite) et
qu'un utilisateur breton fait une recherche de nom avec ses préférences de
langues établies dans l'ordre : breton, français, anglais, alors la
recherche ne trouvera pas la langue française (puisqu'elle n'est pas
mentionnée) mais utilisera le nom anglais (name=* n'est utilisé qu'en
dernier ressort).

Il apparaît donc que si on a une clé name=* et des clés name:lang=* alors
une de ces clés doit prendre en valeur le nom indiqué dans name=*.

Exception: name=* est parfois multilingue parce qu'on ne peut pas faire le
choix de la traduction; les deux langues sont co-officielles (on a le cas
en Belgique, en Suisse, au Luxembourg; et dans certaines communautés
autonomes espagnoles...) et name=* mentionne ces différents noms, mais
chaque nom dans chaque langue officielle dvrait être listé individuellement
dans un name:=* (et aucun d'eux ne correspondra exactement à la
valeur par défaut, multilingue, donnée dans name=* (dans ce cas Osmose
signale l'ano,alie à traiter comme faux positif si on a bien ajouté aussi
les noms individuels pour chaque langue explicite, ce qui ne posera
cependant pas de problème pour la résolution des traductions).

Ce cas est d'ailleurs signalé avec un autre avertissement ("deux noms") sur
la valeur de name=* (quand elle contient certains séparateurs comme "/",la
virgule, le point-virgule ou le "signe "+" (qui fait aussi des faus
positifs sur les noms de parking "P+R" par exemple dans plusieurs pays
européens y compris la France, la Suisse, la Belgique...), tout bonnement
car les noms multiples sont présents sur la clé name=* de la valeur par
défaut (cette valeur par défaut ne sera pas utilisé quand on recherche ue
traduction dans une des langues utilisées pour ce no, puisqu'on a pris soin
aussi de donner des noms séparés pour chacune d'elle dans name:=*, il
n'y a aucun problème donc pour résoudre les traductions: ce no, ne
s'affichera que pour les recherches dans d'autres langues (par exemple pour
des recherche en russe; en chinois, en arabe... alors qu'aucune des
traductions proposées ne convient à la recherche dans ces langues
"exotiques" et uniquement si l'utilisateur n'a pas mentionné dans la liste
des langues alternatives de repli ou "fallback" une des langues dont on a
une traduction explicite et individuelle).

En revanche l'avertissement "deux noms" ne devrait pas être ignoré sur une
clé "name:=*".

Exception faite dans ce dernier cas de noms comme "P+R x" (il n'y a
qu'un seul nom, pas deux), ou des noms dépendant du côté de la rue pour une
rue ou une rivière frontalière; mais dans ce cas on devrait aussi avoir
"name:left=*" et "name:right=*" pour préciser le nom applicable à chaque
côté ("name:left:=*" et "name:right:=*" pour préciser selon la
langue explicite, par exempel quand on a deux noms français indiqués dans
"name:fr=*", explicités séparément dans "name:left:fr=*" et
"name:fr:rightt=*".






Le 18 octobre 2014 11:30, Yves Pratter  a écrit :

>
> Le 18 oct. 2014 à 10:02, Jean-Baptiste Holcroft  a
> écrit :
>
>
> Dans le code, l'erreur serait là :
>
> https://github.com/osm-fr/osmose-backend/blob/649db8ac4e642e0fdbf065c1012744e627c8e906/plugins/TagFix_MultipleTag.py#L35
>
>
> J’essai de comprendre le code mais ce n’est pas très clair (en comparaison
> à d’autres erreurs):
> Donc si l’objet à l’attribut « name » et que son parent ne serait pas
> nommé ?? (je ne pige pas la seconde condition)
>
> if tags.get("name") and len(key_set & self.name_parent) == 0: err.append((
> 21101, 1, {}))
>
> (si vous parlez des langues étrangères, n'hésitez pas à aider à la
> traduction d’osmose)
>
> Osmose ne semble pas utiliser de bibliothèque de code i18n
>  (la
> traduction est faite dans le code source, pas dans des fichiers ressources
> séparés).
> Bref ça rend la traduction plus difficile à faire et ça explique peut-être
> pourquoi certaines erreurs apparaissent dans une langue, mais pas dans une
> autre… ?
>
> La bibliothèque gtext existe en Python :
> https://docs.python.org/2/library/i18n.html
>
> Est-ce que son utilisation à été envisagée ?
> C’est un gros chantier que de modifier le code source et d’extraire les
> messages, mais vu l’importance d’Osmose et son utilisation qui semble
> mondiale, ce travail sera un gain de temps pour le futur.
> Et avec plein de petites fourmis, il n’est peut-être pas si difficile et
> long à faire.
>
> —

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Matthias Dietrich]

Il n'y a pas que les pistes de ski qui sont touchées par cette nouvelle
analyse, on trouve également des erreurs sur :
- les cols (mountain_pass=yes + name=*)
- les panneaux d'entrée d'agglomération (traffic_sign=city_limite + name=*)
- les panneaux d'information (information=* + name=*)
- les éléments d'un terrain de golf (golf=* + name=*)

Ceci est juste le retour d'un rapide tour d'horizon autour de chez moi. Il
doit y avoir plein d'autres cas.

Bref, la liste des "tag principaux" est potentiellement bien plus longue
que celle supportée actuellement.

Le 18 octobre 2014 14:07, Yves Pratter  a écrit :

>
> Le 18 oct. 2014 à 13:44, Jérôme Seigneuret  a
> écrit :
>
> L'erreur devrait donc être : "Objet nommé dont un tag indispensable
> n'existe pas »
>
> ou « tag manquant pour un objet nommé »
>
> Osmose considère que seul les objets avec les attributs suivants peuvent
> être nommés :
>
>- aerialway
>- aeroway
>- amenity
>- barrier
>- boundary
>- building
>- craft
>- emergency
>- geological
>- highway
>- historic
>- landuse
>- leisure
>- man_made
>- military
>- natural
>- office
>- place
>- power
>- public_transport
>- railway
>- route
>- shop
>- sport
>- tourism
>- waterway
>
> Pour les pistes de ski, il y a l’attribut *piste:type* mais pas *type*.
>
> Il faut donc rajouter piste:type à la liste… ou rajouter un mécanisme qui
> recherche les attributs se terminant par *:type.
>
> Le 18 oct. 2014 à 11:30, Yves Pratter  a écrit :
>
> J’essai de comprendre le code mais ce n’est pas très clair (en comparaison
> à d’autres erreurs):
> Donc si l’objet à l’attribut « name » et que son parent ne serait pas
> nommé ?? (je ne pige pas la seconde condition)
>
> if tags.get("name") and len(key_set & self.name_parent) == 0: err.append((
> 21101, 1, {}))
>
>
> En fait, l’erreur est produite si un objet OSM à un attribut *name* et
> qu’il n’a aucun des attributs suivants : *type*, *aerialway*…
>
> Donc, le message pourrait être *« tag manquant pour un objet nommé » *
>
> —
> Yves
>
> *key_set *est la liste des attributs de l’objet.
> *self.name_parent* est la liste des objets/attributs qui peuvent être
> nommé
> self.name_parent = set(('type', 'aerialway', 'aeroway', 'amenity',
> 'barrier', 'boundary', 'building', 'craft', 'emergency', 'geological',
> 'highway', 'historic', 'landuse', 'leisure', 'man_made', 'military',
> 'natural', 'office', 'place', 'power', 'public_transport', 'railway',
> 'route', 'shop', 'sport', 'tourism', 'waterway'))
>
> len(key_set & self.name_parent) == 0
> indique l’appartenance cf.  A⊆B cf. Utilisation avancée des listes en
> Python
> 
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Yves Pratter]

Le 18 oct. 2014 à 13:44, Jérôme Seigneuret  a écrit :

> L'erreur devrait donc être : "Objet nommé dont un tag indispensable n'existe 
> pas »
ou « tag manquant pour un objet nommé » 

Osmose considère que seul les objets avec les attributs suivants peuvent être 
nommés :
aerialway
aeroway
amenity
barrier
boundary
building
craft
emergency
geological
highway
historic
landuse
leisure
man_made
military
natural
office
place
power
public_transport
railway
route
shop
sport
tourism
waterway
Pour les pistes de ski, il y a l’attribut piste:type mais pas type.

Il faut donc rajouter piste:type à la liste… ou rajouter un mécanisme qui 
recherche les attributs se terminant par *:type.

Le 18 oct. 2014 à 11:30, Yves Pratter  a écrit :

> J’essai de comprendre le code mais ce n’est pas très clair (en comparaison à 
> d’autres erreurs):
> Donc si l’objet à l’attribut « name » et que son parent ne serait pas nommé 
> ?? (je ne pige pas la seconde condition)
> 
> if tags.get("name") and len(key_set & self.name_parent) == 0:
> err.append((21101, 1, {}))
> 
> 


En fait, l’erreur est produite si un objet OSM à un attribut name et qu’il n’a 
aucun des attributs suivants : type, aerialway…

Donc, le message pourrait être « tag manquant pour un objet nommé » 

—
Yves

key_set est la liste des attributs de l’objet.
self.name_parent est la liste des objets/attributs qui peuvent être nommé
self.name_parent = set(('type', 'aerialway', 'aeroway', 'amenity', 'barrier', 
'boundary', 'building', 'craft', 'emergency', 'geological', 'highway', 
'historic', 'landuse', 'leisure', 'man_made', 'military', 'natural', 'office', 
'place', 'power', 'public_transport', 'railway', 'route', 'shop', 'sport', 
'tourism', 'waterway'))

len(key_set & self.name_parent) == 0
indique l’appartenance cf.  A⊆B cf. Utilisation avancée des listes en Python

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Jérôme Seigneuret]

L'erreur devrait donc être : "Objet nommé dont un tag indispensable
n'existe pas"

Dans l'aide de l'erreur il faut lister les clés considérés comme
indispensables si un élément est nommé.

Le 18 octobre 2014 13:39, Jérôme Seigneuret  a
écrit :

> arf j'ai dis une connerie...
>
> Le tag *name* existe et il faut au moins un des type d'objet
> 'type', 'aerialway', 'aeroway', 'amenity', 'barrier', 'boundary',
> 'building', 'craft', 'emergency', 'geological', 'highway', 'historic',
> 'landuse', 'leisure', 'man_made', 'military', 'natural', 'office', 'place'
> , 'power', 'public_transport', 'railway', 'route', 'shop', 'sport',
> 'tourism', 'waterway'
>
> Le stest ne vérifie pas que le tag name soit renseigné ou nom mais juste
> sa présence.
>
> et en effet si tu mets:
> *name=Domaine de Dupont*
> *addr:housenumber=1*
>
> *tu auras cette erreur.*
>
> *addr:housename**=Domaine de Dupont*
> *addr:housenumber=1*
>
> Ne renvoi pas d'erreur.
>
> * Ca analyse si un objet est nommé et si cet objet est renseigné avec
> au moins un tag considéré comme primaire (donc indispensable)*
>
> Le 18 octobre 2014 13:19, Pierre-Yves Berrard <
> pierre.yves.berr...@gmail.com> a écrit :
>
>> Le 18 octobre 2014 13:10, Jérôme Seigneuret  a
>> écrit :
>>
>>> Ce que je comprend en lisant ce code c'est que l'erreur s'affiche si
>>> 1) name n'est pas renseigné
>>> 2) il manque un tag pour le type d'objet : 'type', 'aerialway',
>>> 'aeroway', 'amenity', 'barrier', 'boundary', 'building', 'craft',
>>> 'emergency', 'geological', 'highway', 'historic', 'landuse', 'leisure',
>>> 'man_made', 'military', 'natural', 'office', 'place', 'power',
>>> 'public_transport', 'railway', 'route', 'shop', 'sport', 'tourism',
>>> 'waterway'
>>> 3) il n'y a pas d'autre erreurs référencés
>>>
>>
>> On a donc potientellement une erreur sur tous les 'addr:housenumber' ?
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Jérôme Seigneuret]

arf j'ai dis une connerie...

Le tag *name* existe et il faut au moins un des type d'objet
'type', 'aerialway', 'aeroway', 'amenity', 'barrier', 'boundary', 'building'
, 'craft', 'emergency', 'geological', 'highway', 'historic', 'landuse',
'leisure', 'man_made', 'military', 'natural', 'office', 'place', 'power',
'public_transport', 'railway', 'route', 'shop', 'sport', 'tourism',
'waterway'

Le stest ne vérifie pas que le tag name soit renseigné ou nom mais juste sa
présence.

et en effet si tu mets:
*name=Domaine de Dupont*
*addr:housenumber=1*

*tu auras cette erreur.*

*addr:housename**=Domaine de Dupont*
*addr:housenumber=1*

Ne renvoi pas d'erreur.

* Ca analyse si un objet est nommé et si cet objet est renseigné avec
au moins un tag considéré comme primaire (donc indispensable)*

Le 18 octobre 2014 13:19, Pierre-Yves Berrard  a écrit :

> Le 18 octobre 2014 13:10, Jérôme Seigneuret  a
> écrit :
>
>> Ce que je comprend en lisant ce code c'est que l'erreur s'affiche si
>> 1) name n'est pas renseigné
>> 2) il manque un tag pour le type d'objet : 'type', 'aerialway', 'aeroway'
>> , 'amenity', 'barrier', 'boundary', 'building', 'craft', 'emergency',
>> 'geological', 'highway', 'historic', 'landuse', 'leisure', 'man_made',
>> 'military', 'natural', 'office', 'place', 'power', 'public_transport',
>> 'railway', 'route', 'shop', 'sport', 'tourism', 'waterway'
>> 3) il n'y a pas d'autre erreurs référencés
>>
>
> On a donc potientellement une erreur sur tous les 'addr:housenumber' ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Pierre-Yves Berrard]

Le 18 octobre 2014 13:10, Jérôme Seigneuret  a
écrit :

> Ce que je comprend en lisant ce code c'est que l'erreur s'affiche si
> 1) name n'est pas renseigné
> 2) il manque un tag pour le type d'objet : 'type', 'aerialway', 'aeroway',
> 'amenity', 'barrier', 'boundary', 'building', 'craft', 'emergency',
> 'geological', 'highway', 'historic', 'landuse', 'leisure', 'man_made',
> 'military', 'natural', 'office', 'place', 'power', 'public_transport',
> 'railway', 'route', 'shop', 'sport', 'tourism', 'waterway'
> 3) il n'y a pas d'autre erreurs référencés
>

On a donc potientellement une erreur sur tous les 'addr:housenumber' ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Jérôme Seigneuret]

Ce que je comprend en lisant ce code c'est que l'erreur s'affiche si
1) name n'est pas renseigné
2) il manque un tag pour le type d'objet : 'type', 'aerialway', 'aeroway',
'amenity', 'barrier', 'boundary', 'building', 'craft', 'emergency',
'geological', 'highway', 'historic', 'landuse', 'leisure', 'man_made',
'military', 'natural', 'office', 'place', 'power', 'public_transport',
'railway', 'route', 'shop', 'sport', 'tourism', 'waterway'
3) il n'y a pas d'autre erreurs référencés

ps: l'internationalisation existe dans tout le code donc c'est largement
envisageable de faire le transfère de traduction
https://github.com/osm-fr/osmose-backend/blob/master/po/fr.po


Le 18 octobre 2014 12:42, Cavok  a écrit :

> En effet l'erreur *Missing object kind *est reportée sur plein d'autres
> objets comme par exemple où il n'y a que des tag name=
> La, on peut comprendre qu'il manque quelque chose.
> Mais sur les piste de ski ou les tags piste:type, piste:difficulty, name
> existent, je ne vois pas ce qu'il pourrait manqué d'obligatoire d’où
> l’incompréhension de cette erreur sur ces objets.
>
> Le 18 octobre 2014 11:30, Yves Pratter  a écrit :
>
>>
>> Le 18 oct. 2014 à 10:02, Jean-Baptiste Holcroft 
>> a écrit :
>>
>>
>> Dans le code, l'erreur serait là :
>>
>> https://github.com/osm-fr/osmose-backend/blob/649db8ac4e642e0fdbf065c1012744e627c8e906/plugins/TagFix_MultipleTag.py#L35
>>
>>
>> J’essai de comprendre le code mais ce n’est pas très clair (en
>> comparaison à d’autres erreurs):
>> Donc si l’objet à l’attribut « name » et que son parent ne serait pas
>> nommé ?? (je ne pige pas la seconde condition)
>>
>> if tags.get("name") and len(key_set & self.name_parent) == 0: err.append
>> ((21101, 1, {}))
>>
>> (si vous parlez des langues étrangères, n'hésitez pas à aider à la
>> traduction d’osmose)
>>
>> Osmose ne semble pas utiliser de bibliothèque de code i18n
>>  (la
>> traduction est faite dans le code source, pas dans des fichiers ressources
>> séparés).
>> Bref ça rend la traduction plus difficile à faire et ça explique
>> peut-être pourquoi certaines erreurs apparaissent dans une langue, mais pas
>> dans une autre… ?
>>
>> La bibliothèque gtext existe en Python :
>> https://docs.python.org/2/library/i18n.html
>>
>> Est-ce que son utilisation à été envisagée ?
>> C’est un gros chantier que de modifier le code source et d’extraire les
>> messages, mais vu l’importance d’Osmose et son utilisation qui semble
>> mondiale, ce travail sera un gain de temps pour le futur.
>> Et avec plein de petites fourmis, il n’est peut-être pas si difficile et
>> long à faire.
>>
>> —
>> Yves
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Cavok]

En effet l'erreur *Missing object kind *est reportée sur plein d'autres
objets comme par exemple où il n'y a que des tag name=
La, on peut comprendre qu'il manque quelque chose.
Mais sur les piste de ski ou les tags piste:type, piste:difficulty, name
existent, je ne vois pas ce qu'il pourrait manqué d'obligatoire d’où
l’incompréhension de cette erreur sur ces objets.

Le 18 octobre 2014 11:30, Yves Pratter  a écrit :

>
> Le 18 oct. 2014 à 10:02, Jean-Baptiste Holcroft  a
> écrit :
>
>
> Dans le code, l'erreur serait là :
>
> https://github.com/osm-fr/osmose-backend/blob/649db8ac4e642e0fdbf065c1012744e627c8e906/plugins/TagFix_MultipleTag.py#L35
>
>
> J’essai de comprendre le code mais ce n’est pas très clair (en comparaison
> à d’autres erreurs):
> Donc si l’objet à l’attribut « name » et que son parent ne serait pas
> nommé ?? (je ne pige pas la seconde condition)
>
> if tags.get("name") and len(key_set & self.name_parent) == 0: err.append((
> 21101, 1, {}))
>
> (si vous parlez des langues étrangères, n'hésitez pas à aider à la
> traduction d’osmose)
>
> Osmose ne semble pas utiliser de bibliothèque de code i18n
>  (la
> traduction est faite dans le code source, pas dans des fichiers ressources
> séparés).
> Bref ça rend la traduction plus difficile à faire et ça explique peut-être
> pourquoi certaines erreurs apparaissent dans une langue, mais pas dans une
> autre… ?
>
> La bibliothèque gtext existe en Python :
> https://docs.python.org/2/library/i18n.html
>
> Est-ce que son utilisation à été envisagée ?
> C’est un gros chantier que de modifier le code source et d’extraire les
> messages, mais vu l’importance d’Osmose et son utilisation qui semble
> mondiale, ce travail sera un gain de temps pour le futur.
> Et avec plein de petites fourmis, il n’est peut-être pas si difficile et
> long à faire.
>
> —
> Yves
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Yves Pratter]

Le 18 oct. 2014 à 10:02, Jean-Baptiste Holcroft  a écrit 
:

> 
> Dans le code, l'erreur serait là :
> https://github.com/osm-fr/osmose-backend/blob/649db8ac4e642e0fdbf065c1012744e627c8e906/plugins/TagFix_MultipleTag.py#L35

J’essai de comprendre le code mais ce n’est pas très clair (en comparaison à 
d’autres erreurs):
Donc si l’objet à l’attribut « name » et que son parent ne serait pas nommé ?? 
(je ne pige pas la seconde condition)

if tags.get("name") and len(key_set & self.name_parent) == 0:
err.append((21101, 1, {}))


> (si vous parlez des langues étrangères, n'hésitez pas à aider à la traduction 
> d’osmose)
Osmose ne semble pas utiliser de bibliothèque de code i18n (la traduction est 
faite dans le code source, pas dans des fichiers ressources séparés).
Bref ça rend la traduction plus difficile à faire et ça explique peut-être 
pourquoi certaines erreurs apparaissent dans une langue, mais pas dans une 
autre… ?

La bibliothèque gtext existe en Python : 
https://docs.python.org/2/library/i18n.html

Est-ce que son utilisation à été envisagée ?
C’est un gros chantier que de modifier le code source et d’extraire les 
messages, mais vu l’importance d’Osmose et son utilisation qui semble mondiale, 
ce travail sera un gain de temps pour le futur.
Et avec plein de petites fourmis, il n’est peut-être pas si difficile et long à 
faire.

—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Yves Pratter]

Le 18 oct. 2014 à 10:30, Jean-Baptiste Holcroft  a écrit 
:

> Je trouve que c'est tellement générique que cela n'a pas de sens.
> Mais c'est peut-être la détection d'erreur originale qui veut ça : ratisser 
> large
> On notera que le bug "no translation" est toujours là ... 
> http://trac.openstreetmap.fr/ticket/636
> Et qu'il n'y a pas d'explications sur la page 
> http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#2110
+1

Le truc marrant aussi, c’est qu’en affichant la page en anglais, il n’y a pas 
le même nombre d’items.
Je pensais retrouver l’erreur 2110 avec le libellé anglais  "Missing object 
kind », ben non ;-)
J’ai essayé au hasard l’espagnol, je suis tombé sur le 4060 seamark:fixme qui 
n’apparait pas en français ??

Les tags suivants ne sont pas (encore) traduits :

3200No translation 
7150pharmacy, not integrated
8200gas station
8211pharmacy, could be integrated

3033 trait d'union sur Saint
ne devrait-il pas être dans la catégorie rouge Tag name ?

Pour en revenir au fond, j’ai trouvé cette erreur sur un panneau traffic_sign=* 
qui semble bien taggué d’après le wiki : 
http://www.openstreetmap.org/node/2850534213
Peut-être qu’Osmose ratisse trop large ?

—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Jean-Baptiste Holcroft]

Je trouve que c'est tellement générique que cela n'a pas de sens.
Mais c'est peut-être la détection d'erreur originale qui veut ça : ratisser
large
On notera que le bug "no translation" est toujours là ...
http://trac.openstreetmap.fr/ticket/636
Et qu'il n'y a pas d'explications sur la page
http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#2110

--
Jean-Baptiste Holcroft

Le 18 octobre 2014 10:23, Damouns  a écrit :

> Pour moi "Missing object kind" ça veut dire :
>
> "genre d'objet manquant" ou "il manque le genre de l'objet"
>
> ou bien on peut remplacer genre par type ou quelque chose dans le genre !
>
> Le 18 octobre 2014 10:02, Jean-Baptiste Holcroft 
> a écrit :
>
> Le libellé de cette erreur ne me semble pas excessivement clair, je n'ai
>> d’ailleurs pas pu le traduire sur Transifex :
>>
>> https://www.transifex.com/projects/p/osmose/translate/#fr/backend/35763040?q=kind
>>
>> Quelqu'un a des suggestions d'améliorations ?
>>
>> Dans le code, l'erreur serait là :
>>
>> https://github.com/osm-fr/osmose-backend/blob/649db8ac4e642e0fdbf065c1012744e627c8e906/plugins/TagFix_MultipleTag.py#L35
>>
>> (si vous parlez des langues étrangères, n'hésitez pas à aider à la
>> traduction d'osmose)
>>
>> --
>> Jean-Baptiste Holcroft
>>
>> Le 18 octobre 2014 09:46, Yves  a écrit :
>>
>>> J'imagine qu' Osmose attend un tag physique du genre highway=xx.
>>> Comme les pistes de ski sont par leur nature un peu moins 'dures' que
>>> ça, je suppose que cette analyse devrait s'assurer la présence d'au moins
>>> le tag piste:type=xx.
>>> Yves
>>>
>>> Le 18 octobre 2014 09:37:01 CEST, PhQ  a écrit :

 Bonjour,

 et si un distingué angliciste pouvait simplement m'expliquer ce que veut
 dire :
 "Missing object kind"

 (signé) un ex élève en anglais de Maitre Capello

 avec l’entièreté de ma Cordialitude
 :)



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Osmose-Missing-object-kind-sur-Piste-de-ski-tp5820689p5820699.html
 Sent from the France mailing list archive at Nabble.com.

 --

 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


>>> --
>>> Yves
>>> From my phone
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Damouns]

Pour moi "Missing object kind" ça veut dire :

"genre d'objet manquant" ou "il manque le genre de l'objet"

ou bien on peut remplacer genre par type ou quelque chose dans le genre !

Le 18 octobre 2014 10:02, Jean-Baptiste Holcroft  a
écrit :

> Le libellé de cette erreur ne me semble pas excessivement clair, je n'ai
> d'ailleurs pas pu le traduire sur Transifex :
>
> https://www.transifex.com/projects/p/osmose/translate/#fr/backend/35763040?q=kind
>
> Quelqu'un a des suggestions d'améliorations ?
>
> Dans le code, l'erreur serait là :
>
> https://github.com/osm-fr/osmose-backend/blob/649db8ac4e642e0fdbf065c1012744e627c8e906/plugins/TagFix_MultipleTag.py#L35
>
> (si vous parlez des langues étrangères, n'hésitez pas à aider à la
> traduction d'osmose)
>
> --
> Jean-Baptiste Holcroft
>
> Le 18 octobre 2014 09:46, Yves  a écrit :
>
>> J'imagine qu' Osmose attend un tag physique du genre highway=xx.
>> Comme les pistes de ski sont par leur nature un peu moins 'dures' que ça,
>> je suppose que cette analyse devrait s'assurer la présence d'au moins le
>> tag piste:type=xx.
>> Yves
>>
>> Le 18 octobre 2014 09:37:01 CEST, PhQ  a écrit :
>>>
>>> Bonjour,
>>>
>>> et si un distingué angliciste pouvait simplement m'expliquer ce que veut
>>> dire :
>>> "Missing object kind"
>>>
>>> (signé) un ex élève en anglais de Maitre Capello
>>>
>>> avec l'entièreté de ma Cordialitude
>>> :)
>>>
>>>
>>>
>>> --
>>> View this message in context: 
>>> http://gis.19327.n5.nabble.com/Osmose-Missing-object-kind-sur-Piste-de-ski-tp5820689p5820699.html
>>> Sent from the France mailing list archive at Nabble.com.
>>>
>>> --
>>>
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>> --
>> Yves
>> From my phone
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Jean-Baptiste Holcroft]

Le libellé de cette erreur ne me semble pas excessivement clair, je n'ai
d’ailleurs pas pu le traduire sur Transifex :
https://www.transifex.com/projects/p/osmose/translate/#fr/backend/35763040?q=kind

Quelqu'un a des suggestions d'améliorations ?

Dans le code, l'erreur serait là :
https://github.com/osm-fr/osmose-backend/blob/649db8ac4e642e0fdbf065c1012744e627c8e906/plugins/TagFix_MultipleTag.py#L35

(si vous parlez des langues étrangères, n'hésitez pas à aider à la
traduction d'osmose)

--
Jean-Baptiste Holcroft

Le 18 octobre 2014 09:46, Yves  a écrit :

> J'imagine qu' Osmose attend un tag physique du genre highway=xx.
> Comme les pistes de ski sont par leur nature un peu moins 'dures' que ça,
> je suppose que cette analyse devrait s'assurer la présence d'au moins le
> tag piste:type=xx.
> Yves
>
> Le 18 octobre 2014 09:37:01 CEST, PhQ  a écrit :
>>
>> Bonjour,
>>
>> et si un distingué angliciste pouvait simplement m'expliquer ce que veut
>> dire :
>> "Missing object kind"
>>
>> (signé) un ex élève en anglais de Maitre Capello
>>
>> avec l’entièreté de ma Cordialitude
>> :)
>>
>>
>>
>> --
>> View this message in context: 
>> http://gis.19327.n5.nabble.com/Osmose-Missing-object-kind-sur-Piste-de-ski-tp5820689p5820699.html
>> Sent from the France mailing list archive at Nabble.com.
>>
>> --
>>
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> --
> Yves
> From my phone
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Yves]

J'imagine qu' Osmose attend un tag physique du genre highway=xx.
Comme les pistes de ski sont par leur nature un peu moins 'dures' que ça, je 
suppose que cette analyse devrait s'assurer la présence d'au moins le tag 
piste:type=xx.
Yves

Le 18 octobre 2014 09:37:01 CEST, PhQ  a écrit :
>Bonjour,
>
>et si un distingué angliciste pouvait simplement m'expliquer ce que
>veut
>dire :
>"Missing object kind"
>
>(signé) un ex élève en anglais de Maitre Capello 
>
>avec l’entièreté de ma Cordialitude
>:)
>
>
>
>--
>View this message in context:
>http://gis.19327.n5.nabble.com/Osmose-Missing-object-kind-sur-Piste-de-ski-tp5820689p5820699.html
>Sent from the France mailing list archive at Nabble.com.
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Yves
>From my phone___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[PhQ]

Bonjour,

et si un distingué angliciste pouvait simplement m'expliquer ce que veut
dire :
"Missing object kind"

(signé) un ex élève en anglais de Maitre Capello 

avec l’entièreté de ma Cordialitude
:)



--
View this message in context: 
http://gis.19327.n5.nabble.com/Osmose-Missing-object-kind-sur-Piste-de-ski-tp5820689p5820699.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Osmose "Missing object kind" sur Piste de ski

[Cavok]

Bonjour, Osmose met plein d'erreur sur les pistes de ski
*Missing object kind*
Comme ici
http://osmose.openstreetmap.fr/fr/map/#zoom=13&lat=45.1024084&lon=6.0766921&item=2110&level=3

Je vois bien piste:grooming qui pourrait être ajouté, mais je ne pensais
pas que cela soit obligatoire.

Sinon, je ne trouve pas. Auriez vous une idée ?
Merci
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr