gileri's Comments
Changeset | When | Comment |
---|---|---|
147135128 | over 1 year ago | Tu parles du panneau visible là https://panoramax.fr/photos#focus=pic&map=21.67/45.7513157/4.8363634&pic=baa0a544-81c1-4f34-aaf4-094950a62513&speed=250&xyz=246.53/-0.72/30 ? En effet légalement en vélo on devrait le respecter car il manque le pannonceau "sauf cycles". Mais clairement il est là uniquement pour les véhicules lourds avec les feux bicolores et les plots pneumatiques. Tout comme en vélo il n'est pas attendu qu'on respecte le feu rouge ici (personne a le badge), le panneau de sens unique également à mon avis. |
147135128 | over 1 year ago | Bonjour, c'est une voie verte, je ne crois pas qu'il y ait de sens de circulation affecté, même si en pratique la plupart roulent en effet dans le sens le plus logique. |
146199481 | over 1 year ago | I've already done so in the past. I'm just balancing out the discussion here, and pointing out that not everyone is in favor of this AE Code of Conduct as-is. As far as I (and wiki history) know, it was not even introduced through a vote or preliminary discussion, and not required to abide to when signing up. So those are good guidelines, not laws. |
146199481 | over 1 year ago | I'm of the opinion of Pieter Vander Vennet. Having to take more than an hour for the process of such a simple changeset would be detrimental in my opinion. We are talking a one-time edit of 100 objects, revertable trivially. |
145249259 | over 1 year ago | Bonjour Kevc2003, Merci pour ces contributions sur les tramways, ces informations techniques font toute la différence d'OpenStreetMap ! Lors de la sauvegarde tu as eu des avertissements de l'éditeur iD, qui prévenait que des routes modifiées se croisaient suite à tes modifications. Ces avertissements sont généralement signe d'un souci, et souvent avec l'éditeur iD il s'agit de fusion accidentelle de nœuds, ou de déplacement de voies. On peut avoir une idée de ce qu'il s'est passé avec Achavi par exemple : https://overpass-api.de/achavi/?changeset=145249259 J'ai corrigé l'avenue Leclerc dans ce changeset :
Bonnes fêtes |
145326610 | over 1 year ago | Thanks ! |
145143098 | over 1 year ago | Hello, sorry for being a negative Nelly, but this looks like personal data that should not be in OpenStreetMap. If that's the case, can you remove them please ? Thank you |
145109283 | over 1 year ago | Ok merci pour la réponse, et l'ajout ! Je pense que ça reste utile, ça permet de retrouver assez facilement le compteur. Si un jour on a un permalien on pourra le mettre. Bonne soirée |
145109283 | over 1 year ago | Salut, je crois que le lien n'est pas bon, ça renvoie sur une autre station. J'ai pas réussi à trouver comment générer l'URL de ce point de comptage, t'as une technique ? |
144499881 | over 1 year ago | Bonjour Étamine et merci pour ces contributions ! J'ai retiré l'adresse car le 10 est déjà présent ici : osm.org/node/7105622390 Il n'y a pas besoin donc de le dupliquer. Si vous souhaitez indiquez l'adresse de contact postal, vous pouvez utiliser les étiquettes contact:housenumber, contact:street, etc. Plus d'infos ici : osm.wiki/FR:Key:contact:* Éric Éric |
144143877 | over 1 year ago | Salut NJ, Tu vois juste. C'est une modification "secondaire" au changeset, c'est à dire que je ne suis pas parti pour supprimer check_date, mais lorsque je modifie l'objet, je ne peux pas le laisser (comme le tag source), vu qu'il n'est plus d'actualité. Ces tags ne devraient être présents que sur les changesets. S'ils sont mis sur les objets, ils devraient être limités à des tags individuels car peu de gens peuvent vérifier toutes les propriétés de l'objet d'un coup. Dernier point, généralement ces tags (check_date, source, etc.) ne sont pas mis à jour en même temps lors des futures modifications. Cela veut dire que lors de leur application, ils ont une valeur quasi-nulle (ils devraient être sur le changeset), et lors des modifications futures ils peuvent être néfastes car incorrects. Et je vois ça très souvent. Éric |
144174179 | over 1 year ago | Bonjour Bernard ! Oui c'est un peu compliqué lorsque les contributeurs ont des visions différentes du partage, même si ici les deux approches se défendent clairement. L'histoire de la double licence est à vérifier par des gens plus compétents que moi, mais c'est par exemple ce qu'à fait Bing Maps. Leur licence de données est restrictive, mais ils ont fait une licence secondaire pour donner le droit aux contributeurs OpenStreetMap de s'en servir. Pour MGW ce serait également possible, mais ça nécessite un accord des contributeurs eux-mêmes également. OpenStreetMap a fait ça pour changer la licence, mais ce n'était pas évident. Oui pour le cadastre : osm.wiki/FR:France/Cadastre Et pour les ortophotos ça dépend, mais celles dans les éditeurs OSM permettent en général le reversement. La plupart des sources ont tout de même comme condition d'indiquer la source des modifications (idéalement avec un attribut de groupe de modification, au moment de l'envoi). Sinon, il est toujours possible d'ajouter la référence MGW des objets dans OSM, ça permet à des projets de combiner les deux sources de données et d'avoir un résultat proche de si les données complètes étaient dans OSM. |
144174179 | over 1 year ago | Bonjour, Merci pour cette réponse très complète, et heureux de vous voir sur OSM ! Je ne suis pas non plus expert du droit, mais l'incompatibilité entre la licence de MGW et celle d'OSM est suffisamment explicite : MGW interdit l'utilisation commerciale des données, OSM l'autorise. La question de la référence vers MGW pose je pense aucun problème, cette référence n'a pas de "valeur" ou originalité. Plus loin vous parlez exactement du sujet que j'apportait : en vous basant sur des sources qui n'autorisent pas le reversement dans OpenStreetMap, cela met en péril vos contributions. Vous avez raison sur le fait qu'il n'y a pas de droit d'auteur ou autre restriction possible (et souhaitable) sur les monuments. Mais ce droit d'auteur s'applique bien sur les bases de données, cartes, photos que vous utilisez pour contribuer. Si c'est vous qui avez pris la photo, ou noté l'inscription sur un papier par exemple, vous avez bien entendu un droit sur les données. Mais l'extraction des infos depuis Google Maps, certaines sources IGN, MGW, Généanet etc n'est pas permise par leur licence pour les mettre dans OSM malheureusement. Pour illustrer mon propos avec une meilleure source, voici un exemple avec Wikipedia, depuis lequel on ne peut pas copier de données sur OSM : osm.wiki/FR:Collaboration_avec_Wikip%C3%A9dia On est tous de bonne foi, et ces projets que vous citez sont quasi tous dans l'esprit de partage. Mais s'ils souhaitent empêcher la commercialisation par exemple, il me semble nécessaire de respecter leur volonté. Il y a d'autres sources telles que Panoramax, Mapillary, Kartaview qui permettent la réutilisation dans OSM. Pour finir un peu sur la même note, j'espère que ça ne vous découragera pas de contribuer, surtout vos contributions "pointues" qui font toute la beauté d'OSM. Bonne soirée Éric |
144174179 | over 1 year ago | Bonjour, et merci pour ces contributions ! Je vois que vous êtes gérant du site MémorialGenWeb, qui est en licence CC-BY-NC-SA https://creativecommons.org/licenses/by-nc-sa/3.0/deed.fr Cette licence n'est pas compatible avec celle d'OpenStreetMap. J'ai cherché mais j'ai pas trouvé de documentation sur d'éventuels "ponts" entre les deux projets, mis à part la clé ref:FR:MemorialGenWeb. Je pense qu'il serait utile de préciser la source des données lorsque vous contribuez sur OpenStreetMap. Sinon les modifications risquent d'être retirées pour éviter les problématiques de droit d'auteur, ce qui est déjà arrivé par le passé. Une possibilité serait, il me semble, que MémorialGenWeb donne une licence, en plus de la licence globale, pour les intégrer sur OpenStreetMap. Éric |
142784145 | almost 2 years ago | Mince après relecture de la location il a l'air d'être à l'extérieur, j'ai rien dit ! |
142784145 | almost 2 years ago | Bonjour, merci pour la contribution ! Je vois qu'il y a le tag indoor=no pour ce défibrillateur, est-ce que indoor=yes ne serait pas plus adapté ? |
142867112 | almost 2 years ago | Bonjour, bienvenue sur OpenStreetMap, merci pour cette contribution ! |
141612146 | almost 2 years ago | Justement, je suis sûr que si tu vas sur le terrain, le nom est bel est bien présent, même si la marque est écrite en plus gros. Je l'ai vérifié avec les enseignes Decathlon, Casino, Carrefour, Burger King, McDonald's, Célio, Auchan, Autosur, Feu vert, Dafy, Honda, Euromaster et sûrement d'autres que j'ai pas en tête. Si tu as d'expérience des lieux où ce n'est pas le cas je suis preneur. |
141612146 | almost 2 years ago | >on ne voit que "Bonne Gueule" comme nom sur place Justement, ce n'est pas le nom, simplement la marque. Leur but c'est d'attirer l'attention avec la marque qui est bien connue, mais ça n'a pas vocation à être le nom. Si l'on parle d'un magasin en particulier (par exemple en demandant à un employé dans quel magasin il travaille), il répondra le nom qu'a choisi le magasin. Qui sommes-nous pour décider à la place du magasin et ses personnes que son nom doit se résumer à sa marque ? En tout cas, tu fais bien de parler des tags branch et brand, grâce à eux chaque consommateur OSM est libre d'afficher la marque, la branche, le nom choisi par le magasin, ou toute autre combinaison. Un exemple très pratique sur Lyon : Si tu me demandes d'aller à un Décathlon spécifique, te limiterais-tu à sa marque "Décathlon" pour me l'indiquer, ou utiliserais-tu son nom public "Décathlon [Lyon] Part-Dieu" ? |
141612146 | almost 2 years ago | Bonsoir Syl, Il est très rare que les commerces de chaines n'aient pas de noms uniques publics pour les magasins, mais en cas de preuves contraires je reverterai volontiers les modifications. Si je prends ceux du changeset : - Bonne Gueule : Nom unique, visible dans l'URL et site web https://www.bonnegueule.fr/boutique-lyon-1/ - Vitton Clopes : Nom unique visible dans le nom et page Facebook - Oxbow : Pas trouvé la boutique sur leur site, peut-être qu'elle n'est plus d'actualité ? - SG : Nom public toujours : https://agences.sg.fr/banque-assurance/particulier/agence-lyon-bat-d-argent-id3000302490 L' "usage courant" a été quelque peu forcé via un éditeur, mais n'a pas de raison de s'appliquer pour la plupart des commerces en France. Ils ont bel et bien des noms spécifiques (voir au dessus), même s'ils ne sont pas aussi proéminents que la marque. Éric |