Pour éviter de se noyer, je divise en 2 : relation network <> tag network c'est dans l'autre sujet. Ici c'est quoi mettre dans le tag network. Car il y a un besoin d'une clef pour le nom pour l'humain. Et un besoin d'une référence unique pour les outils.
Le 24. 08. 17 à 10:45, lenny.libre a écrit : > Le 23/08/2017 à 13:52, Marc Gemis a écrit : >>> Oui mais https://www.wikidata.org/wiki/Wikidata:Notability >> 3. It fulfills some structural need >> Je pense dans ce cas ici, 3 est vrais. > Et en français ça veut dire quoi 3 ? Il remplit un besoin structurel > Si un réseau change de nom il change aussi de wikidata non il garde le même wikidata, quelqu'un modifiera sa page wikidata > Je voulais faire de l'osm, pas du wikidata > J'arrête donc de contribuer sur OSM Mais non, le wikidata n'est pas obligatoire. Celui qui le souhaite le rajoutera. Continue sans wikidata comme tu le fais actuellement, Cela ne t’empêche pas de faire du bon boulot ! Est-ce qu'une page wiki osm qui liste les réseaux te convient ? Si tu n'as pas envie de l'éditer, quelqu'un le ferra, il faut faire ce qu'on aime dans osm. Le 22. 08. 17 à 15:33, Christian Quest a écrit : > Les ref stables et id wikidata permettent à des scripts > d'accéder sans équivoque aux infos. est-ce que l'idée "ajouter un wikidata pour ceux qui le veulent/peuvent, et utiliser ref:FR:network:bus (ou autre nom, qu'importe) pour les autres" satisfait-il les besoins que les scripts habituels ont ? Si oui, quel nom pour la ref ? quel lieu pour la liste de valeur ? je pensais à une page wiki avec un format "strict" afin d'être éditable pour un contributeur et lisible depuis un script. est-ce qu'on met tjs qlq chose dans ref pour n'avoir qu'un tag à analyser ou avoir 2 tag n'est pas trop dérangeant ? ou un osmdata.openstreetmap.fr ? plus long à faire. Le 23. 08. 17 à 13:52, Marc Gemis a écrit : >> Oui mais https://www.wikidata.org/wiki/Wikidata:Notability > 3. It fulfills some structural need, for example: it is needed to make > statements made in other items more useful. > Je pense dans ce cas ici, 3 est vrais. Oui tu as probablement raison, j'ai survolé un peu trop vite. Le 23. 08. 17 à 17:27, frem a écrit : >> au lieu de créer un nouveau tag, >> - ne pourrait-on pas utiliser network:wikidata s'il existe >> - et pour ceux qui n'en ont pas, suivre la logique du tag ref avec >> quelque chose genre network:ref ou ref:FR:network:bus ? >> Ou si c'est plus pratique une seule clef pour les 2 cas, >> on crée une ref pour tout réseau, une sorte de wikidata version osm >> une page wiki où on ajoute chaque nouvel identifiant et ca roule. > Complètement d’accord. Si l’ajout dans Wikidata ne nous semble pas > pertinent ou si on connaît peu les règles de contribution à ce projet, > c’est sans doute une très bonne idée. à faire : rajouter une explication sur la création d'un wikidata sur le wiki osm et/ou si cette page existe, inclure un lien "où ça va bien" Préciser que c'est facultatif, pour ne pas refroidir ceux qui n'en veulent pas. Le 23. 08. 17 à 21:43, Philippe Verdy a écrit : > comment savoir alors les distinguer quand dans les deux cas ce > sont des objets très étendus Par géographie, comme lorsqu'il y a 2 rues du même nom. S'il y a 2 réseau arc-en-ciel une même rue et que les utilisateurs ont besoin de pouvoir les séparer et qui ont le même opérateur, ce n'est pas la fin du monde si on écrit l'un "Arc-en-ciel" et l'autre "Arc en ciel" afin de forcer une unicité. Si ce genre de subtilité n'est pas possible (imaginons que leur nom est toto), on utilisera le nom de leur site web. Oui mais s'ils ont le même site www.toto.fr ? alors c'est qu'ils ne sont qu'un réseau, cqfd ! Bref ce moment d'humour à 2 centimes à prendre au 2ieme degré simplement pour dire d'éviter de rendre la situation dramatique. Une fois précisé quel est le tag avec le nom et quel est le tag avec la référence unique, le problème des doubles arc-en-ciel est soluble. Pour sélectionner tout le réseau arc-en-ciel Occitanie à partir du tag network, c'est 2 lignes http://overpass-turbo.eu/s/rdw Cela n'empêche pas, dans l'autre sujet, que les relations network ont des avantages mais séparons les 2 problèmes pour résoudre au moins l'un des 2, sinon on tourne en rond avec les 2. Le 23. 08. 17 à 22:28, [email protected] a écrit : > Je ne connais personnellement que Overpass API qui a l'interface > sketchline pour produire des lignes de transport. > https://wiki.openstreetmap.org/wiki/Overpass_API/Public_transport_example Pour le fun, l'exemple de ligne ambiguë entre la France et l'Allemagne, n'est pas causé par un tag network non unique mais par son absence http://www.overpass-api.de/api/sketch-line?ref=N12&network= Le 23. 08. 17 à 22:28, [email protected] a écrit : > Parce que les noms sont en entrée libre, je suggère d'avoir un > network:wikidata afin de faire plus facilement du contrôle qualité. > si on ne veut pas ajouter un Wikidata, on peut toujours au lieu > d'avoir un Qxxx mettre un Oxxx (identifiant unique OSM, à mettre > quelque part par exemple sur le wiki page transports public). Je ne trouve pas une bonne idée que de mettre un Oxxx dans un tag wikidata, l'identifiant est invalide, les outils qualités vont remonter à juste titre des anomalies, certains vont les supprimer, des apps peuvent en déduire que l'id est inutilisable, etc je préférais, pour ceux qui n'ont pas de wikidata, de soit créer un ref:FR:network:bus ou équivalent, soit de généraliser avec osmdata _______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
