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

2016-06-11 Par sujet 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

2016-06-11 Par sujet 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] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)

2016-06-11 Par sujet 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] "Google et la SNCF cartographient les gares de l'Euro 2016"

2016-06-11 Par sujet 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] "Google et la SNCF cartographient les gares de l'Euro 2016"

2016-06-11 Par sujet 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] Bonnes et moins bonnes visibilités OSM

2016-06-11 Par sujet 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] Bonnes et moins bonnes visibilités OSM

2016-06-11 Par sujet 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] "Google et la SNCF cartographient les gares de l'Euro 2016"

2016-06-11 Par sujet 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

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

2016-06-11 Par sujet 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