Re: [OSM-talk-fr] éditeur ID

[marc marc]

Le 10.06.19 à 10:12, Yves P. a écrit :
> Pour les bouches et poteaux incendie, j'ai vu apparaître 
> water_source=main pour emergency=fire_hydrant.
> La valeur est très probable, mais en pratique on ne peut pas le vérifier 
> (sauf si la borne est proche d'une réserve, donc la valeur sera 
> water_tank, pond...)
> 

c'est en effet un soucis, puisque c'est ajouté sans que l'utilisateur 
confirme, on ne sait plus si c'est une info volontaire ou une 
supposition qui dégrade la qualité vu que c'est une supposition.
n'hésite pas à ajouter une entrée sur la page wiki qui les liste
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] éditeur ID

[deuzeffe]

On 10/06/2019 10:56, osm.sanspourr...@spamgourmet.com wrote:

je ne suis pas sur de comprendre pour cet exemple, le 
tourism=camp_site m'est bien proposé dans iD lorsque je cherche un 
camping. (...)


Mettons que tu veuilles ajouter un camping.

ID te propose d'ajouter un campground.


Jamais réussi à faire marcher ce truc :/
Si quelqu'un a un tuto en images, je prends...

--
deuzeffe, un seul neurone, et encore !


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

Re: [OSM-talk-fr] éditeur ID

[althio]

>
> Version courte : oups.
> Autant pour moi : je vois que dans mes préférences utilisateur OSM j'avais
> mis en-US en fr-FR fr. En mettant fr-FR fr en-US en ça marche mieux ;-).
>

Si tu veux favoriser la version anglaise- britannique par rapport à la
version anglaise-américaine, ça peut se faire :
fr-FR fr en-GB en

Cet aspect-là de iD (versions et traductions) est plutôt bien implémenté.
Certes l'anglais-américain est la langue de développement et
l'anglais-par-défaut.
Mais la version britannique co-existe dans les traductions, avec toutes les
autres langues.
(de même qu'on pourrait imaginer plusieurs variétés de français pour les
différentes zones francophones)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] éditeur ID

[osm . sanspourriel]

Version courte : oups.

Le 10/06/2019 à 08:50, Vincent Bergeot - vinc...@bergeot.org a écrit :

Bonjour,

Le 09/06/2019 à 19:41, osm.sanspourr...@spamgourmet.com a écrit :


(...)

Vous le direz une langue étrangère ou une autre... Non, car avec le
wiki par exemple vous apprenez que terrain de camping se dit
camp_site. Vous entrez donc un tourism=camp_site et ID affiche un...
campground.


je ne suis pas sur de comprendre pour cet exemple, le
tourism=camp_site m'est bien proposé dans iD lorsque je cherche un
camping. (...)


Mettons que tu veuilles ajouter un camping.

ID te propose d'ajouter un campground.

Qui est décrit par tourism=camp_site.

Donc certes tu peux entrer camping, mais il te faut connaître le terme
américain Campground, le terme britannique tourism=camp_site est relégué
au détail des tags. N.B. : le bon terme en anglais britannique est
campsite mais pour des raisons historiques on utilise camp_site.

Donc si je connais les tags utilisés par exemple grâce au wiki français
ou anglais je suis _en plus_ obligé de me farcir le terme en américain.

Autant pour moi : je vois que dans mes préférences utilisateur OSM
j'avais mis en-US en fr-FR fr. En mettant fr-FR fr en-US en ça marche
mieux ;-).

Jean-Yvon



Par ailleurs, qu'il y ait des "dérives" en ce moment sur iD, c'est
sur, une page est dédiée :
https://wiki.openstreetmap.org/wiki/ID/Controversial_Decisions

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

Re: [OSM-talk-fr] éditeur ID

[marc marc]

Le 10.06.19 à 08:50, Vincent Bergeot a écrit :
> le distingo entre camping et terrain de camping est un peu maladroit

j'ai modifié la traduction il y a une 10aine de jour
mais il faut attendre la maj mensuelle
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] éditeur ID

[Yves P.]

Bonjour,

Je ne sais pas si c'est directement lié.

Pour les bouches et poteaux incendie, j'ai vu apparaître water_source=main
pour emergency=fire_hydrant.
La valeur est très probable, mais en pratique on ne peut pas le vérifier
(sauf si la borne est proche d'une réserve, donc la valeur sera water_tank,
pond...)

__
Yves

Le lun. 10 juin 2019 à 08:52, Vincent Bergeot  a
écrit :

> Bonjour,
>
> Le 09/06/2019 à 19:41, osm.sanspourr...@spamgourmet.com a écrit :
> >
> > Bonsoir,
> >
> > J'avais pris la remarque de Frederik Ramm sur la difficulté d'avoir
> > une version "locale" (c'est à dire parlant dans la langue de
> > l'utilisateur) un peu trop à la légère.
> >
> > Car petit à petit je m'aperçois que la langue d'ID n'est pas celle
> > d'OSM à savoir l'anglais britannique mais l'américain.
> >
> > Vous le direz une langue étrangère ou une autre... Non, car avec le
> > wiki par exemple vous apprenez que terrain de camping se dit
> > camp_site. Vous entrez donc un tourism=camp_site et ID affiche un...
> > campground.
> >
> je ne suis pas sur de comprendre pour cet exemple, le tourism=camp_site
> m'est bien proposé dans iD lorsque je cherche un camping. (au passage
> d'ailleurs quand on cherche camping, le distingo entre camping et
> terrain de camping est un peu maladroit je pense : ou est-ce que l'on
> traduit iD ?)
>
> Par ailleurs, qu'il y ait des "dérives" en ce moment sur iD, c'est sur,
> une page est dédiée :
> https://wiki.openstreetmap.org/wiki/ID/Controversial_Decisions
>
> > Soyons clairs, que les Américains puissent contribuer en américain,
> > c'est très bien.
> >
> > Par contre pour les non anglophones c'est la double peine : ils n'ont
> > pas à nous forcer à utiliser l'américain en plus du britannique. Et il
> > n'y a pas de décision communautaire de basculer de l'anglais
> > britannique à l'américain.
> >
> > Si les développeurs avaient un tant soit peu une reconnaissance du
> > travail communautaires ils utiliseraient les termes du wiki, termes
> > traduits quand les pages sont traduites.
> >
> > J'espère que vous parlerez des problèmes d'ID à Montpellier et
> Heidelberg.
> >
> [instant pub] dans mon souhait de parler du lien entre communauté et
> entreprise, j'ai effectivement dans ma présentation non encore préparée
> mis la question d'iD [fin instant pub]
>
> et j'ai lu sur talk que Roland Oblricht prépare pour le sotm
> d'heidelberg un temps de discussion sur le sujet.
>
> à plus
>
> --
> Vincent Bergeot
>
>
> ___
> 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] éditeur ID

[Vincent Bergeot]

Bonjour,

Le 09/06/2019 à 19:41, osm.sanspourr...@spamgourmet.com a écrit :


Bonsoir,

J'avais pris la remarque de Frederik Ramm sur la difficulté d'avoir 
une version "locale" (c'est à dire parlant dans la langue de 
l'utilisateur) un peu trop à la légère.


Car petit à petit je m'aperçois que la langue d'ID n'est pas celle 
d'OSM à savoir l'anglais britannique mais l'américain.


Vous le direz une langue étrangère ou une autre... Non, car avec le 
wiki par exemple vous apprenez que terrain de camping se dit 
camp_site. Vous entrez donc un tourism=camp_site et ID affiche un... 
campground.


je ne suis pas sur de comprendre pour cet exemple, le tourism=camp_site 
m'est bien proposé dans iD lorsque je cherche un camping. (au passage 
d'ailleurs quand on cherche camping, le distingo entre camping et 
terrain de camping est un peu maladroit je pense : ou est-ce que l'on 
traduit iD ?)


Par ailleurs, qu'il y ait des "dérives" en ce moment sur iD, c'est sur, 
une page est dédiée : 
https://wiki.openstreetmap.org/wiki/ID/Controversial_Decisions


Soyons clairs, que les Américains puissent contribuer en américain, 
c'est très bien.


Par contre pour les non anglophones c'est la double peine : ils n'ont 
pas à nous forcer à utiliser l'américain en plus du britannique. Et il 
n'y a pas de décision communautaire de basculer de l'anglais 
britannique à l'américain.


Si les développeurs avaient un tant soit peu une reconnaissance du 
travail communautaires ils utiliseraient les termes du wiki, termes 
traduits quand les pages sont traduites.


J'espère que vous parlerez des problèmes d'ID à Montpellier et Heidelberg.

[instant pub] dans mon souhait de parler du lien entre communauté et 
entreprise, j'ai effectivement dans ma présentation non encore préparée 
mis la question d'iD [fin instant pub]


et j'ai lu sur talk que Roland Oblricht prépare pour le sotm 
d'heidelberg un temps de discussion sur le sujet.


à plus

--
Vincent Bergeot


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

Re: [OSM-talk-fr] éditeur ID

[osm . sanspourriel]

Bonsoir,

J'avais pris la remarque de Frederik Ramm sur la difficulté d'avoir une
version "locale" (c'est à dire parlant dans la langue de l'utilisateur)
un peu trop à la légère.

Car petit à petit je m'aperçois que la langue d'ID n'est pas celle d'OSM
à savoir l'anglais britannique mais l'américain.

Vous le direz une langue étrangère ou une autre... Non, car avec le wiki
par exemple vous apprenez que terrain de camping se dit camp_site. Vous
entrez donc un tourism=camp_site et ID affiche un... campground.

Soyons clairs, que les Américains puissent contribuer en américain,
c'est très bien.

Par contre pour les non anglophones c'est la double peine : ils n'ont
pas à nous forcer à utiliser l'américain en plus du britannique. Et il
n'y a pas de décision communautaire de basculer de l'anglais britannique
à l'américain.

Si les développeurs avaient un tant soit peu une reconnaissance du
travail communautaires ils utiliseraient les termes du wiki, termes
traduits quand les pages sont traduites.

J'espère que vous parlerez des problèmes d'ID à Montpellier et Heidelberg.

Jean-Yvon

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

Re: [OSM-talk-fr] éditeur ID

[osm . sanspourriel]

Value autocomplete wrong behavior


Tag autocomplete wrong behavior


Encore deux exemples ci-dessus : je signale que l'autocomplétion tant
des clés que des valeurs fait un peu n'importe quoi, proposant des
valeurs fausses.

La réponse d'un des deux développeurs payés est... de virer les valeurs
incorrectes de la base comme ça elles ne seront plus proposées. Curieuse
inversion de logique.

C'est de l'humour j'espère. Je ne sais si c'est qu'il n'a vraiment pas
compris ou si comme déjà dit, ils n'en ont rien à faire car ils ont
décidé de baser ça bêtement à partir de taginfos.

Même sans utiliser le wiki il y a moyen de faire mieux mais visiblement
ils savent eux.

C'est gênant de voir un développement si peu communautaire dans une
brique importante de l'écosystème.

Jean-Yvon

Le 01/05/2019 à 23:46, François Lacombe - fl.infosrese...@gmail.com a
écrit :

Bonsoir Jean-Yvon

Je partage ton constat, ils affichent bien leur position de ne pas
prendre en compte le wiki.
Ici encore dans cet échange où je leur suggérait de s'apuyer sur les
Data Items (récent ajout qui implément wikidata pour les tags sur le wiki)
https://github.com/openstreetmap/iD/issues/6206

"Sorry, but I'm really not interested in adding anything wiki as a
critical dependency on how iD works."

Certes le wiki n'a pas réponse à tout et manque parfois de fraicheur,
mais tout de même
Le problème c'est que iD rend aussi beaucoup de services et offre un
éditeur de qualité accessible et didactique. On ne peut pas lui enlever
Ce n'est pas une raison pour tout accepter

Issue ouverte pour location=kiosk
https://github.com/openstreetmap/iD/issues/6283

Bonne soirée

François

Le mer. 1 mai 2019 à 19:36, mailto:osm.sanspourr...@spamgourmet.com>> a écrit :

Récemment HebdOSM signalait que Frederik protestait contre la
manière d'agir des deux développeurs d'ID.

Développeurs d'un des deux principaux éditeurs d'OSM mais qui
fonctionnent au doigt mouillé sans tenir compte des listes de
discussion ou du Wiki.

Dernièrement je suis tombé sur une intersection entre un ruisseau
et une route correctement signalée par Osmose.

J'édite la route. ID me propose de mettre un nœud simple_brunnel.

Effectivement ça ne mérite pas plus.

Sauf que maintenant Osmose râle car bridge ne doit pas être
utilisé sur les points comme l'indique le Wiki
.

En cherchant j'ai trouvé une proposition datant de 2014 et a
priori jamais passée par un vote :


https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_culvert_or_bridge

Je pourrais entrer un ticket pour signaler le problème côté
Osmose. Sauf que c'est ID qui ne respecte pas la communauté, pas
Osmose.

Dans ce cas précis, proposer un vote pourrait donner une
légitimité pour un tag qui a été utilisé essentiellement en
2014-2015 (date de la proposition) et surtout en Autriche
.

20081
20131
2014153
2015250
201633
201785
201825
201913


Autre problèmes rencontrés avec ID, liste non exhaustive ça va de
soi :

- sur associatedStreet il propose address alors que le wiki dit de
privilégier housenumber (et par défaut ne propose pas non plus de
relation de type associatedStreet)

- sur bus stop/platform il propose network allors qu'Osmose dit de
ne pas utiliser network sur ces objets.

- il propose location=kiosk alors que cette valeur est dépréciée

- sur d'autres objets il va proposer aussi bien choix_numéro_1 que
choix-numéro-1 et le débutant va choisir au petit bonheur.

Comme vous le voyiez beaucoup des problèmes vient du fait que les
deux développeurs payés ne tiennent pas compte de la communauté.
Avec le risque que ce soit les visions des entreprise pour
lesquelles travaillent les deux développeurs qui décident de
l'avenir d'OSM.

Un point à aborder lors du SotM monde à Heidelberg ?

Jean-Yvon

___
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] éditeur ID

[osm . sanspourriel]

Suite au unsigned proposé par Marc sur un autre fil je suis tombé
sur ce comparatif de tags :

https://taginfo.openstreetmap.org/compare/unsigned=yes/noname=yes/unnamed=yes/name:absent=yes/validate:no_name=yes

Et l'autre jour je voulais ajouter un noname=yes sur une route, ID m'a
proposé un validate:no_name avec une forte prévalence du côté de
Washington DC...

Allez, un ticket pour voir si le cas est désespéré.

https://github.com/openstreetmap/iD/issues/6320

Jean-Yvon

1 230 occurrences contre 330 000
Le 01/05/2019 à 23:46, François Lacombe - fl.infosrese...@gmail.com a
écrit :

Bonsoir Jean-Yvon

Je partage ton constat, ils affichent bien leur position de ne pas
prendre en compte le wiki.
Ici encore dans cet échange où je leur suggérait de s'apuyer sur les
Data Items (récent ajout qui implément wikidata pour les tags sur le wiki)
https://github.com/openstreetmap/iD/issues/6206

"Sorry, but I'm really not interested in adding anything wiki as a
critical dependency on how iD works."

Certes le wiki n'a pas réponse à tout et manque parfois de fraicheur,
mais tout de même
Le problème c'est que iD rend aussi beaucoup de services et offre un
éditeur de qualité accessible et didactique. On ne peut pas lui enlever
Ce n'est pas une raison pour tout accepter

Issue ouverte pour location=kiosk
https://github.com/openstreetmap/iD/issues/6283

Bonne soirée

François

Le mer. 1 mai 2019 à 19:36, mailto:osm.sanspourr...@spamgourmet.com>> a écrit :

Récemment HebdOSM signalait que Frederik protestait contre la
manière d'agir des deux développeurs d'ID.

Développeurs d'un des deux principaux éditeurs d'OSM mais qui
fonctionnent au doigt mouillé sans tenir compte des listes de
discussion ou du Wiki.

Dernièrement je suis tombé sur une intersection entre un ruisseau
et une route correctement signalée par Osmose.

J'édite la route. ID me propose de mettre un nœud simple_brunnel.

Effectivement ça ne mérite pas plus.

Sauf que maintenant Osmose râle car bridge ne doit pas être
utilisé sur les points comme l'indique le Wiki
.

En cherchant j'ai trouvé une proposition datant de 2014 et a
priori jamais passée par un vote :


https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_culvert_or_bridge

Je pourrais entrer un ticket pour signaler le problème côté
Osmose. Sauf que c'est ID qui ne respecte pas la communauté, pas
Osmose.

Dans ce cas précis, proposer un vote pourrait donner une
légitimité pour un tag qui a été utilisé essentiellement en
2014-2015 (date de la proposition) et surtout en Autriche
.

20081
20131
2014153
2015250
201633
201785
201825
201913


Autre problèmes rencontrés avec ID, liste non exhaustive ça va de
soi :

- sur associatedStreet il propose address alors que le wiki dit de
privilégier housenumber (et par défaut ne propose pas non plus de
relation de type associatedStreet)

- sur bus stop/platform il propose network allors qu'Osmose dit de
ne pas utiliser network sur ces objets.

- il propose location=kiosk alors que cette valeur est dépréciée

- sur d'autres objets il va proposer aussi bien choix_numéro_1 que
choix-numéro-1 et le débutant va choisir au petit bonheur.

Comme vous le voyiez beaucoup des problèmes vient du fait que les
deux développeurs payés ne tiennent pas compte de la communauté.
Avec le risque que ce soit les visions des entreprise pour
lesquelles travaillent les deux développeurs qui décident de
l'avenir d'OSM.

Un point à aborder lors du SotM monde à Heidelberg ?

Jean-Yvon

___
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] éditeur ID

[François Lacombe]

Bonsoir Jean-Yvon

Je partage ton constat, ils affichent bien leur position de ne pas prendre
en compte le wiki.
Ici encore dans cet échange où je leur suggérait de s'apuyer sur les Data
Items (récent ajout qui implément wikidata pour les tags sur le wiki)
https://github.com/openstreetmap/iD/issues/6206

"Sorry, but I'm really not interested in adding anything wiki as a critical
dependency on how iD works."

Certes le wiki n'a pas réponse à tout et manque parfois de fraicheur, mais
tout de même
Le problème c'est que iD rend aussi beaucoup de services et offre un
éditeur de qualité accessible et didactique. On ne peut pas lui enlever
Ce n'est pas une raison pour tout accepter

Issue ouverte pour location=kiosk
https://github.com/openstreetmap/iD/issues/6283

Bonne soirée

François

Le mer. 1 mai 2019 à 19:36,  a écrit :

> Récemment HebdOSM signalait que Frederik protestait contre la manière
> d'agir des deux développeurs d'ID.
>
> Développeurs d'un des deux principaux éditeurs d'OSM mais qui fonctionnent
> au doigt mouillé sans tenir compte des listes de discussion ou du Wiki.
>
> Dernièrement je suis tombé sur une intersection entre un ruisseau et une
> route correctement signalée par Osmose.
>
> J'édite la route. ID me propose de mettre un nœud simple_brunnel.
>
> Effectivement ça ne mérite pas plus.
>
> Sauf que maintenant Osmose râle car bridge ne doit pas être utilisé sur
> les points comme l'indique le Wiki
> .
>
> En cherchant j'ai trouvé une proposition datant de 2014 et a priori jamais
> passée par un vote :
>
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_culvert_or_bridge
>
> Je pourrais entrer un ticket pour signaler le problème côté Osmose. Sauf
> que c'est ID qui ne respecte pas la communauté, pas Osmose.
>
> Dans ce cas précis, proposer un vote pourrait donner une légitimité pour
> un tag qui a été utilisé essentiellement en 2014-2015 (date de la
> proposition) et surtout en Autriche .
>
> 2008 1
> 2013 1
> 2014 153
> 2015 250
> 2016 33
> 2017 85
> 2018 25
> 2019 13
>
>
> Autre problèmes rencontrés avec ID, liste non exhaustive ça va de soi :
>
> - sur associatedStreet il propose address alors que le wiki dit de
> privilégier housenumber (et par défaut ne propose pas non plus de relation
> de type associatedStreet)
>
> - sur bus stop/platform il propose network allors qu'Osmose dit de ne pas
> utiliser network sur ces objets.
>
> - il propose location=kiosk alors que cette valeur est dépréciée
>
> - sur d'autres objets il va proposer aussi bien choix_numéro_1 que
> choix-numéro-1 et le débutant va choisir au petit bonheur.
>
> Comme vous le voyiez beaucoup des problèmes vient du fait que les deux
> développeurs payés ne tiennent pas compte de la communauté. Avec le risque
> que ce soit les visions des entreprise pour lesquelles travaillent les deux
> développeurs qui décident de l'avenir d'OSM.
>
> Un point à aborder lors du SotM monde à Heidelberg ?
>
> Jean-Yvon
> ___
> 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

[OSM-talk-fr] éditeur ID

[osm . sanspourriel]

Récemment HebdOSM signalait que Frederik protestait contre la manière
d'agir des deux développeurs d'ID.

Développeurs d'un des deux principaux éditeurs d'OSM mais qui
fonctionnent au doigt mouillé sans tenir compte des listes de discussion
ou du Wiki.

Dernièrement je suis tombé sur une intersection entre un ruisseau et une
route correctement signalée par Osmose.

J'édite la route. ID me propose de mettre un nœud simple_brunnel.

Effectivement ça ne mérite pas plus.

Sauf que maintenant Osmose râle car bridge ne doit pas être utilisé sur
les points comme l'indique le Wiki
.

En cherchant j'ai trouvé une proposition datant de 2014 et a priori
jamais passée par un vote :

https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_culvert_or_bridge

Je pourrais entrer un ticket pour signaler le problème côté Osmose. Sauf
que c'est ID qui ne respecte pas la communauté, pas Osmose.

Dans ce cas précis, proposer un vote pourrait donner une légitimité pour
un tag qui a été utilisé essentiellement en 2014-2015 (date de la
proposition) et surtout en Autriche .

20081
20131
2014153
2015250
201633
201785
201825
201913


Autre problèmes rencontrés avec ID, liste non exhaustive ça va de soi :

- sur associatedStreet il propose address alors que le wiki dit de
privilégier housenumber (et par défaut ne propose pas non plus de
relation de type associatedStreet)

- sur bus stop/platform il propose network allors qu'Osmose dit de ne
pas utiliser network sur ces objets.

- il propose location=kiosk alors que cette valeur est dépréciée

- sur d'autres objets il va proposer aussi bien choix_numéro_1 que
choix-numéro-1 et le débutant va choisir au petit bonheur.

Comme vous le voyiez beaucoup des problèmes vient du fait que les deux
développeurs payés ne tiennent pas compte de la communauté. Avec le
risque que ce soit les visions des entreprise pour lesquelles
travaillent les deux développeurs qui décident de l'avenir d'OSM.

Un point à aborder lors du SotM monde à Heidelberg ?

Jean-Yvon

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

Re: [OSM-talk-fr] éditeur iD version 2.6.0

[Philippe Verdy]

Il faut ajouter aussi que la direction des stops et cédez-le passage est
maintenant visible avec une pointe de flèche ajoutée: de quoi éviter bien
des confusions entre "backward" et "forward".

Le 22 janvier 2018 à 00:01, marc marc  a écrit :

> https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#whats-new
>
> En nouveautés agréable (avis totalement subjectif)
> - les tag transport PTv2
> - une routine pour empêcher en partie de créer des polygones qui se
> croisent sur eux-même
> https://github.com/openstreetmap/iD/issues/4646
>
> y a plus qu'à terminer de corriger les 169 cas restant
> https://osmose.openstreetmap.fr/fr/errors/?country=france*;
> item=1040=1
> ___
> 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

[OSM-talk-fr] éditeur iD version 2.6.0

[marc marc]

https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#whats-new

En nouveautés agréable (avis totalement subjectif)
- les tag transport PTv2
- une routine pour empêcher en partie de créer des polygones qui se 
croisent sur eux-même
https://github.com/openstreetmap/iD/issues/4646

y a plus qu'à terminer de corriger les 169 cas restant
https://osmose.openstreetmap.fr/fr/errors/?country=france*=1040=1
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Éditeur iD

[JB]

Bonjour,

Je prends enfin le temps de lire l'étude sur la prise en main 
(usability) d'iD : http://www.ub.tuwien.ac.at/dipl/2014/AC11999640.pdf
La lecture est intéressante ! Voire très intéressante (mais on peut 
sauter les premières pages et commencer directement page 42, section 
5.2, le début est très universitaire et peu orienté OSM).


Je vois surtout que le tutoriel est déjà difficile à suivre pour les 
personnes test.
Pas de problème, je m'y colle pour vérifier… Et c'est effectivement pire 
que ce que je pensais…
J'ai dû m'y reprendre à trois fois. La première fois, j'ai commencé par 
titiller l'éditeur en faisant un peu autre chose que ce qui était 
demandé. C'est pas forcément très malin, mais en tous cas, ça plante 
bien la démo ! Mais quand je m'y mets sérieusement, je reste bloqué à 
l'étape « Cherchez 'Café' ». Il n'y a juste plus rien d'activable sur la 
page… La troisième fois sera enfin la bonne, mais bien plantée quand 
même, car il ne faut surtout pas zoomer pour créer des nœuds lors de la 
démo.
En fait, la démo plante environ une fois sur deux (8 fois sur 18 
participants lors de l'étude de prise en main).


- Vous avez essayé chez vous ?
- Est-ce que l'évolution, amélioration d'iD est discutée sur des listes 
que je ne suis pas (je pense à @dev, par exemple) ? Est-ce que le sujet 
a été évoqué ?


Bon, ça ne va pas améliorer l'image que j'avais de l'outil, en tous cas… 
Et j'ai tendance à mieux comprendre ceux qui disent sur les forums (hors 
OSM) que contribuer, c'est galère !


JB.

PS : oui, c'est un mél YAKA, mais si ça peut vous aider à imaginer un 
débutant seul devant son PC, alors que vous pensiez que de toutes façon 
« Yaka suivre le tutoriel »…


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

Re: [OSM-talk-fr] Éditeur iD

[Jérôme Seigneuret]

Merci pour l'info. Même pour un géomaticien débutant c'est pas forcément
intuitif. Et dans tous les cas on a aussi un problème préalable c'est la
définition des éléments à saisir (Wiki) dont les frontières sont mal défies
à mon avis.


Le 20 novembre 2014 10:37, JB jb...@mailoo.org a écrit :

 Bonjour,

 Je prends enfin le temps de lire l'étude sur la prise en main (usability)
 d'iD : http://www.ub.tuwien.ac.at/dipl/2014/AC11999640.pdf
 La lecture est intéressante ! Voire très intéressante (mais on peut sauter
 les premières pages et commencer directement page 42, section 5.2, le début
 est très universitaire et peu orienté OSM).

 Je vois surtout que le tutoriel est déjà difficile à suivre pour les
 personnes test.
 Pas de problème, je m'y colle pour vérifier… Et c'est effectivement pire
 que ce que je pensais…
 J'ai dû m'y reprendre à trois fois. La première fois, j'ai commencé par
 titiller l'éditeur en faisant un peu autre chose que ce qui était demandé.
 C'est pas forcément très malin, mais en tous cas, ça plante bien la démo !
 Mais quand je m'y mets sérieusement, je reste bloqué à l'étape « Cherchez
 'Café' ». Il n'y a juste plus rien d'activable sur la page… La troisième
 fois sera enfin la bonne, mais bien plantée quand même, car il ne faut
 surtout pas zoomer pour créer des nœuds lors de la démo.
 En fait, la démo plante environ une fois sur deux (8 fois sur 18
 participants lors de l'étude de prise en main).

 - Vous avez essayé chez vous ?
 - Est-ce que l'évolution, amélioration d'iD est discutée sur des listes
 que je ne suis pas (je pense à @dev, par exemple) ? Est-ce que le sujet a
 été évoqué ?

 Bon, ça ne va pas améliorer l'image que j'avais de l'outil, en tous cas…
 Et j'ai tendance à mieux comprendre ceux qui disent sur les forums (hors
 OSM) que contribuer, c'est galère !

 JB.

 PS : oui, c'est un mél YAKA, mais si ça peut vous aider à imaginer un
 débutant seul devant son PC, alors que vous pensiez que de toutes façon «
 Yaka suivre le tutoriel »…

 ___
 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