[OSM-talk-fr] A89: Bordeaux - Brive-la-Gaillarde

[News]

Excuses du français pauvre(faible)

Je n'ai pas vérifié tout cela mais au moins un peu d'A89 de Bordeaux à 
Brive-la-Gaillarde est étiqueté comme pas une route à péage mais je 
pense que ce tous devraient être une route à péage. Peut quelqu'un sur 
plaît ici vérifient et correct si nécessaire


Merci

Paul

Apologies for the poor french

I have not checked all of this but at least some of the A89 from 
Bordeaux to Brive-la-Gaillarde is tagged as not a toll road but I think 
that this all should be a toll road. Can someone on here please verify 
and correct if necessary


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

Re: [OSM-talk-fr] "Google et la SNCF cartographient les gares de l'Euro 2016"

[Charles Nepote]

Le 10/06/2016 21:28, Philippe Verdy a écrit :

C'est complémentaire, soit ! Mais en attendant il y a eu un partenariat
entre OSM et la SNCF pour le Francilien, qui a bénéficié du travail des
OSMeurs pour améliorer ses propres données. Et dans le dos, la SNCF
revend ces données à Google dans une forme propriétaire.


Tu veux dire que des données co-produites par la communauté OSM sont 
revendues par la SNCF à Google ?

[_] Oui.
[_] Non.
[_] Je ne sais pas trop j'ai dit ça comme ça...
(Pas la peine de trop détailler.)

Charles.


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Romain MEHUT]

Le 11 juin 2016 à 06:01, JB  a écrit :

> Finir par demander un blocage ou un revert en règle ?
>
Tu ne crois pas si bien dire cf.
http://www.openstreetmap.org/changeset/39883461

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Philippe Verdy]

Là ce n'est pas méchant il n'y a pas d'erreur c'est juste que la mention de
la ville et du code postal peut éventuellement être déduite.
Attention de ne pas être trop exigeant sur les champs d'adresse, d'autant
que nombre de communes ont fusionné mais les adresses sont parfois ambigues
et qu'il est difficile de se repérer sur le nom de la nouvelle commune;
l'acnienne commune conservant en fait son nom local la plupart du temps, il
n'y a pas d'impact sur les adresses.

Le 11 juin 2016 à 16:30, Romain MEHUT  a écrit :

> Le 11 juin 2016 à 06:01, JB  a écrit :
>
>> Finir par demander un blocage ou un revert en règle ?
>>
> Tu ne crois pas si bien dire cf.
> http://www.openstreetmap.org/changeset/39883461
>
> Romain
>
> ___
> 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] "Google et la SNCF cartographient les gares de l'Euro 2016"

[Philippe Verdy]

En plus la mention du nom de la rue n'est pas une erreur, car il n'y a pas
de relation associated street, et le noeud en question n'est pas
directement sur le tracé de la voie mais à côté ...
Cela facilite même le rapprochement à défaut de relation associatedStreet;
la recherche par proximité ne marche pas toujorus et avec sous les
logiciels, et en plus on peut avoir besoin de mentionner plusieurs POI à la
même adresse, le noeud d'adresse étant sur aucun des POIs.

Le 11 juin 2016 à 16:17, Charles Nepote  a écrit :

> Le 10/06/2016 21:28, Philippe Verdy a écrit :
>
>> C'est complémentaire, soit ! Mais en attendant il y a eu un partenariat
>> entre OSM et la SNCF pour le Francilien, qui a bénéficié du travail des
>> OSMeurs pour améliorer ses propres données. Et dans le dos, la SNCF
>> revend ces données à Google dans une forme propriétaire.
>>
>
> Tu veux dire que des données co-produites par la communauté OSM sont
> revendues par la SNCF à Google ?
> [_] Oui.
> [_] Non.
> [_] Je ne sais pas trop j'ai dit ça comme ça...
> (Pas la peine de trop détailler.)
>
> Charles.
>
>
>
> ___
> 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] "Google et la SNCF cartographient les gares de l'Euro 2016"

[Philippe Verdy]

Note qu'on n'interdit pas la revente des données, cependant je ne vois
jamais Google créditer autre chose que les sources de données qu'il a
directement acquises. Bref que la SNCF revende les données dérivées à
Google, elle peut le faire (on parle de collaboration avec la SNCF, c'est
aussi pour qu'elle puisse disposer des données et les rediffuser à qui elle
veut), Google peut les rediffuser aussi, mais on devrait s'attendre aussi à
ce que Google nous crédite sur ses fonds de carte.
Maintenant Google n'est peut-être pas en faute si la SNCF a omis des termes
contractuels avec Google.
Quand je regarde les fonds de carte Google en fait je vois très peu de
crédits affichés, il acquière des données agrégées de diverses sources par
des sociétés tierces, et ne mentionne alors que cette société tierce. Les
aggrégateurs peuvent être le problème s'ils omettent d'inclure les crédits
nécessaires: combien de liens doit-on consulter et où les chercher, ce
n'est pas toujours clair dans les mentions très floues données par Google.



Le 11 juin 2016 à 16:17, Charles Nepote  a écrit :

> Le 10/06/2016 21:28, Philippe Verdy a écrit :
>
>> C'est complémentaire, soit ! Mais en attendant il y a eu un partenariat
>> entre OSM et la SNCF pour le Francilien, qui a bénéficié du travail des
>> OSMeurs pour améliorer ses propres données. Et dans le dos, la SNCF
>> revend ces données à Google dans une forme propriétaire.
>>
>
> Tu veux dire que des données co-produites par la communauté OSM sont
> revendues par la SNCF à Google ?
> [_] Oui.
> [_] Non.
> [_] Je ne sais pas trop j'ai dit ça comme ça...
> (Pas la peine de trop détailler.)
>
> Charles.
>
>
>
> ___
> 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] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)

[Christian Quest]

Il faut par contre bien faire attention à l'objet sur lequel ces tags 
sont mis (comme les tags wikipedia d'ailleurs).


Un tag wikidata=* ne devrait logiquement exister qu'une seule fois dans 
la base OSM.


Pas contre, des tags liant une propriété de l'objet (par exemple son 
nom, son opérateur, etc) peuvent exister autant de fois que nécessaire.



Le 10/06/2016 à 12:22, Christian Rogel a écrit :


Le 9 juin 2016 à 09:27, François Lacombe > a écrit :


Tenez, ça va dans le bon sens : iD vient juste d'être mis a jour avec 
cette fonctionnalité intéressante


https://twitter.com/bhousel/status/740567649894031369?s=09

François



Sur la liste anglophone, l’annonce de l’ajout automatique d’une 
référence Wikidata mérite un peu plus d’explications :
la dernière version d’iD crée automatiquement le binôme clé- valeur 
wikidata = Qnn si le « name » est trouvé comme titre d’un article 
du Wikipedia.


La discussion s’est focalisée sur les noms de lieu administratifs, 
mais, cela inclut bien d’autres choses comme les monuments, gares et 
autres équipements.


Frederick Ramm s’est demandé, si ce n’était pas un « mechanical 
edit », mais, Simon Poole a répondu que cela n’est pas un import massif.


L’auteur de l’implémentation, Minh Nguyen a précisé qu’il y a, en ce 
moment, 1 778 365 références Wikidata pour des « human settlements » 
et au dessus, dans la hiérarchie, 2 225 880

« administrative terrtorial entitiy ».

L’avantage de llier un objet géographique à Wikidata est de fournir un 
ancrage plus stable (labilité des OSM ID).


Bryan Housel, mainteneur de iD a dit espérer que cette fonctionnaité 
serait ajoutée aux autres éditeurs OSM. Si cela arrive, c’est une 
évolution très importante d’OSM.



Christian R.


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



--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Romain MEHUT]

Le doublon était sur l'adresse qui existait déjà...

Romain

Le 11 juin 2016 à 17:59, Philippe Verdy  a écrit :

> Là ce n'est pas méchant il n'y a pas d'erreur c'est juste que la mention
> de la ville et du code postal peut éventuellement être déduite.
> Attention de ne pas être trop exigeant sur les champs d'adresse, d'autant
> que nombre de communes ont fusionné mais les adresses sont parfois ambigues
> et qu'il est difficile de se repérer sur le nom de la nouvelle commune;
> l'acnienne commune conservant en fait son nom local la plupart du temps, il
> n'y a pas d'impact sur les adresses.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[JB]

Et le triplon était sur l'hôtel (tourism=hotel).

JB.


Le 11/06/2016 à 21:45, Romain MEHUT a écrit :

Le doublon était sur l'adresse qui existait déjà...

Romain

Le 11 juin 2016 à 17:59, Philippe Verdy > a écrit :


Là ce n'est pas méchant il n'y a pas d'erreur c'est juste que la
mention de la ville et du code postal peut éventuellement être
déduite.
Attention de ne pas être trop exigeant sur les champs d'adresse,
d'autant que nombre de communes ont fusionné mais les adresses
sont parfois ambigues et qu'il est difficile de se repérer sur le
nom de la nouvelle commune; l'acnienne commune conservant en fait
son nom local la plupart du temps, il n'y a pas d'impact sur les
adresses.




___
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] Bonnes et moins bonnes visibilités OSM

[Philippe Verdy]

Non justement, car le noeud a été gardé (avec son addr:housenumber), mais
on a supprimé ses champs addr:street, addr:city...
A l'origine peut-être il y avait des doublons mais pas dans le dernier
changeset montré en exemple:

http://www.openstreetmap.org/changeset/39883461
http://www.openstreetmap.org/node/1655141284

Regarde l'historique, le commentaire dit "Annulation changeset 39883461 car
tags inutiles"
http://www.openstreetmap.org/node/1655141284/history

C'est clair que l'annulation en question a viré des données pas du tout
incorrectes et pas vraiment "inutiles" :
addr:city 
*supprimé
mais pas inutile*
addr:housenumber

*supprimé
à tord **et pas du tout inutile*
addr:postcode

*supprimé **mais pas inutile*
addr:street

*supprimé **mais pas inutile*
contact:housenumber *gardé mais incorrect*
contact:phone
 +33 2
96397375 <+33296397375>
name  Yves Rocher
opening_hours
 Tu-Sa
10:00-12:30, 14:30-19:00
shop  beauty

source  survey
website 
http://yves-rocher.fr/dinan
En clair, on a deux noeuds au numéro 40 pour des POI différents, plus un
noeud anonyme (sans POI) au housenumber=40 entre les deux.
Mais maintenanti les deux POIs (Boutique Yves Rocher, plus le commerce
alimentaire à côté) n'on plus de numéro et rien n'indique qu'ils sont
réellement au 40, ils pourraient être au 38 ou au 42 ! Pour savoir quel
numéro utiliser il fauit entrer dans le détail de la géométrie du polygone.
Mais note bien qu'on n'a aucun noeud au numéro 42, le batiment avec un
noeud 40 voisine celui du numéro 44. On pourrait en déduire que la voutique
Yves Rocher est "sans doute" au numéro 42...

Bref je remettrais le numéro 40 sur la boutique Yves Rocher. S'appuyer sur
la géométrie des batiments est trop aléatoire, et il n'y a aucun problème
si deux noeuds différents pour des POIs différents portent le même numéro.
(le noeud anonyme existant pour le 40 est sans doute pour l'entrée de la
partie commune menant aux logements à l'étage mais où est la boite aux
lettres pour les deux boutiques au rez-de-chaussée de chaque côté. Bref
cela ferait trois noeuds distincts au numéro 40 mais là pour des raisoins
différentes et pas exactement au même endroit.


Le 11 juin 2016 à 21:45, Romain MEHUT  a écrit :

> Le doublon était sur l'adresse qui existait déjà...
>
> Romain
>
> Le 11 juin 2016 à 17:59, Philippe Verdy  a écrit :
>
>> Là ce n'est pas méchant il n'y a pas d'erreur c'est juste que la mention
>> de la ville et du code postal peut éventuellement être déduite.
>> Attention de ne pas être trop exigeant sur les champs d'adresse, d'autant
>> que nombre de communes ont fusionné mais les adresses sont parfois ambigues
>> et qu'il est difficile de se repérer sur le nom de la nouvelle commune;
>> l'acnienne commune conservant en fait son nom local la plupart du temps, il
>> n'y a pas d'impact sur les adresses.
>>
>
>
> ___
> 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