date:20200417

sent from a phone

>> On 18. Apr 2020, at 00:44, Martin Koppenhoefer  
>> wrote:
> gute Nachrichten, betrifft das vermutlich auch hochauflösende Luftbilder? 
> Hausnummern?

wie es aussieht sind die Bilder mit 20cm Auflösung kostenlos, auch Infrarot.
https://geobasis-bb.de/lgb/de/geodaten/luftbilder/luftbilder-aktuell/

Die 20cm sind schon ziemlich gut, im Brandenburgischen Flachland dürfte auch 
die Lagegenauigkeit hervorragend sein.

Und das Liegenschaftskataster mit Hausumringen und Hausnummern sieht auch 
vielversprechend aus
https://geobasis-bb.de/lgb/de/geodaten/liegenschaftskataster/hausumringe/

gut, dass Du darauf hingewiesen hast, dass amtliche Daten auch Fehler haben und 
veraltet sein können, weil das ist sicher eine große Verlockung, den 
offiziellen Daten mehr Glauben zu schenken  ;-)

In dem Zusammenhang kann man auch nochmal darauf hinweisen dass dort die 
registrierte Nutzung eingetragen ist, während wir in OSM die tatsächliche 
Nutzung taggen, das macht manchmal einen Unterschied.

Betrifft das also auch die ALKIS Daten?

Gruß Martin 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] [OSM-Berlin] Brandenburg ist frei!



sent from a phone

> On 17. Apr 2020, at 21:47, Tom Pfeifer  wrote:
> 
> Die Brandenburger Geobasisdaten, die von der Landesvermessung und 
> Geobasisinformation Brandenburg
> (LGB) seit Januar unter der "Datenlizenz Deutschland 2.0 Namensnennung 
> dl/de/by-2.0" bereitgestellt
> werden, können ab sofort für OpenStreetMap genutzt werden.


gute Nachrichten, betrifft das vermutlich auch hochauflösende Luftbilder? 
Hausnummern?

Gruß Martin 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-br] Comitê para votação de disputas em Classificação de Vias

2020-04-17 Thread santamariense

Em conversa no grupo Classificação de Vias no Telegram, foi levantado
a necessidade/possibilidade de criação de um comitê para votar
questões referentes à classificação de vias quando houver disputas
entre mapeadores ou comunidades locais nos casos de empate, bem como
decidir novas modificações a serem feitas na malha viária que vierem a
divergir da REGRA GERAL QUE FOR VIGENTE.

Se por um lado os grupos no Telegram estão crescendo, por outro, a
participação em discussões vem diminuindo, e isso tenho percebido
pelas várias perguntas sem respostas ou feedback por lá, ou pelo menos
não com a mesma intensidade que se via há um ou mais anos atrás.
Imagino que o pessoal de uma forma geral vem se cansando de longas
discussões, e isso vem gerando uma falta de quórum para tratar
assuntos ou disputas em locais específicos do país, ou até mesmo a
nível nacional.

Então, para mediar estas disputas que estiverem estagnadas devido a
empate, proponho a criação de um comitê, onde os membros não precisam
discutir se não quiserem, bastando apenas votar por essa ou aquela
decisão. Poderiam votar no comitê qualquer mapeador e/ou membro das
comunidades locais e nacionais que tiverem interesse no assunto, que é
o que acontece atualmente, mais um time de membros fixos que devem
ficam comprometidos a votar.

A maior questão é: Quem deveria ficar comprometido a fazer parte do
time de membros fixos? E eu não tenho resposta pronta para isso, porém
acredito que em primeiro lugar fariam parte desse time aqueles que se
dispuserem para tal, seguidos de administradores de grupos de Telegram
baseados no Brasil e mapeadores que em algum momento já se envolveram
em discussões a respeito, baseando-se em "se o mapeador tem interesse
na classificação viária de um local especfíco a ponto de discutí-lo,
deve ao menos votar nos casos em que não estiver diretamente
interessado."

Também estive olhando como deve funcionar as fases das propostas. Em
[1], que trata sobre propostas de novas tags, define "At least two
weeks after the Request For Comments, and once problems brought up in
discussion have been resolved by modifying the proposal, send out a
Request for Voting to the tagging mailing list" cuja tradução seria
algo como "Pelo menos duas semanas após a Solicitação de Comentários,
e depois que os problemas levantados na discussão forem resolvidos com
a modificação da proposta, envie uma Solicitação de Voto para a lista
de discussão". Tal trecho poderia ser adaptado para o nosso caso como
"Uma vez estabelecida uma disputa que não puder ser resolvida
localmente, seja por empate ou pela simples insatisfação de algum dos
envolvidos, qualquer um pode acionar o comitê e dar início ao processo
de desempate, então ambas as partes diretamente envolvidas na disputa
devem apresentar seus argumentos, em seguida outros interessados podem
entrar na discussão se desejarem, e após 15 dias da disputa ser
apresentada, encerram-se as discussões e inicia-se o processo de
votação, onde os membros do Comitê são intimados a votar, sendo que no
30º dia encerram-se as votações e a decisão pode ser imediatamente
aplicada."

O que acham?


[1] - https://wiki.openstreetmap.org/wiki/Proposal_process

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

[Talk-de] Brandenburg ist frei!

2020-04-17 Thread Tom Pfeifer

Steige hoch, du roter Adler!

Die Brandenburger Geobasisdaten, die von der Landesvermessung und 
Geobasisinformation Brandenburg
(LGB) seit Januar unter der "Datenlizenz Deutschland 2.0 Namensnennung 
dl/de/by-2.0" bereitgestellt
werden, können ab sofort für OpenStreetMap genutzt werden.

Die notwendige Zusatzvereinbarung war bereits in der BbgGeoNutzV "angedacht". 
In einem konstruktiven
Gespräch am 26.2. mit Vertretern der OpenStreetMap-Community in der LGB in 
Potsdam wurden die
letzten Details besprochen sowie Wege für künftige gegenseitige Kooperationen 
geebnet.

Die LGB hat sich nun im April 2020 dazu entschlossen, die notwendige Klausel 
allgemeingültig in
ihren Allgemeinen Geschäfts- und Nutzungsbedingungen (AGNB) aufzunehmen.

Damit muss der Quellenvermerk nicht im unmittelbaren optischen Zusammenhang zur 
Datendarstellung
eingebunden werden, wenn die LGB-Daten im Folgeprodukt nur einen 
untergeordneten Anteil haben und
dem Folgeprodukt mehrere Ausgangsquellen zugrunde liegen. Es genügt in diesem 
Fall, den
Quellenvermerk an anderer geeigneter Stelle beizugeben.

Das Neue an der Brandenburger Lösung zur DL/DD/by-2-0 ist, dass die 
Formulierung allgemein in die
AGB aufgenommen wurde. Dies, so schrieb Joachim Kast...
> könnte auch eine Anregung für weitere Bundesländer sein, die bisher ein 
> spezielles "Lex
OpenStreetMap" vermeiden wollten.

Damit auch noch einen dicken Dank an Joachim für seine Unterstützung auch in 
dieser
Behördenkommunikation.

Bei der Nutzung der Daten denkt bitte daran, dass auch amtliche Daten Fehler 
haben und stellenweise
nicht aktuell sind - gerade das weiß auch die LGB und würde hier gern mit OSM 
kooperieren.

Es ist eine Stärke von OSM, jegliche Daten, amtlich oder von wem auch immer, 
vor Ort prüfen zu
können, und mit vielen andere Quellen zu vergleichen und zu plausibilisieren. 
Pauschale Importe sind
in Brandenburg sicherlich nicht erforderlich bzw. unterliegen den bekannten 
Richtlinien.

Links für Details:

https://geobasis-bb.de/lgb/de/agnb/
https://wiki.openstreetmap.org/wiki/Brandenburg/Geoportal mit weiteren 
Rechtlichen Grundlagen
https://wiki.openstreetmap.org/wiki/Contributors#Brandenburg
https://forum.openstreetmap.org/viewtopic.php?pid=783554#p783554

Viele Grüsse
Tom

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

Re: [OSM-talk] remove the suggestion to credit "contributors"

Am Fr., 17. Apr. 2020 um 20:50 Uhr schrieb Richard Fairhurst <
rich...@systemed.net>:

> "contributors" because I wanted to communicate the nature of the project:
> this is an open map with (plural) contributors. Contrast with the
> attribution for other map data suppliers which just have a corporate brand:
> "TomTom", "Navteq" (as it was), "Ordnance Survey". By saying "OpenStreetMap
> contributors", we communicate that the map has many contributors - and,
> implicitly, you could be one too. So it serves as a recruiting sergeant for
> OSM, while conveying the democratic, grassroots nature of the project. To
> my
> mind the main driver for attribution has always been to get more
> contributors and make the map better.
>
> I'm past caring what it says now, but thought the original rationale might
> be helpful.



it is helpful, while on the other hand, our current copyright page points
to the "contributors" page, which is a long list of public data providers,
generally institutional:
https://wiki.openstreetmap.org/wiki/Contributors

Maybe we should extend this list by the usernames of everybody who has made
at least 1 contribution?

Is it really "impossible to adequately acknowledge the many individuals who
survey their neighbourhoods with GPS and notepad, or trace over licensed
satellite imagery," ?

Cheers
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] remove the suggestion to credit "contributors"

2020-04-17 Thread Richard Fairhurst

Martin Koppenhoefer wrote:
> Since cc-by-sa 2.0 times, the suggestion to credit OSM was "© 
> OpenStreetMap contributors", but from the current legal situation
> (all necessary rights granted to the OSMF) it wouldn't be 
> necessary to credit the contributors.

When I wrote the /copyright page all those years ago, the reasons it
required that particular attribution were:

"©" because that's what copyright statements traditionally begin with. I
take Kathleen's point (obviously I do, she's a lawyer and I'm not :) ) that
the ODbL, of course, is not a simple licensing of copyright. But the "©"
serves to say "hey look, here's the required credit, just like the credits
that are required by other maps".

"OpenStreetMap" because... yeah obviously.

"contributors" because I wanted to communicate the nature of the project:
this is an open map with (plural) contributors. Contrast with the
attribution for other map data suppliers which just have a corporate brand:
"TomTom", "Navteq" (as it was), "Ordnance Survey". By saying "OpenStreetMap
contributors", we communicate that the map has many contributors - and,
implicitly, you could be one too. So it serves as a recruiting sergeant for
OSM, while conveying the democratic, grassroots nature of the project. To my
mind the main driver for attribution has always been to get more
contributors and make the map better.

I'm past caring what it says now, but thought the original rationale might
be helpful.

Richard

--
Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

C'est là depuis quelques jours, justement pour éclaircir cet aspect et 
lever les ambiguïtés.


Cordialement,

Adrien P.

Le 17/04/2020 à 19:23, George Kaplan a écrit :

Je ne connaissais pas access:covid19 , c’est nouveau ?

Avec ce tag, c’est simple et sans ambiguïté.


Le 17 avr. 2020 à 18:51, PanierAvide  a écrit :

Voir https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19

La recommandation est takeaway:covid19=yes/only + opening_hours:covid19=open + 
access:covid19=no (salle/boutique inaccessible bien que service rendu).

Cordialement,

Adrien P.

Le 17/04/2020 à 18:42, George Kaplan a écrit :

Le 14 avr. 2020 à 17:45, Eric SIBERT  a écrit :

Dans le style, opticien qui assure une permanence de 15h à 16h pour les 
livraisons. Pour les nouvelles commandes (lentilles, lunettes) ou les 
réparations, prendre rendez-vous avec un numéro de téléphone différent de 
l'habituel.

J'ai mis :
- phone:covid19 = 06 xx -> Ça s'affiche sur le site !!!
- takeaway:covid19 -> "Vente à emporter uniquement". Non, c'est plutôt retrait 
de commande. Comment coder? La pizzeria voisine fait pareil : uniquement retrait des 
commandes faites par téléphone.

Eric

Je me pose une question à ce sujet, je n’ai pas vu de consensus sur la liste.

Pour ce genre de cas (un commerce qui n’assure plus que des livraisons ou sur 
RDV), est-ce qu’on le considère ouvert ou fermé ? Traduit en tags, ça donne :
takeaway:covid19=only
opening_hours:covid19=open ou =off ?

J’avoue que j’hésite encore.

George
___
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


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

Re: [OSM-talk] remove the suggestion to credit "contributors"


On 17/04/2020 11:27, Kathleen Lu wrote:
The correct attribution legally speaking is just to OpenStreetMap, no 
© symbol. That's because OSMF is sublicensing any copyright rights and 
licensing any database rights together under the ODbL,.The © is also 
leftover from CC-BY-SA days. 


maybe the © does help understanding that the following text 
(OpenStreetMap) is a copyright statement.



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

Re: [OSM-talk] remove the suggestion to credit "contributors"


On 17/04/2020 11:27, Martin Koppenhoefer wrote:
you’re Italian, you might be more familiar with diritto d’autore, 
which is not exactly the same as copyright
I was born in Naples, and I have an Italian passport, but I might be 
more familiar with the Dutch terms.  anyhow, my difficulties are more 
related to your explanations to the contract, than to the contract 
itself and the basic terminology.


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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

2020-04-17 Thread George Kaplan

Je ne connaissais pas access:covid19 , c’est nouveau ? 

Avec ce tag, c’est simple et sans ambiguïté.

> Le 17 avr. 2020 à 18:51, PanierAvide  a écrit :
> 
> Voir https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19
> 
> La recommandation est takeaway:covid19=yes/only + opening_hours:covid19=open 
> + access:covid19=no (salle/boutique inaccessible bien que service rendu).
> 
> Cordialement,
> 
> Adrien P.
> 
> Le 17/04/2020 à 18:42, George Kaplan a écrit :
>> Le 14 avr. 2020 à 17:45, Eric SIBERT  a écrit :
>>> Dans le style, opticien qui assure une permanence de 15h à 16h pour les 
>>> livraisons. Pour les nouvelles commandes (lentilles, lunettes) ou les 
>>> réparations, prendre rendez-vous avec un numéro de téléphone différent de 
>>> l'habituel.
>>> 
>>> J'ai mis :
>>> - phone:covid19 = 06 xx -> Ça s'affiche sur le site !!!
>>> - takeaway:covid19 -> "Vente à emporter uniquement". Non, c'est plutôt 
>>> retrait de commande. Comment coder? La pizzeria voisine fait pareil : 
>>> uniquement retrait des commandes faites par téléphone.
>>> 
>>> Eric
>> Je me pose une question à ce sujet, je n’ai pas vu de consensus sur la liste.
>> 
>> Pour ce genre de cas (un commerce qui n’assure plus que des livraisons ou 
>> sur RDV), est-ce qu’on le considère ouvert ou fermé ? Traduit en tags, ça 
>> donne :
>> takeaway:covid19=only
>> opening_hours:covid19=open ou =off ?
>> 
>> J’avoue que j’hésite encore.
>> 
>> George
>> ___
>> 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] Comment lier une pompe à essence dans OSM avec le prix-carburants.gouv.fr

> Pour les stations qui manquent : 
> https://framagit.org/PanierAvide/OpenFuelMap/-/issues/5
Je suis content, je ne suis pas le seul a ne pas avoir vu le bouton € :D

>> Station GPL dans osm mais pas sur prix-carburants : 3873
Je la trouve bien, et même dans OpenFuelMap :)

Pour les stations qui ne sont pas sur la carte (et les données) Prix 
carburants, l'explication est dans la FAQ 
 :

1 - Pourquoi la station service près de chez moi n'apparaît pas sur le site des 
prix des carburants ?
Il appartient au point de vente concerné de déclarer sa station sur le site 
dans la mesure où elle distribue au moins 500 m3 de carburants (SP95, SP95-E10, 
Gazole, E85, GPLC ou SP98) dans l'année. Vous pouvez signaler un point de vente 
manquant en utilisant le module de courrier 
, la DGCCRF vérifiera alors si ce 
détaillant entre bien dans les dispositions de l'arrêté ministériel du 12 
décembre 2006. Si tel est le cas, vous devriez très vite retrouver ce point de 
vente sur le site.

J'ai envoyé un message pour en rajouter une, on verra si ça fonctionne.

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

2020-04-17 Thread Eric SIBERT


Je n'ai pas répondu aux réponses de mon message :-p.

Mais je pense effectivement qu'il ne faut pas hésiter à utiliser 
description:covid19 plutôt qu'essayer de tout faire rentrer dans des 
boîtes (pardon, des clés).


Pour le cas particulier de l'opticien, il faut mettre 
opening_hours:covid19=off car tu ne peux pas te pointer à la permanence 
si tu n'as pas demandé avant par téléphone.


Et je vais de ce pas le modifier.

Eric

Le 17/04/2020 à 18:42, George Kaplan a écrit :

Le 14 avr. 2020 à 17:45, Eric SIBERT  a écrit :


Dans le style, opticien qui assure une permanence de 15h à 16h pour les 
livraisons. Pour les nouvelles commandes (lentilles, lunettes) ou les 
réparations, prendre rendez-vous avec un numéro de téléphone différent de 
l'habituel.

J'ai mis :
- phone:covid19 = 06 xx -> Ça s'affiche sur le site !!!
- takeaway:covid19 -> "Vente à emporter uniquement". Non, c'est plutôt retrait 
de commande. Comment coder? La pizzeria voisine fait pareil : uniquement retrait des 
commandes faites par téléphone.

Eric


Je me pose une question à ce sujet, je n’ai pas vu de consensus sur la liste.

Pour ce genre de cas (un commerce qui n’assure plus que des livraisons ou sur 
RDV), est-ce qu’on le considère ouvert ou fermé ? Traduit en tags, ça donne :
takeaway:covid19=only
opening_hours:covid19=open ou =off ?

J’avoue que j’hésite encore.

George


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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

Le 17.04.20 à 18:42, George Kaplan a écrit :
> (un commerce qui n’assure plus que des livraisons ou sur RDV), est-ce qu’on 
> le considère ouvert ou fermé ?

pour moi il est ouvert, tu le joint par telephone
pour commander ce qui te serra livré

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours


Voir https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19

La recommandation est takeaway:covid19=yes/only + 
opening_hours:covid19=open + access:covid19=no (salle/boutique 
inaccessible bien que service rendu).


Cordialement,

Adrien P.

Le 17/04/2020 à 18:42, George Kaplan a écrit :

Le 14 avr. 2020 à 17:45, Eric SIBERT  a écrit :

Dans le style, opticien qui assure une permanence de 15h à 16h pour les 
livraisons. Pour les nouvelles commandes (lentilles, lunettes) ou les 
réparations, prendre rendez-vous avec un numéro de téléphone différent de 
l'habituel.

J'ai mis :
- phone:covid19 = 06 xx -> Ça s'affiche sur le site !!!
- takeaway:covid19 -> "Vente à emporter uniquement". Non, c'est plutôt retrait 
de commande. Comment coder? La pizzeria voisine fait pareil : uniquement retrait des 
commandes faites par téléphone.

Eric

Je me pose une question à ce sujet, je n’ai pas vu de consensus sur la liste.

Pour ce genre de cas (un commerce qui n’assure plus que des livraisons ou sur 
RDV), est-ce qu’on le considère ouvert ou fermé ? Traduit en tags, ça donne :
takeaway:covid19=only
opening_hours:covid19=open ou =off ?

J’avoue que j’hésite encore.

George
___
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] Ça reste ouvert et notes : avis et retours

2020-04-17 Thread George Kaplan

Le 14 avr. 2020 à 17:45, Eric SIBERT  a écrit :
> 
> Dans le style, opticien qui assure une permanence de 15h à 16h pour les 
> livraisons. Pour les nouvelles commandes (lentilles, lunettes) ou les 
> réparations, prendre rendez-vous avec un numéro de téléphone différent de 
> l'habituel.
> 
> J'ai mis :
> - phone:covid19 = 06 xx -> Ça s'affiche sur le site !!!
> - takeaway:covid19 -> "Vente à emporter uniquement". Non, c'est plutôt 
> retrait de commande. Comment coder? La pizzeria voisine fait pareil : 
> uniquement retrait des commandes faites par téléphone.
> 
> Eric

Je me pose une question à ce sujet, je n’ai pas vu de consensus sur la liste.

Pour ce genre de cas (un commerce qui n’assure plus que des livraisons ou sur 
RDV), est-ce qu’on le considère ouvert ou fermé ? Traduit en tags, ça donne :
takeaway:covid19=only
opening_hours:covid19=open ou =off ?

J’avoue que j’hésite encore.

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

Re: [OSM-talk] remove the suggestion to credit "contributors"

2020-04-17 Thread Kathleen Lu via talk

Per the contributor agreement, the copyright remains with the contributors
(to the extent their individual contributions were copyrightable), to
license their rights to OSMF with a right to sublicense, but the database
rights belong to OSMF, because OSMF is the only entity that "collected" the
database.
The correct attribution legally speaking is just to OpenStreetMap, no ©
symbol. That's because OSMF is sublicensing any copyright rights and
licensing any database rights together under the ODbL,.The © is also
leftover from CC-BY-SA days.

On Fri, Apr 17, 2020 at 7:49 AM Mario Frasca  wrote:

> Hi,
>
> maybe I'm not reading too attentively, but what I understand is that the
> contract is about licensing, while the copyright on what the contract calls
> 'Your Contents' stays mine.
>
> that is what I thought when I wrote:
>
> if you say that "© OpenStreetMap" is the same as "© OpenStreetMap
> contributors", I'm fine.
>
> I have the impression you are confusing copyright ownership with licensing
> and authorization to sub-licensing.
>
> Legally, the copyright actually belongs to the Foundation (and individual
> contributors retain their copyright, but grant usage and distribution
> rights to the OSMF).
>
> somehow I keep finding your parenthesized explanations confusing.  if
> you're right in your out-of-parentheses statement, I would probably
> reconsider my position as contributor.
>
> MF
> On 17/04/2020 09:36, Martin Koppenhoefer wrote:
>
> Am Fr., 17. Apr. 2020 um 15:37 Uhr schrieb Mario Frasca :
>
>> but if you argue that OpenStreetMap is owned by OpenStreetMapFoundation
>> and that "© OpenStreetMap" means "© OpenStreetMapFoundation", then I'd
>> rather stick to the current situation, where it's very clear that the
>> copyright belongs to contributors, be it as individuals or as a community.
>
>
>
> I tried to look at the legal situation (morally, I agree that
> OpenStreetMap is more about the community than OpenStreetMapFoundation,
> indeed that's an unmentioned reason why I suggested OpenStreetMap and not
> the foundation to be credited also in an updated version.
>
> Legally, the copyright actually belongs to the Foundation (and individual
> contributors retain their copyright, but grant usage and distribution
> rights to the OSMF). It is written in the contract you have signed with the
> OSMF (contributor terms). If you download data from OpenStreetMap, your
> licensor is the OSMF. You have authorized the OSMF to distribute the
> content on their behalf, and to pursue copyright infringements.
>
> "You hereby grant to OSMF a worldwide, royalty-free, non-exclusive,
> perpetual, irrevocable licence to do any act that is restricted by
> copyright, database right or any related right over anything within the
> Contents, whether in the original medium or any other. These rights
> explicitly include commercial use, and do not exclude any field of
> endeavour. These rights include, without limitation, the right to
> sub-license the work through multiple tiers of sub-licensees and to sue for
> any copyright violation directly connected with OSMF's rights under these
> terms. To the extent allowable under applicable local laws and copyright
> conventions, You also waive and/or agree not to assert against OSMF or its
> licensees any moral rights that You may have in the Contents."
>
> There are also some conditions of course, "OSMF agrees that it may only
> use or sub-license Your Contents as part of a database and only under the
> terms of one or more of the following licences: ODbL 1.0 for the database
> and DbCL 1.0 for the individual contents of the database; CC-BY-SA 2.0; or
> such other free and open licence as may from time to time be chosen by a
> vote of the OSMF membership and approved by at least a 2/3 majority vote of
> active contributors."
>
> And of course in 5 you have mutually agreed, that "except as set forth
> herein, You reserve all right, title, and interest in and to Your Contents."
>
> https://wiki.osmfoundation.org/wiki/Licence/Contributor_Terms
>
> The excerpts are copied from the current version 1.2.4.
> There isn't much information (or I didn't find it) to which specific
> version one has agreed, nor is the text of former versions publicly
> visible, but AFAIK OSMF has internally a trace of who has agreed to which
> version, and of course people will have their own copies on their pc.
> I don't recall agreeing to any updated versions of the Contributor Terms
> after 2012, and I guess nobody has, you always agreed to the current
> version when you signed up (or at the license change in 2012), so your
> contract with the OSMF may be slightly different.
>
> Cheers
> Martin
>
>
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] remove the suggestion to credit "contributors"

sent from a phone

>> On 17. Apr 2020, at 16:47, Mario Frasca  wrote:
> somehow I keep finding your parenthesized explanations confusing.  if you're 
> right in your out-of-parentheses statement, I would probably reconsider my 
> position as contributor.

I guess there might be a confusion between copyright and authorship. If you’re 
Italian, you might be more familiar with diritto d’autore, which is not exactly 
the same as copyright.
Copyright is the right to make copies (reproduce, perform, etc)

The right you granted to OpenStreetMap-Foundation are all the economic rights.

Besides, there are moral rights, namely 
the right to claim authorship of a work and
the right to object to any distortion or modification of a work, or other 
derogatory action in relation to a work, which would be prejudicial to the 
author's honour or reputation

You have agreed with OpenStreetMap-Foundation that you are not going to assert 
your moral rights for the content that you provided.
(This is aiming at the right to object to modifications)

Cheers Martin 

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

Re: [OSM-talk-fr] import données licence ODbL dans base ODbL

Oui c'est ça.

Le ven. 17 avr. 2020 à 17:39, Cyrille37 OSM  a
écrit :

> Bonjour,
>
> En lisant le thread "Import fichier dans OSM" me vient une question,
> peut être un peu idiote mais ...
>
> la licence ODbL demande que les améliorations apportées aux données
> soient "reversées". J'imagine que mettre à disposition sur le net ces
> amélioration est suffisant, c'est à dire qu'il n'y a pas nécessité de
> signaler ni fournir au producteur initial ces améliorations...
>
> Merci, Cyrille37
>
>
> ___
> 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] Comment lier une pompe à essence dans OSM avec le prix-carburants.gouv.fr

Pour les stations qui manquent : 
https://framagit.org/PanierAvide/OpenFuelMap/-/issues/5


Adrien P.

Le 17/04/2020 à 17:35, Eric SIBERT a écrit :

Le 17/04/2020 à 14:03, PanierAvide a écrit :

Bonjour Yves,

Le tag en question c'est ref:FR:prix-carburants=*

Et dans l'oreillette on me dit qu'un site pour avoir les prix des 
carburants reliés à OSM existe déjà : https://openfuelmap.net/


Je viens d'essayer pour le GPL et c'est moyen. Quand on clique sur 
GPLc, très peu de stations apparaissent:

https://openfuelmap.net/#10/45.1612/5.2927

Des fois, en se décalant, des stations apparaissent mais il en manque 
encore:

https://openfuelmap.net/#10/45.4365/5.4080

Quand on regarde autour de Grenoble, certaines stations manquent dans
https://www.prix-carburants.gouv.fr/
mais j'en ai trouvé deux qui:
- ont une clé ref:FR:prix-carburants (3861 et 38320006)
- ont fuel:lpg=yes
- sont dans prix-carburants

Station GPL dans osm mais pas sur prix-carburants : 3873

E85 semble aussi avoir des problèmes.

Tests avec Firefox et Edge.

Cordialement

Eric

___
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] import données licence ODbL dans base ODbL

2020-04-17 Thread Cyrille37 OSM


Bonjour,

En lisant le thread "Import fichier dans OSM" me vient une question, 
peut être un peu idiote mais ...


la licence ODbL demande que les améliorations apportées aux données 
soient "reversées". J'imagine que mettre à disposition sur le net ces 
amélioration est suffisant, c'est à dire qu'il n'y a pas nécessité de 
signaler ni fournir au producteur initial ces améliorations...


Merci, Cyrille37


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

Re: [OSM-talk-fr] Comment lier une pompe à essence dans OSM avec le prix-carburants.gouv.fr

2020-04-17 Thread Eric SIBERT


Le 17/04/2020 à 14:03, PanierAvide a écrit :

Bonjour Yves,

Le tag en question c'est ref:FR:prix-carburants=*

Et dans l'oreillette on me dit qu'un site pour avoir les prix des 
carburants reliés à OSM existe déjà : https://openfuelmap.net/


Je viens d'essayer pour le GPL et c'est moyen. Quand on clique sur GPLc, 
très peu de stations apparaissent:

https://openfuelmap.net/#10/45.1612/5.2927

Des fois, en se décalant, des stations apparaissent mais il en manque 
encore:

https://openfuelmap.net/#10/45.4365/5.4080

Quand on regarde autour de Grenoble, certaines stations manquent dans
https://www.prix-carburants.gouv.fr/
mais j'en ai trouvé deux qui:
- ont une clé ref:FR:prix-carburants (3861 et 38320006)
- ont fuel:lpg=yes
- sont dans prix-carburants

Station GPL dans osm mais pas sur prix-carburants : 3873

E85 semble aussi avoir des problèmes.

Tests avec Firefox et Edge.

Cordialement

Eric

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

Re: [Talk-GB] Q2 2020 Quarterly project GP Surgeries and health sites

2020-04-17 Thread Mark Goodge




On 17/04/2020 15:15, Brian Prangle wrote:
Rather than mappers up and down the country with varying evels of Excel 
skills spending many dozens of hours cleaning up this csv could somebody 
be kind enough to publish somewhere a cleaned up copy? It would be a 
great resource for the QP.


OK, here you go. Here are Excel and proper comma separated csv versions.

https://www.dropbox.com/s/ekokv1lz4wlgxfg/Pharmacies.xlsx?dl=0
https://www.dropbox.com/s/xhszbngsps4p14e/Pharmacies.csv?dl=0

I haven't made any attempt to normalise the addresses. Doing so reliably 
would require referencing AddressBase or the PAF, and therefore render 
the data non-open. And doing it unreliably is probably worse than not 
doing it at all.


It is not, though, particularly difficult to import the original version 
into a spreadsheet or database, and I would recommend that anyone who 
wants to use this data regularly does take a bit of time to learn how.


Mark



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

Re: [OSM-talk-fr] Import fichier dans OSM

2020-04-17 Thread Frédéric Rodrigo

Les fichiers d'intégration d'OpenData d'Osmose sont plus des fichiers de 
configuration que du code python.
Ils ont été conçus pour être "facile" à écrire sans justement ajout 
besoin d'écrire du code.


Si tu es à peu près capable de remplir tous les champs, on peut ensuite 
l'intégrer et le finaliser dans Osmose.



Le 17/04/2020 à 16:59, Magalie Dartus a écrit :
Oui je connais bien les projets bénévoles :-) ce n'était pas une 
critique, je réfléchi à me former à Python du coup


Et ok pour le projet du mois!

Le ven. 17 avr. 2020 à 16:56, PanierAvide > a écrit :


C'est le problème des projets bénévoles, toujours plein d'idées
mais pas assez de temps ! :-) Ceci dit si c'est un sujet qui s'y
prête ça peut faire l'objet d'un projet du mois, et donc plus
facilement mobiliser des ressources, voir

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month#Organiser_un_projet_du_mois

Adrien P.

Le 17/04/2020 à 16:47, Magalie Dartus a écrit :

Oui j'ai vu ça mais régulièrement les issues sont taguées :*If
you want it. Do it! *
:-D


Le ven. 17 avr. 2020 à 16:46, PanierAvide mailto:panierav...@riseup.net>> a écrit :

À ma connaissance pas encore, il faut systématiquement passer
par un fichier de ce type. Pour ne pas rentrer directement
dans la technique, la proposition d'ajout à Osmose peut être
discuté ici : https://github.com/osm-fr/osmose-backend/issues

Cordialement,

Adrien P.

Le 17/04/2020 à 16:36, Magalie Dartus a écrit :


Il faut pour cela passer par un module d'intégration,
comme par exemple

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
Pas le plus simple à mettre en œuvre. 



Est-ce qu'il existe d'autres modules d'intégration pour Osmose?

Le ven. 17 avr. 2020 à 13:28, Magalie Dartus
mailto:mag.dar...@gmail.com>> a écrit :

je dirai que la LO est encore plus "simple" pour
l'intégration ensuite dans OSM.


C'est vrai que dans ce sens il n'y a pas trop de
question à ce poser

Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot
mailto:vinc...@bergeot.org>> a écrit :

Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
> C'est un fichier que nous avons constitué dans le
cadre d'une mission
> avec un service public donc nous allons l'ouvrir à
la fin de la
> mission. La licence n'est pas définie actuellement
je vais voir avec
> eux si l'ODbL est ok.

des discussions qui ont pu avoir lieu ici (je n'ai
plus le lien de
l'archive), je dirai que la LO est encore plus
"simple" pour
l'intégration ensuite dans OSM.

à plus

-- 
Vincent Bergeot





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

Re: [OSM-talk-fr] [caresteouvert] tag pour les marchands de marché

2020-04-17 Thread Philippe Verdy

Des variantes sont possibles pour le made_in telles que packed_in,
prepared_in, produced_in, breeded_in, etc.

Le ven. 17 avr. 2020 à 17:02, Philippe Verdy  a écrit :

> Je suis d'accord sur "produce:city=*" qui devrait plutôt être "made_in=*",
> voire "made_in:city=*" si on veut mieux qu'un pays ou l'UE (codés en ISO
> 3166-1 ou 3166-2 pour ne pas avoir à traduire en plus les valeurs avec des
> suffixes de langue).
> Ceci dit la production de tout a diverses origines car ça dépend de ce que
> l'on trace, de quelle partie des produits ou de leur transformation ou
> conditionnement... Je retiendrais la définition du "Made in" qui indique le
> lieu de dernière transformation, ou quand la loi l'oblige l'origine
> majoritaire des composants selon la valeur ajoutée (en terme comptable et
> fiscale pour la TVA)
>
>
> Le ven. 17 avr. 2020 à 09:59, Marc M.  a
> écrit :
>
>> Bonjour,
>>
>> Le 16.04.20 à 13:47, Nicolas Bétheuil a écrit :
>> > localisation officielle ? c'est un producteur normand
>> > du coup ça fait loin non ?
>>
>> Oui mais cet endroit est facile à tager :)
>> avec les cordonnées et tout, ce qui permettra
>> de le trouver dans osm.
>>
>> un jour on trouvera/réfléchira à un moyen élégant pour
>> lier "là on produit des carottes" à "là elles sont vendue"
>> lorsque c'est en circuit court
>>
>> une solution intermédiaire est operator sur le lieu de vente
>> mais cela ne fait le lien que pour la vente directe
>> et pas pour les circuits courts (puisque par définition,
>> s'il y a un unique intermédiaire, ce n'est plus le producteur
>> de tous les produits qui tient le point de vente)
>>
>> une autre solution intermédiaire pourrait être origin=regional
>> https://wiki.openstreetmap.org/wiki/Key%3Aorigin
>> par analogie avec cuisine=regional documenté et courant
>> mais là aussi cela ne dit pas que c'est une circuit court
>> (les œufs bio du supermarché proche sont produit à 1km
>> mais il font >50km parce que producteur-centrale d'achat-supermarché)
>>
>> sinon un horrible produce:city :( horrible parce que produce:
>> a déjà 2-3 utilisations différences (la date, le langue
>> et les produce:*=yes/no... horrible !
>>
>> Cordialement,
>> Marc
>>
>> ___
>> 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] [caresteouvert] tag pour les marchands de marché

2020-04-17 Thread Philippe Verdy

Je suis d'accord sur "produce:city=*" qui devrait plutôt être "made_in=*",
voire "made_in:city=*" si on veut mieux qu'un pays ou l'UE (codés en ISO
3166-1 ou 3166-2 pour ne pas avoir à traduire en plus les valeurs avec des
suffixes de langue).
Ceci dit la production de tout a diverses origines car ça dépend de ce que
l'on trace, de quelle partie des produits ou de leur transformation ou
conditionnement... Je retiendrais la définition du "Made in" qui indique le
lieu de dernière transformation, ou quand la loi l'oblige l'origine
majoritaire des composants selon la valeur ajoutée (en terme comptable et
fiscale pour la TVA)


Le ven. 17 avr. 2020 à 09:59, Marc M.  a écrit :

> Bonjour,
>
> Le 16.04.20 à 13:47, Nicolas Bétheuil a écrit :
> > localisation officielle ? c'est un producteur normand
> > du coup ça fait loin non ?
>
> Oui mais cet endroit est facile à tager :)
> avec les cordonnées et tout, ce qui permettra
> de le trouver dans osm.
>
> un jour on trouvera/réfléchira à un moyen élégant pour
> lier "là on produit des carottes" à "là elles sont vendue"
> lorsque c'est en circuit court
>
> une solution intermédiaire est operator sur le lieu de vente
> mais cela ne fait le lien que pour la vente directe
> et pas pour les circuits courts (puisque par définition,
> s'il y a un unique intermédiaire, ce n'est plus le producteur
> de tous les produits qui tient le point de vente)
>
> une autre solution intermédiaire pourrait être origin=regional
> https://wiki.openstreetmap.org/wiki/Key%3Aorigin
> par analogie avec cuisine=regional documenté et courant
> mais là aussi cela ne dit pas que c'est une circuit court
> (les œufs bio du supermarché proche sont produit à 1km
> mais il font >50km parce que producteur-centrale d'achat-supermarché)
>
> sinon un horrible produce:city :( horrible parce que produce:
> a déjà 2-3 utilisations différences (la date, le langue
> et les produce:*=yes/no... horrible !
>
> Cordialement,
> Marc
>
> ___
> 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] Import fichier dans OSM

Oui je connais bien les projets bénévoles :-) ce n'était pas une critique,
je réfléchi à me former à Python du coup

Et ok pour le projet du mois!

Le ven. 17 avr. 2020 à 16:56, PanierAvide  a écrit :

> C'est le problème des projets bénévoles, toujours plein d'idées mais pas
> assez de temps ! :-) Ceci dit si c'est un sujet qui s'y prête ça peut faire
> l'objet d'un projet du mois, et donc plus facilement mobiliser des
> ressources, voir
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month#Organiser_un_projet_du_mois
>
> Adrien P.
>
> Le 17/04/2020 à 16:47, Magalie Dartus a écrit :
>
> Oui j'ai vu ça mais régulièrement les issues sont taguées :* If you want
> it. Do it! *
> :-D
>
>
> Le ven. 17 avr. 2020 à 16:46, PanierAvide  a
> écrit :
>
>> À ma connaissance pas encore, il faut systématiquement passer par un
>> fichier de ce type. Pour ne pas rentrer directement dans la technique, la
>> proposition d'ajout à Osmose peut être discuté ici :
>> https://github.com/osm-fr/osmose-backend/issues
>>
>> Cordialement,
>>
>> Adrien P.
>>
>> Le 17/04/2020 à 16:36, Magalie Dartus a écrit :
>>
>> Il faut pour cela passer par un module d'intégration, comme par exemple
>>> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
>>> Pas le plus simple à mettre en œuvre.
>>
>>
>> Est-ce qu'il existe d'autres modules d'intégration pour Osmose?
>>
>> Le ven. 17 avr. 2020 à 13:28, Magalie Dartus  a
>> écrit :
>>
>>> je dirai que la LO est encore plus "simple" pour
 l'intégration ensuite dans OSM.

>>>
>>> C'est vrai que dans ce sens il n'y a pas trop de question à ce poser
>>>
>>> Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot  a
>>> écrit :
>>>
 Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
 > C'est un fichier que nous avons constitué dans le cadre d'une mission
 > avec un service public donc nous allons l'ouvrir à la fin de la
 > mission. La licence n'est pas définie actuellement je vais voir avec
 > eux si l'ODbL est ok.

 des discussions qui ont pu avoir lieu ici (je n'ai plus le lien de
 l'archive), je dirai que la LO est encore plus "simple" pour
 l'intégration ensuite dans OSM.

 à plus

 --
 Vincent Bergeot


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

>>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] Import fichier dans OSM

C'est le problème des projets bénévoles, toujours plein d'idées mais pas 
assez de temps ! :-) Ceci dit si c'est un sujet qui s'y prête ça peut 
faire l'objet d'un projet du mois, et donc plus facilement mobiliser des 
ressources, voir 
https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month#Organiser_un_projet_du_mois


Adrien P.

Le 17/04/2020 à 16:47, Magalie Dartus a écrit :
Oui j'ai vu ça mais régulièrement les issues sont taguées :*If you 
want it. Do it! *

:-D


Le ven. 17 avr. 2020 à 16:46, PanierAvide > a écrit :


À ma connaissance pas encore, il faut systématiquement passer par
un fichier de ce type. Pour ne pas rentrer directement dans la
technique, la proposition d'ajout à Osmose peut être discuté ici :
https://github.com/osm-fr/osmose-backend/issues

Cordialement,

Adrien P.

Le 17/04/2020 à 16:36, Magalie Dartus a écrit :


Il faut pour cela passer par un module d'intégration, comme
par exemple

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
Pas le plus simple à mettre en œuvre. 



Est-ce qu'il existe d'autres modules d'intégration pour Osmose?

Le ven. 17 avr. 2020 à 13:28, Magalie Dartus
mailto:mag.dar...@gmail.com>> a écrit :

je dirai que la LO est encore plus "simple" pour
l'intégration ensuite dans OSM.


C'est vrai que dans ce sens il n'y a pas trop de question à
ce poser

Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot
mailto:vinc...@bergeot.org>> a écrit :

Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
> C'est un fichier que nous avons constitué dans le cadre
d'une mission
> avec un service public donc nous allons l'ouvrir à la
fin de la
> mission. La licence n'est pas définie actuellement je
vais voir avec
> eux si l'ODbL est ok.

des discussions qui ont pu avoir lieu ici (je n'ai plus
le lien de
l'archive), je dirai que la LO est encore plus "simple" pour
l'intégration ensuite dans OSM.

à 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

___
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] remove the suggestion to credit "contributors"


Hi,

maybe I'm not reading too attentively, but what I understand is that the 
contract is about licensing, while the copyright on what the contract 
calls 'Your Contents' stays mine.


that is what I thought when I wrote:

if you say that "© OpenStreetMap" is the same as "© OpenStreetMap 
contributors", I'm fine. 
I have the impression you are confusing copyright ownership with 
licensing and authorization to sub-licensing.


Legally, the copyright actually belongs to the Foundation (and 
individual contributors retain their copyright, but grant usage and 
distribution rights to the OSMF).
somehow I keep finding your parenthesized explanations confusing. if 
you're right in your out-of-parentheses statement, I would probably 
reconsider my position as contributor.


MF

On 17/04/2020 09:36, Martin Koppenhoefer wrote:
Am Fr., 17. Apr. 2020 um 15:37 Uhr schrieb Mario Frasca 
mailto:ma...@anche.no>>:


but if you argue that OpenStreetMap is owned by
OpenStreetMapFoundation
and that "© OpenStreetMap" means "© OpenStreetMapFoundation", then
I'd
rather stick to the current situation, where it's very clear that the
copyright belongs to contributors, be it as individuals or as a
community.



I tried to look at the legal situation (morally, I agree that 
OpenStreetMap is more about the community than 
OpenStreetMapFoundation, indeed that's an unmentioned reason why I 
suggested OpenStreetMap and not the foundation to be credited also in 
an updated version.


Legally, the copyright actually belongs to the Foundation (and 
individual contributors retain their copyright, but grant usage and 
distribution rights to the OSMF). It is written in the contract you 
have signed with the OSMF (contributor terms). If you download data 
from OpenStreetMap, your licensor is the OSMF. You have authorized the 
OSMF to distribute the content on their behalf, and to pursue 
copyright infringements.


"You hereby grant to OSMF a worldwide, royalty-free, non-exclusive, 
perpetual, irrevocable licence to do any act that is restricted by 
copyright, database right or any related right over anything within 
the Contents, whether in the original medium or any other. These 
rights explicitly include commercial use, and do not exclude any field 
of endeavour. These rights include, without limitation, the right to 
sub-license the work through multiple tiers of sub-licensees and to 
sue for any copyright violation directly connected with OSMF's rights 
under these terms. To the extent allowable under applicable local laws 
and copyright conventions, You also waive and/or agree not to assert 
against OSMF or its licensees any moral rights that You may have in 
the Contents."


There are also some conditions of course, "OSMF agrees that it may 
only use or sub-license Your Contents as part of a database and only 
under the terms of one or more of the following licences: ODbL 1.0 for 
the database and DbCL 1.0 for the individual contents of the database; 
CC-BY-SA 2.0; or such other free and open licence as may from time to 
time be chosen by a vote of the OSMF membership and approved by at 
least a 2/3 majority vote of active contributors."


And of course in 5 you have mutually agreed, that "except as set forth 
herein, You reserve all right, title, and interest in and to Your 
Contents."


https://wiki.osmfoundation.org/wiki/Licence/Contributor_Terms

The excerpts are copied from the current version 1.2.4.
There isn't much information (or I didn't find it) to which specific 
version one has agreed, nor is the text of former versions publicly 
visible, but AFAIK OSMF has internally a trace of who has agreed to 
which version, and of course people will have their own copies on 
their pc.
I don't recall agreeing to any updated versions of the Contributor 
Terms after 2012, and I guess nobody has, you always agreed to the 
current version when you signed up (or at the license change in 2012), 
so your contract with the OSMF may be slightly different.


Cheers
Martin






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

Re: [OSM-talk-fr] Import fichier dans OSM

Oui j'ai vu ça mais régulièrement les issues sont taguées :* If you want
it. Do it! *
:-D


Le ven. 17 avr. 2020 à 16:46, PanierAvide  a écrit :

> À ma connaissance pas encore, il faut systématiquement passer par un
> fichier de ce type. Pour ne pas rentrer directement dans la technique, la
> proposition d'ajout à Osmose peut être discuté ici :
> https://github.com/osm-fr/osmose-backend/issues
>
> Cordialement,
>
> Adrien P.
>
> Le 17/04/2020 à 16:36, Magalie Dartus a écrit :
>
> Il faut pour cela passer par un module d'intégration, comme par exemple
>> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
>> Pas le plus simple à mettre en œuvre.
>
>
> Est-ce qu'il existe d'autres modules d'intégration pour Osmose?
>
> Le ven. 17 avr. 2020 à 13:28, Magalie Dartus  a
> écrit :
>
>> je dirai que la LO est encore plus "simple" pour
>>> l'intégration ensuite dans OSM.
>>>
>>
>> C'est vrai que dans ce sens il n'y a pas trop de question à ce poser
>>
>> Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot  a
>> écrit :
>>
>>> Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
>>> > C'est un fichier que nous avons constitué dans le cadre d'une mission
>>> > avec un service public donc nous allons l'ouvrir à la fin de la
>>> > mission. La licence n'est pas définie actuellement je vais voir avec
>>> > eux si l'ODbL est ok.
>>>
>>> des discussions qui ont pu avoir lieu ici (je n'ai plus le lien de
>>> l'archive), je dirai que la LO est encore plus "simple" pour
>>> l'intégration ensuite dans OSM.
>>>
>>> à plus
>>>
>>> --
>>> Vincent Bergeot
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] Import fichier dans OSM

À ma connaissance pas encore, il faut systématiquement passer par un 
fichier de ce type. Pour ne pas rentrer directement dans la technique, 
la proposition d'ajout à Osmose peut être discuté ici : 
https://github.com/osm-fr/osmose-backend/issues


Cordialement,

Adrien P.

Le 17/04/2020 à 16:36, Magalie Dartus a écrit :


Il faut pour cela passer par un module d'intégration, comme par
exemple

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
Pas le plus simple à mettre en œuvre. 



Est-ce qu'il existe d'autres modules d'intégration pour Osmose?

Le ven. 17 avr. 2020 à 13:28, Magalie Dartus > a écrit :


je dirai que la LO est encore plus "simple" pour
l'intégration ensuite dans OSM.


C'est vrai que dans ce sens il n'y a pas trop de question à ce poser

Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot mailto:vinc...@bergeot.org>> a écrit :

Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
> C'est un fichier que nous avons constitué dans le cadre
d'une mission
> avec un service public donc nous allons l'ouvrir à la fin de la
> mission. La licence n'est pas définie actuellement je vais
voir avec
> eux si l'ODbL est ok.

des discussions qui ont pu avoir lieu ici (je n'ai plus le
lien de
l'archive), je dirai que la LO est encore plus "simple" pour
l'intégration ensuite dans OSM.

à 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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] remove the suggestion to credit "contributors"

Am Fr., 17. Apr. 2020 um 15:37 Uhr schrieb Mario Frasca :

> but if you argue that OpenStreetMap is owned by OpenStreetMapFoundation
> and that "© OpenStreetMap" means "© OpenStreetMapFoundation", then I'd
> rather stick to the current situation, where it's very clear that the
> copyright belongs to contributors, be it as individuals or as a community.



I tried to look at the legal situation (morally, I agree that OpenStreetMap
is more about the community than OpenStreetMapFoundation, indeed that's an
unmentioned reason why I suggested OpenStreetMap and not the foundation to
be credited also in an updated version.

Legally, the copyright actually belongs to the Foundation (and individual
contributors retain their copyright, but grant usage and distribution
rights to the OSMF). It is written in the contract you have signed with the
OSMF (contributor terms). If you download data from OpenStreetMap, your
licensor is the OSMF. You have authorized the OSMF to distribute the
content on their behalf, and to pursue copyright infringements.

"You hereby grant to OSMF a worldwide, royalty-free, non-exclusive,
perpetual, irrevocable licence to do any act that is restricted by
copyright, database right or any related right over anything within the
Contents, whether in the original medium or any other. These rights
explicitly include commercial use, and do not exclude any field of
endeavour. These rights include, without limitation, the right to
sub-license the work through multiple tiers of sub-licensees and to sue for
any copyright violation directly connected with OSMF's rights under these
terms. To the extent allowable under applicable local laws and copyright
conventions, You also waive and/or agree not to assert against OSMF or its
licensees any moral rights that You may have in the Contents."

There are also some conditions of course, "OSMF agrees that it may only use
or sub-license Your Contents as part of a database and only under the terms
of one or more of the following licences: ODbL 1.0 for the database and
DbCL 1.0 for the individual contents of the database; CC-BY-SA 2.0; or such
other free and open licence as may from time to time be chosen by a vote of
the OSMF membership and approved by at least a 2/3 majority vote of active
contributors."

And of course in 5 you have mutually agreed, that "except as set forth
herein, You reserve all right, title, and interest in and to Your Contents."

https://wiki.osmfoundation.org/wiki/Licence/Contributor_Terms

The excerpts are copied from the current version 1.2.4.
There isn't much information (or I didn't find it) to which specific
version one has agreed, nor is the text of former versions publicly
visible, but AFAIK OSMF has internally a trace of who has agreed to which
version, and of course people will have their own copies on their pc.
I don't recall agreeing to any updated versions of the Contributor Terms
after 2012, and I guess nobody has, you always agreed to the current
version when you signed up (or at the license change in 2012), so your
contract with the OSMF may be slightly different.

Cheers
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Import fichier dans OSM

>
> Il faut pour cela passer par un module d'intégration, comme par exemple
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
> Pas le plus simple à mettre en œuvre.


Est-ce qu'il existe d'autres modules d'intégration pour Osmose?

Le ven. 17 avr. 2020 à 13:28, Magalie Dartus  a
écrit :

> je dirai que la LO est encore plus "simple" pour
>> l'intégration ensuite dans OSM.
>>
>
> C'est vrai que dans ce sens il n'y a pas trop de question à ce poser
>
> Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot  a
> écrit :
>
>> Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
>> > C'est un fichier que nous avons constitué dans le cadre d'une mission
>> > avec un service public donc nous allons l'ouvrir à la fin de la
>> > mission. La licence n'est pas définie actuellement je vais voir avec
>> > eux si l'ODbL est ok.
>>
>> des discussions qui ont pu avoir lieu ici (je n'ai plus le lien de
>> l'archive), je dirai que la LO est encore plus "simple" pour
>> l'intégration ensuite dans OSM.
>>
>> à 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] remove the suggestion to credit "contributors"

2020-04-17 Thread Tobias Knerr

On 17.04.20 15:33, Mario Frasca wrote:
> On 17/04/2020 04:20, Martin Koppenhoefer wrote:
>> What about removing [the trailing "contributors" from the ©
>> attribution], so that the required credit becomes "© OpenStreetMap"
>> (it could also be © OpenStreetMapFoundation, but maybe "©
>> OpenStreetMap" would be sufficient, given that OpenStreetMap is a
>> brand owned by the OpenStreetMapFoundation)?
> 
> I find the explanatory text in parentheses confusing.

Agreed, the text in parentheses is problematic. From a moral
perspective, explicitly crediting the foundation would very much feel
like an unjust appropriation of the mappers' work, regardless of the
legal technicality that the OSMF is publishing the database.

> I'm fine with associating OSM with its contributors, so if you say that
> "© OpenStreetMap" is the same as "© OpenStreetMap contributors", I'm fine.

+1. To me, the foundation is not OpenStreetMap. It's an entity that
exists to *support* OpenStreetMap. (It's good that the OSMF makes this
mental distinction visible by using separate domain, osmfoundation.org.)
When I think of OpenStreetMap, I think of the many people who help build
our map, not a formal incorporated entity. I hope that other mappers
also see themselves as part of OpenStreetMap. So as I said before, I
like the core of the suggestion – but it could have been presented
better by leaving the foundation bit out of it.

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

Re: [Talk-GB] HS2 Phase 1 Construction NTP

2020-04-17 Thread Brian Prangle

Hi Andy

I think maybe a bit premature to make the change you've suggested. OK to
convert parcels of land to landuse-=construction as and when HS2 activity
gets going - even if its only demolition.

Regards

Brian

On Fri, 17 Apr 2020 at 11:48, Andy Robinson  wrote:

> Tony, thus far all the construction activity has been and is enabling
> works. That is mostly related to relocating utilities (especially the major
> ones), site clearances and the establishment of the working compounds. Many
> of these have already in full or in part been mapped into OSM. As yet they
> haven’t mostly been fencing off the main line route. I expect we will see
> that happen soon for the over land sections. In London not much change will
> be visible beyond the current clearances and site compound set-ups. The
> shafts and portals for the main tunnels will be about the only obvious new
> work in the future outside of the station developments. The construction of
> the stations themselves is not yet confirmed.
>
>
>
> Cheers
>
> Andy
>
>
>
> *From:* Tony OSM [mailto:tonyo...@gmail.com]
> *Sent:* 17 April 2020 10:02
> *To:* talk-gb@openstreetmap.org
> *Subject:* Re: [Talk-GB] HS2 Phase 1 Construction NTP
>
>
>
> we've seen news reports of parts of the alignment fenced off and invaded
> by protestors - those parts are certainly under construction, and the
> pictures show that bulldozers have been active. I think if we can identify
> those areas then construction is now correct.
>
> Tony Shield
>
> TonyS999
>
> On 17/04/2020 09:14, Andy Robinson wrote:
>
> Jez, I think the actual rails may be a long way off but I agree it’s an
> opportunity to stay ahead of the completion.
>
>
>
> A question for the whole list. How do folks feel about changing the Phase
> 1 route from rail=proposed to rail=construction. Perhaps it’s a bit
> premature but then perhaps not.
>
>
>
> Cheers
>
> Andy
>
>
>
> *From:* Jez Nicholson [mailto:jez.nichol...@gmail.com
> ]
> *Sent:* 16 April 2020 22:15
> *To:* Andy Robinson
> *Cc:* Talk-GB
> *Subject:* Re: [Talk-GB] HS2 Phase 1 Construction NTP
>
>
>
> Thanks Andy, this is opportunity for OSM to be *the* best source of HS2
> rails data.
>
>
>
> On Wed, 15 Apr 2020, 17:48 Andy Robinson,  wrote:
>
> Government issued Notice to Procced for Phase 1 today, which means the
> main contracts construction between London and Birmingham will start
> imminently so keep an eye out for major new works in your area soon (though
> I expect these will be slow to spot while we are in lockdown!)
>
>
>
> Till now all works relating to HS2 have been enabling works or design
> related.
>
>
>
> Cheers
>
> Andy
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
> ___
>
> Talk-GB mailing list
>
> Talk-GB@openstreetmap.org
>
> https://lists.openstreetmap.org/listinfo/talk-gb
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Q2 2020 Quarterly project GP Surgeries and health sites

2020-04-17 Thread Brian Prangle

Rather than mappers up and down the country with varying evels of Excel
skills spending many dozens of hours cleaning up this csv could somebody be
kind enough to publish somewhere a cleaned up copy? It would be a great
resource for the QP.

Regards

Brian

On Thu, 16 Apr 2020 at 16:00, Peter Neale via Talk-GB <
talk-gb@openstreetmap.org> wrote:

> Thanks for pointing out how to import and convert the file.  After a bit
> of trial and error, I discovered how to get Excel to use the "¬" as the
> delimiter and (as you said), the addresses are quite inconsistent, but the
> data all lines up again in the Post Code Column.  There are some further
> issues in the ParentName Column, with the County sometimes duplicated there
> and sometimes there instead of the County Column.
>
> Thank you for taking me a step forward in my "How to Use Excel" course!
>
> Regards,
> Peter
>
>
> On Thursday, 16 April 2020, 13:52:06 BST, Robert Whittaker (OSM lists) <
> robert.whittaker+...@gmail.com> wrote:
>
>
> On Thu, 16 Apr 2020 at 12:27, Peter Neale  wrote:
> > I tried following the link to your proposed new source of “official”
> data, but none of the 3 links to the data worked very well for me.
> >
> > Link 1:  (API format) led to http 404 error.
> > Link 2  (CSV(TSV) format – led to http 404 error
> > Link 3  (XSV format) downloaded a file with a “.csv” file extension that
> seemed to be tab-separated, rather than comma-separated.  I took that into
> a text editor and did a global Find and Replace of Tab with Comma.  The
> resultant .csv file loaded into Excel just fine, but it has over 11,000
> lines and many of them must now have additional commas, because a number of
> fields are right-shifted (Post Code in the Latitude Column, Latitude in the
> Longitude Column, etc.)  Also, over 700 have Blank in the Address1 Field,
> with the whole address in Address 2, Address 3, etc.  Then quite a few
> (from my sample in the first 30) have County values in the ParentName
> Field.  So I fear that, unless you can do a better conversion than I did
> (and you almost certainly could, I know!) you will have a lot of manual
> cleaning up to do, before you can use this data.
>
> Yes, the first two links at
> https://data.gov.uk/dataset/e373eb6a-fffd-48e5-b306-71eb17f97af2/pharmacies
> are broken for me as well. For the third link, it looks like they
> tried to do CSV, but didn't understand how to escape commas within the
> fields, and so opted to use a different character "¬" instead. If you
> import this into a spreadsheet, and tell it to use just "¬" as the
> column separator, I think it works out fine, with all the entries in
> the right place. (You can certainly do this with LibreOffice; I'm not
> sure about Excel.) The address lines seem to be used inconsistently,
> but everything is back aligned when you get to the postcode field.
>
> Best wishes,
>
>
> Robert.
>
> --
> Robert Whittaker
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

2020-04-17 Thread osm . sanspourriel


Attention caresteouvert n'utilise pas d'identification.

Si un•e gugusse s'amuse à fermer les POI de son coin ou ceux des
concurrents, l'utilisateur caresteouvert risque de se faire bloquer
(avec raison).

J'aime la version Osmose "microéditeur" : on propose l'ajout et la
suppression de champs mais c'est l'intégrateur de l'info Osmose qui
reste maître.

S'il fait des c... c'est lui et non Fred qui se fait blâmer.

idéalement on génèrerait des notes prêtes à traiter par Osmose ou
NoteReview.

Ou mieux par authentification de compte OSM.

Jean-Yvon

Le 17/04/2020 à 15:35, Marc M. - marc_marc_...@hotmail.com a écrit :

Bonjour,

Le 17.04.20 à 14:55, PanierAvide a écrit :

potentiellement des "fausses" infos en base sur les commerces fermés
définitivement le temps de prise en compte de la note associée.

c'est aussi automatisable d'avoir un bouton "POI fermé" qui met à jour
l'objet avec was: au moins devant le shop ou amenity correspondant,
sans doute aussi le nom, le site web, le tel.
de toute façon si le poi est fermé, ne pas le modifier en automatique
consiste à avoir des infos fausse le temps de la prise en compte de la note.

Cordialement,
Marc

___
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] Tile server access

2020-04-17 Thread Andy Townsend


On 17/04/2020 13:53, Tom Browder wrote:
I am trying to build my own tile server because I have given up on 
Google Maps and need a replacement. I am getting help on the Github 
account of @Overv and repo 'openstreetmap-tile-server'.


I would like to offer access to my server to others when I get it 
running, but is there any built-in mechanism in the map stack to limit 
who can access it or rate limit it somehow?


There's a "ModTileEnableTileThrottling" parameter that you can turn on - 
see 
https://github.com/SomeoneElseOSM/mod_tile/blob/switch2osm/mod_tile.conf#L124 
for the comments in the config file.


My recollection of the Docker container (which I presume is what you're 
using) is that it allows lots of parameters to be passed through (the 
readme's at 
https://github.com/Overv/openstreetmap-tile-server/blob/master/README.md 
).  Not sure if the option to set this flag on is there, but I'm sure 
that you could set it somehow.


There are a bunch of other options that I looked at ages ago such as 
http://httpd.apache.org/docs/2.4/mod/mod_ratelimit.html , but someone 
running a larger or more public tile server would be better placed to 
comment on what the best option is now.


Best Regards,

Andy




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

Re: [OSM-talk] remove the suggestion to credit "contributors"


On 17/04/2020 04:20, Martin Koppenhoefer wrote:
What about removing [the trailing "contributors" from the © 
attribution], so that the required credit becomes "© OpenStreetMap" 
(it could also be © OpenStreetMapFoundation, but maybe "© 
OpenStreetMap" would be sufficient, given that OpenStreetMap is a 
brand owned by the OpenStreetMapFoundation)?


I find the explanatory text in parentheses confusing.

I'm fine with associating OSM with its contributors, so if you say that 
"© OpenStreetMap" is the same as "© OpenStreetMap contributors", I'm fine.


but if you argue that OpenStreetMap is owned by OpenStreetMapFoundation 
and that "© OpenStreetMap" means "© OpenStreetMapFoundation", then I'd 
rather stick to the current situation, where it's very clear that the 
copyright belongs to contributors, be it as individuals or as a community.




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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

Bonjour,

Le 17.04.20 à 14:55, PanierAvide a écrit :
> potentiellement des "fausses" infos en base sur les commerces fermés
> définitivement le temps de prise en compte de la note associée.

c'est aussi automatisable d'avoir un bouton "POI fermé" qui met à jour
l'objet avec was: au moins devant le shop ou amenity correspondant,
sans doute aussi le nom, le site web, le tel.
de toute façon si le poi est fermé, ne pas le modifier en automatique
consiste à avoir des infos fausse le temps de la prise en compte de la note.

Cordialement,
Marc

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

Re: [Talk-pe] Fwd: [HOT] Experienced JOSM users - place names task in Peru

2020-04-17 Thread Jo

Yo tengo eso:

The task could not be locked for mapping. Mapping not allowed because:
USER_NOT_ON_ALLOWED_LIST

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours


Bonjour,

J'ai bien lu avec attention tous vos retours, merci à tous ! Premier 
aspect : on a mis une limite sur le champ de détails du formulaire, qui 
doit désormais être soit vide (= contribution OSM directe), soit entre 
10 et 200 caractères (devrait réduire ~10% du bruit dans les notes).


Si je fais une synthèse de vos retours + ceux eux par ailleurs, je 
constate que :


- Ce serait intéressant de demander le numéro de téléphone, environ 10% 
des notes en français en contiennent un.


- Le formulaire de saisie d'horaires n'est pas aussi 
puissant/ergonomique qu'il le faudrait, ce qui entraîne des redites dans 
les notes.


- Le sujet d'envoyer tout ce qui peut l'être en automatique n'est pas 
tranché : ça pourrait faire gagner du temps, mais ça créerait deux 
groupes de modifications (un auto + un manuel), et on aurait 
potentiellement des "fausses" infos en base sur les commerces fermés 
définitivement le temps de prise en compte de la note associée.


Autant les aspects téléphone et horaires sont clairs et on va y 
travailler, autant pour l'envoi en automatique d'une partie des données, 
je ne vois pas comment trancher ça. Les retours d'autres communauté à 
l'international vont sans doute permettre de faire pencher la balance 
dans l'une ou l'autre direction.


Cordialement,

Adrien P.

Le 14/04/2020 à 12:21, PanierAvide a écrit :

Bonjour à tous,

Comme vous le savez, l'outil "Ça reste ouvert" s'appuie sur les notes 
OpenStreetMap pour enregistrer une partie des retours faits via le 
site. Depuis quelques temps, la contribution se fait en édition 
directe d'OpenStreetMap si aucun commentaire n'est ajouté par les 
utilisateurs (champ "détails" en fin de formulaire). Cela a permis de 
faire tomber le nombre de notes ouvertes à 25% du total des 
contributions reçues.


Afin de faciliter la tâche aux contributeurs, en particulier dans les 
pays sur lesquels le service a ou va être déployé, une suggestion est 
faite de cumuler contribution directe + note OSM si des détails sont 
fournis : https://github.com/osmontrouge/caresteouvert_backend/issues/20


Ainsi, nous aimerions avoir des retours d'expérience des personnes 
ayant contribué à la résolution des notes : envoyer les changements 
directement à OSM en parallèle de la note vous aurait-il aidé à aller 
plus vite ? Pensez-vous que cela ne doit concerner que les lieux notés 
comme ouvert pendant le confinement ? Nous sommes preneurs de vos 
retours :-)


Cordialement,



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

[OSM-talk] Tile server access

2020-04-17 Thread Tom Browder

I am trying to build my own tile server because I have given up on Google
Maps and need a replacement. I am getting help on the Github account of
@Overv and repo 'openstreetmap-tile-server'.

I would like to offer access to my server to others when I get it running,
but is there any built-in mechanism in the map stack to limit who can
access it or rate limit it somehow?

I know I could use something like client TLS certificates or Apache
password access (both of which I currently use for access) but something
existing would be easier.

Thanks.

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

Re: [OSM-talk] remove the suggestion to credit "contributors"

2020-04-17 Thread Alessandro Sarretta


On 17/04/20 13:20, Christoph Hormann wrote:

Independent of what the OSMF suggests in the future - i would probably
continue attributing "OpenStreetMap contributors" where feasible to
clarify that i am crediting the contributors and not the OSMF.


Simply put in these terms, I don't see how "© OpenStreetMap" is 
referring to the OSM Foundation, but rather it is referring to OSM 
project and community, so the contributors.


m2c

Ale


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

[Talk-pe] Fwd: [HOT] Experienced JOSM users - place names task in Peru

2020-04-17 Thread Omar Vega Ramos



 Mensaje Original 
Asunto: [HOT] Experienced JOSM users - place names task in Peru
Fecha: 2020-04-17 03:40
De: Rebecca Firth 
Destinatario: hot 

Hi everyone,

Thank you so much for the continued support for HOT's Covid response.
I'm getting in touch with a message for experienced JOSM users, in case
you have some time to support our response in Cusco Peru where I live.
The goal is to map 20993 place names mostly of hamlets, villages in Peru
to complement the ongoing COVID-19 HOT activation for Peru. 

The task is here: https://tasks.hotosm.org/project/8301 

And the instructions are here:
https://docs.google.com/document/d/1CEL1syh6FNl36plurvKSp-2NGGx5fFWS-uL2viD7p80/edit#heading=h.u2sbpt8odktw
[1]

Thank you so much!

Rebecca

-- 

Rebecca Firth
Director, Community & Partnerships
rebecca.fi...@hotosm.org
@RebeccaFirthy

Humanitarian OpenStreetMap Team
Using OpenStreetMap for Humanitarian Response & Economic Development
web [2] | twitter [3] | facebook [4] | donate [5]

 

Links:
--
[1]
https://docs.google.com/document/d/1CEL1syh6FNl36plurvKSp-2NGGx5fFWS-uL2viD7p80/edit#heading=h.u2sbpt8odktw
[2] http://hotosm.org/
[3] https://twitter.com/hotosm
[4] https://www.facebook.com/hotosm
[5] http://donate.hotosm.org/
___
HOT mailing list
h...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

-- 
Omar Vega

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

Re: [OSM-talk] remove the suggestion to credit "contributors"

2020-04-17 Thread Christoph Hormann

On Friday 17 April 2020, Simon Poole wrote:
>
> With the exception of imported datasources that are not
> re-licensable, you do realise though that the actual licensor of the
> data -is- the OSMF? And that attributing "OpenstreetMap contributors"
> is at best a sentimental relict (nothing against being sentimental,
> but that isn't your argument) and is, if anything, more confusing and
> misleading than simply asking for an attribution string that credits
> the project?

I am not meaning to question the (legal) reasoning behind the suggestion 
to credit 'OpenStreetMap'.  My consideration is purely a moral one.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk-fr] Comment lier une pompe à essence dans OSM avec le prix-carburants.gouv.fr

> Le tag en question c'est ref:FR:prix-carburants=*
> 
Merci, je vais contribuer 
> Et dans l'oreillette on me dit qu'un site pour avoir les prix des carburants 
> reliés à OSM existe déjà : https://openfuelmap.net/ 
> Le site fait en grande partie par PanierAvide est 
> mieux 
Il affiche les coordonnées et les horaires d'ouverture à jour 

https://www.caresteouvert.fr/@47.230856,2.087718,17.04/place/w91387834
https://openfuelmap.net/#16/47.2312/2.0879

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

Re: [OSM-talk] remove the suggestion to credit "contributors"

2020-04-17 Thread Simon Poole


Am 17.04.2020 um 13:20 schrieb Christoph Hormann:
> ...
> Independent of what the OSMF suggests in the future - i would probably 
> continue attributing "OpenStreetMap contributors" where feasible to 
> clarify that i am crediting the contributors and not the OSMF.

With the exception of imported datasources that are not re-licensable,
you do realise though that the actual licensor of the data -is- the
OSMF? And that attributing "OpenstreetMap contributors" is at best a
sentimental relict (nothing against being sentimental, but that isn't
your argument) and is, if anything, more confusing and misleading than
simply asking for an attribution string that credits the project?

Simon




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Coronapiste : piste cyclable temporaire qui dure

2020-04-17 Thread Florimond Berthoux

Merci de ton retour.

D’après la doc, c’est pas un soucis de préciser le défaut :
« It is not always clear which restriction applies when the condition is
not fulfilled. In such cases the default restriction should also be
specified »

Mais finalement je pense aussi qu’une clé cycleway:conditional en plus de
changer la valeur cycleway c’est tagguer deux fois la même chose.
Donc je suis plutôt partant pour ta solution d’utiliser description:covid19

Le jeu. 16 avr. 2020 à 23:11, Marc M.  a écrit :

> Bonjour,
>
> Le 16.04.20 à 22:59, Florimond Berthoux a écrit :
> > Si comme à Nantes la piste remplace un aménagement (bande ou voie bus)
> > on pourrait mettre :
> > was:cycleway=lane|*
>
> bonne idée
>
> > Et pour l'aspect temporaire :
> > cycleway:conditional=yes @ covid19
>
> oui mais un oui par défaut + un oui conditionnel,
> cela risque de faire réagir des QA (donc provoquer
> leur suppression ou pire une correction incorrecte)
> je mettrais à la place description:covid19=piste cyclabe temporaire
>
> Cordialement,
> Marc
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Comment lier une pompe à essence dans OSM avec le prix-carburants.gouv.fr


Bonjour Yves,

Le tag en question c'est ref:FR:prix-carburants=*

Et dans l'oreillette on me dit qu'un site pour avoir les prix des 
carburants reliés à OSM existe déjà : https://openfuelmap.net/


Cordialement,

Adrien P.

Le 17/04/2020 à 13:48, Yves P. a écrit :

Bonjour,

Il me semble qu'il existe un tag ref pour ça ?
Je vois aussi que les données sont aussi disponibles via 
OpenEventDatabase 
 


Ça serait pratique d'avoir ces infos directement sur la carte de 
ÇaResteOuvert.

Elle devrait être utile et utilisée, même après le confinement 

__
Yves

___
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] Comment lier une pompe à essence dans OSM avec le prix-carburants.gouv.fr

Bonjour,

Il me semble qu'il existe un tag ref pour ça ?
Je vois aussi que les données sont aussi disponibles via OpenEventDatabase 

 

Ça serait pratique d'avoir ces infos directement sur la carte de ÇaResteOuvert.
Elle devrait être utile et utilisée, même après le confinement 

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

Re: [OSM-talk-fr] Import fichier dans OSM

>
> je dirai que la LO est encore plus "simple" pour
> l'intégration ensuite dans OSM.
>

C'est vrai que dans ce sens il n'y a pas trop de question à ce poser

Le ven. 17 avr. 2020 à 13:19, Vincent Bergeot  a
écrit :

> Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
> > C'est un fichier que nous avons constitué dans le cadre d'une mission
> > avec un service public donc nous allons l'ouvrir à la fin de la
> > mission. La licence n'est pas définie actuellement je vais voir avec
> > eux si l'ODbL est ok.
>
> des discussions qui ont pu avoir lieu ici (je n'ai plus le lien de
> l'archive), je dirai que la LO est encore plus "simple" pour
> l'intégration ensuite dans OSM.
>
> à 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] remove the suggestion to credit "contributors"

2020-04-17 Thread Christoph Hormann

On Friday 17 April 2020, Martin Koppenhoefer wrote:
>
> What about removing this, so that the required credit becomes "©
> OpenStreetMap" (it could also be © OpenStreetMapFoundation, but maybe
> "© OpenStreetMap" would be sufficient, given that OpenStreetMap is a
> brand owned by the OpenStreetMapFoundation)?

I think you are pointing already to the main issue with the whole idea 
here.

The main argument brought forward by the advocates of the shortened 
attribution is "that OSM is its contributors" so both attributions 
would be functionally the same.

However the reality is that the OSMF and the OSM contributors are not 
the same, their relationship is fairly well defined in the contributor 
terms.  The idea of attribution in the OSM context was always towards 
the contributors, not to the OSMF which is only meant to serve as 
custodian and not as the holder of any moral rights w.r.t. the data 
itself.  Shortening the attribution to "© OpenStreetMap" could make it 
ambiguous and that could serve as a beachhead to a piecemeal 
reinterpretation of the roles of OSM contributors and OSMF towards 
building up the OSMF to a holder of moral rights on its own independent 
of the OSM community.

Independent of what the OSMF suggests in the future - i would probably 
continue attributing "OpenStreetMap contributors" where feasible to 
clarify that i am crediting the contributors and not the OSMF.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk-fr] Import fichier dans OSM

2020-04-17 Thread Vincent Bergeot


Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
C'est un fichier que nous avons constitué dans le cadre d'une mission 
avec un service public donc nous allons l'ouvrir à la fin de la 
mission. La licence n'est pas définie actuellement je vais voir avec 
eux si l'ODbL est ok.


des discussions qui ont pu avoir lieu ici (je n'ai plus le lien de 
l'archive), je dirai que la LO est encore plus "simple" pour 
l'intégration ensuite dans OSM.


à plus

--
Vincent Bergeot


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

Re: [OSM-legal-talk] [OSM-talk] remove the suggestion to credit "contributors"

2020-04-17 Thread Tobias Knerr

On 17.04.20 11:20, Martin Koppenhoefer wrote:
> What about removing this, so that the required credit becomes "©
> OpenStreetMap"

Yes, crediting © OpenStreetMap with the appropriate link would be a good
solution. Aside from being more concise, it's a lot less awkward in a
non-English or multilingual context.

Note that our Legal FAQ¹ already allow this in some circumstances:

> Because OpenStreetMap *is* its contributors, you may omit the word
> "contributors" if space is limited.

So using the snappier attribution in all contexts would also simplify
things compared to the status quo of having two different attribution
wordings depending on the available space.

You're in luck, by the way: The latest draft attribution guideline
already proposes this very change. And while there are some problematic
aspects of that draft which need to be changed before it can be
accepted, your suggestion was popular in past discussions (e.g. in
August²), so there's a good chance it will become reality.

Tobias

¹
https://wiki.osm.org/Legal_FAQ#3a._I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F
² https://lists.openstreetmap.org/pipermail/talk/2019-August/083078.html

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

Re: [OSM-talk] remove the suggestion to credit "contributors"

2020-04-17 Thread Tobias Knerr

On 17.04.20 11:20, Martin Koppenhoefer wrote:
> What about removing this, so that the required credit becomes "©
> OpenStreetMap"

Yes, crediting © OpenStreetMap with the appropriate link would be a good
solution. Aside from being more concise, it's a lot less awkward in a
non-English or multilingual context.

Note that our Legal FAQ¹ already allow this in some circumstances:

> Because OpenStreetMap *is* its contributors, you may omit the word
> "contributors" if space is limited.

So using the snappier attribution in all contexts would also simplify
things compared to the status quo of having two different attribution
wordings depending on the available space.

You're in luck, by the way: The latest draft attribution guideline
already proposes this very change. And while there are some problematic
aspects of that draft which need to be changed before it can be
accepted, your suggestion was popular in past discussions (e.g. in
August²), so there's a good chance it will become reality.

Tobias

¹
https://wiki.osm.org/Legal_FAQ#3a._I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F
² https://lists.openstreetmap.org/pipermail/talk/2019-August/083078.html

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

Re: [Talk-GB] HS2 Phase 1 Construction NTP

2020-04-17 Thread Andy Robinson

Tony, thus far all the construction activity has been and is enabling works. 
That is mostly related to relocating utilities (especially the major ones), 
site clearances and the establishment of the working compounds. Many of these 
have already in full or in part been mapped into OSM. As yet they haven’t 
mostly been fencing off the main line route. I expect we will see that happen 
soon for the over land sections. In London not much change will be visible 
beyond the current clearances and site compound set-ups. The shafts and portals 
for the main tunnels will be about the only obvious new work in the future 
outside of the station developments. The construction of the stations 
themselves is not yet confirmed.

 

Cheers

Andy

 

From: Tony OSM [mailto:tonyo...@gmail.com] 
Sent: 17 April 2020 10:02
To: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] HS2 Phase 1 Construction NTP

 

we've seen news reports of parts of the alignment fenced off and invaded by 
protestors - those parts are certainly under construction, and the pictures 
show that bulldozers have been active. I think if we can identify those areas 
then construction is now correct.

Tony Shield

TonyS999

On 17/04/2020 09:14, Andy Robinson wrote:

Jez, I think the actual rails may be a long way off but I agree it’s an 
opportunity to stay ahead of the completion.

 

A question for the whole list. How do folks feel about changing the Phase 1 
route from rail=proposed to rail=construction. Perhaps it’s a bit premature but 
then perhaps not.

 

Cheers

Andy

 

From: Jez Nicholson [mailto:jez.nichol...@gmail.com] 
Sent: 16 April 2020 22:15
To: Andy Robinson
Cc: Talk-GB
Subject: Re: [Talk-GB] HS2 Phase 1 Construction NTP

 

Thanks Andy, this is opportunity for OSM to be *the* best source of HS2 rails 
data.

 

On Wed, 15 Apr 2020, 17:48 Andy Robinson,  wrote:

Government issued Notice to Procced for Phase 1 today, which means the main 
contracts construction between London and Birmingham will start imminently so 
keep an eye out for major new works in your area soon (though I expect these 
will be slow to spot while we are in lockdown!)

 

Till now all works relating to HS2 have been enabling works or design related.

 

Cheers

Andy

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





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

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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

*Je pensais plus à système de leur côté pour regrouper des photos ayant
un point (un sujet) commun .*
*C'est en fait très similaire aux catégories de Wikimedia Commons.*

*Ça pourrait être un tag #Arc-de-Triomphe (ça existe peut-être déjà ?)*

Il y a très peu de tags dans Mapillary et, basé sur mes conversations,
Mapillary ne veut pas de tout développer une base de données de tags ou de
catégoriser leurs images à la Wikimedia - pas de business case, donc pas de
catégorie d'Arc de Triomphe.

A bientot,

Stuart







On Fri, 17 Apr 2020 at 11:27, Yves P.  wrote:

> le lien avec mapilary est il obligatoire ?
>
>
> L'avantage de Mapillary c'est que ses photos sont visualisable dans
> OsmAnd, iD, JOSM…
> Qu'il y a une IA pour flouter ce qui doit l'être,
> Que le stockage est pérenne
> …
>
>  ils ont l'air de préférer les séquences, du coup ce n'est pas l'usage.
>
> On peut argumenter pour les aider à évoluer 
> *Merci Stuart* à ce propos 
>
> Mapillary ne va pas garder une trace dans leur base de données de quel
> objet OSM est présent dans l'image,
>
> Effectivement.
> Je pensais plus à système de leur côté pour regrouper des photos ayant un
> point (un sujet) commun .
> C'est en fait très similaire aux catégories de Wikimedia Commons.
>
> Ça pourrait être un tag #Arc-de-Triomphe (ça existe peut-être déjà ?)
>
> Ou comme je le suggérait une "série" dédiée à un objet réel (qu'il soit
> dans OSM, wikidata… ou non).
>
> donc c'est plutôt à nous de lier les images keys de Mapillary (qui sont
> uniques et immuables) aux objets d'OSM.
>
> Effectivement, on peut utiliser une clé *image=http://xxx *
> ou mieux dans ce cas, une clé *mapillary=** (sans URL )
> C'est ce que l'on fait déjà.
>
> Peut-être ça serait mieux avec un wikidata item ? Ou les images key de
> Mapillary pourraient être délimitées par des semicolons sur le key:mapillary
>
> Les valeurs multiples sont souvent pas ou mal gérées dans OSM 
> Dans ce cas tu sélectionnes quelque photos à un moment donné, pour un
> projet donné.
>
> Avec une série dédié à un sujet physique, on pourrais voir toutes les
> photos.
> Utile pour voir un bâtiment sous plusieurs angles, pour cartographier.
> Ou pratique pour voir la plus "belle" photos réutilisable dans un autre
> projet (wikipedia, osmhydrant…)
>
> , comme avec des images de wikimedia commons.
>
> Oui, cf. supra.
>
> __
> Yves
> ___
> 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] Import fichier dans OSM

operator:type=public permet de les différentier de operator:type=ngo

il y a aussi quelques operator:type=university

Le 17.04.20 à 12:08, PanierAvide a écrit :
> Pour les différencier, à minima préciser operator=* (structure
> gestionnaire du lieu) ou network=* (nom du réseau de bibliothèques) sera
> une information utile.
> 
> Cordialement,
> 
> Adrien P.
> 
> Le 17/04/2020 à 12:02, Magalie Dartus a écrit :
>> Oui j'ai vu mais amenity=library ne différencie pas les bibliothèques
>> universitaire ou associatives des bibliothèques/médiathèques
>> municipales/départementales
>>
>> Mon fichier ne concerne que les bibliothèques gérées par les
>> collectivités territoriales et il en manque pas mal dans OSM
>>
>> Le ven. 17 avr. 2020 à 11:53, Yves P. > > a écrit :
>>
>>> Si c'est possible, c'est utile de rajouter la clé ref:isil
>>>  (mais pas sûr
>>> que les bibles de quartier en ont une).
>>
>> Il y a 90 bibliothèque dans OSM pour Aix-Marseille-Provence 
>> Aucune avec un ISIL 
>>
>> https://overpass-turbo.eu/s/SX1
>>
>> __
>> Yves
>>
>> PS: Pour la France, il n'y en a que 25 ! Tient, encore un boulot
>> pour Osmose (il doit bien y avoir une source OD avec la bonne licence)
>> https://overpass-turbo.eu/s/SX2
>> ___
>> 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
> 


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

Re: [OSM-talk-fr] Import fichier dans OSM

Pour les différencier, à minima préciser operator=* (structure 
gestionnaire du lieu) ou network=* (nom du réseau de bibliothèques) sera 
une information utile.


Cordialement,

Adrien P.

Le 17/04/2020 à 12:02, Magalie Dartus a écrit :
Oui j'ai vu mais amenity=library ne différencie pas les bibliothèques 
universitaire ou associatives des bibliothèques/médiathèques 
municipales/départementales


Mon fichier ne concerne que les bibliothèques gérées par les 
collectivités territoriales et il en manque pas mal dans OSM


Le ven. 17 avr. 2020 à 11:53, Yves P. > a écrit :



Si c'est possible, c'est utile de rajouter la clé ref:isil
 (mais pas sûr
que les bibles de quartier en ont une).


Il y a 90 bibliothèque dans OSM pour Aix-Marseille-Provence 
Aucune avec un ISIL 

https://overpass-turbo.eu/s/SX1

__
Yves

PS: Pour la France, il n'y en a que 25 ! Tient, encore un boulot
pour Osmose (il doit bien y avoir une source OD avec la bonne licence)
https://overpass-turbo.eu/s/SX2
___
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: [Talk-GB] HS2 Phase 1 Construction NTP

2020-04-17 Thread Jez Nicholson

+1 for changing Phase One to rail=construction  although not, like my
earlier typo, rails=construction ;)

On Fri, Apr 17, 2020 at 10:03 AM Tony OSM  wrote:

> we've seen news reports of parts of the alignment fenced off and invaded
> by protestors - those parts are certainly under construction, and the
> pictures show that bulldozers have been active. I think if we can identify
> those areas then construction is now correct.
>
> Tony Shield
>
> TonyS999
> On 17/04/2020 09:14, Andy Robinson wrote:
>
> Jez, I think the actual rails may be a long way off but I agree it’s an
> opportunity to stay ahead of the completion.
>
>
>
> A question for the whole list. How do folks feel about changing the Phase
> 1 route from rail=proposed to rail=construction. Perhaps it’s a bit
> premature but then perhaps not.
>
>
>
> Cheers
>
> Andy
>
>
>
> *From:* Jez Nicholson [mailto:jez.nichol...@gmail.com
> ]
> *Sent:* 16 April 2020 22:15
> *To:* Andy Robinson
> *Cc:* Talk-GB
> *Subject:* Re: [Talk-GB] HS2 Phase 1 Construction NTP
>
>
>
> Thanks Andy, this is opportunity for OSM to be *the* best source of HS2
> rails data.
>
>
>
> On Wed, 15 Apr 2020, 17:48 Andy Robinson,  wrote:
>
> Government issued Notice to Procced for Phase 1 today, which means the
> main contracts construction between London and Birmingham will start
> imminently so keep an eye out for major new works in your area soon (though
> I expect these will be slow to spot while we are in lockdown!)
>
>
>
> Till now all works relating to HS2 have been enabling works or design
> related.
>
>
>
> Cheers
>
> Andy
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
> ___
> Talk-GB mailing 
> listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Import fichier dans OSM

Oui j'ai vu mais amenity=library ne différencie pas les bibliothèques
universitaire ou associatives des bibliothèques/médiathèques
municipales/départementales

Mon fichier ne concerne que les bibliothèques gérées par les collectivités
territoriales et il en manque pas mal dans OSM

Le ven. 17 avr. 2020 à 11:53, Yves P.  a écrit :

> Si c'est possible, c'est utile de rajouter la clé ref:isil
>  (mais pas sûr que les
> bibles de quartier en ont une).
>
>
> Il y a 90 bibliothèque dans OSM pour Aix-Marseille-Provence 
> Aucune avec un ISIL 
>
> https://overpass-turbo.eu/s/SX1
>
> __
> Yves
>
> PS: Pour la France, il n'y en a que 25 ! Tient, encore un boulot pour
> Osmose (il doit bien y avoir une source OD avec la bonne licence)
> https://overpass-turbo.eu/s/SX2
> ___
> 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] Import fichier dans OSM

> Si c'est possible, c'est utile de rajouter la clé ref:isil 
>  (mais pas sûr que les 
> bibles de quartier en ont une).

Il y a 90 bibliothèque dans OSM pour Aix-Marseille-Provence 
Aucune avec un ISIL 

https://overpass-turbo.eu/s/SX1

__
Yves

PS: Pour la France, il n'y en a que 25 ! Tient, encore un boulot pour Osmose 
(il doit bien y avoir une source OD avec la bonne licence)
https://overpass-turbo.eu/s/SX2___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import fichier dans OSM

Dès que les fichiers sont prêts je demanderai un coup de main c'est sûr :-D

Le ven. 17 avr. 2020 à 11:32, Yves P.  a écrit :

> C'est un fichier qui liste les bibliothèques sur le territoire de la
> Métropole Aix-Marseille-Provence.
>
> Si c'est possible, c'est utile de rajouter la clé ref:isil
>  (mais pas sûr que les
> bibles de quartier en ont une).
>
> Tu peux faire l'intégration manuelle seule dans JOSM, mais aussi proposer
> à la communauté OSM de t'aider 
>
> __
> Yves
>
> ___
> 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] Import fichier dans OSM

> C'est un fichier qui liste les bibliothèques sur le territoire de la 
> Métropole Aix-Marseille-Provence.
Si c'est possible, c'est utile de rajouter la clé ref:isil 
 (mais pas sûr que les bibles 
de quartier en ont une).

Tu peux faire l'intégration manuelle seule dans JOSM, mais aussi proposer à la 
communauté OSM de t'aider 

__
Yves

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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

> vu que le code du module photo-note de SC est dispo,
> une solution est de l'adapter pour en faire un photo-poi :)

Oui, un fork comme je l'évoquais. 

Poï, poi, poï 

__
Yves

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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

> le lien avec mapilary est il obligatoire ?

L'avantage de Mapillary c'est que ses photos sont visualisable dans OsmAnd, iD, 
JOSM…
Qu'il y a une IA pour flouter ce qui doit l'être,
Que le stockage est pérenne
…

>  ils ont l'air de préférer les séquences, du coup ce n'est pas l'usage.
On peut argumenter pour les aider à évoluer 
Merci Stuart à ce propos 

> Mapillary ne va pas garder une trace dans leur base de données de quel objet 
> OSM est présent dans l'image, 
Effectivement.
Je pensais plus à système de leur côté pour regrouper des photos ayant un point 
(un sujet) commun .
C'est en fait très similaire aux catégories de Wikimedia Commons.

Ça pourrait être un tag #Arc-de-Triomphe (ça existe peut-être déjà ?)

Ou comme je le suggérait une "série" dédiée à un objet réel (qu'il soit dans 
OSM, wikidata… ou non).

> donc c'est plutôt à nous de lier les images keys de Mapillary (qui sont 
> uniques et immuables) aux objets d'OSM.
Effectivement, on peut utiliser une clé image=http://xxx ou mieux dans ce cas, 
une clé mapillary=* (sans URL )
C'est ce que l'on fait déjà.

> Peut-être ça serait mieux avec un wikidata item ? Ou les images key de 
> Mapillary pourraient être délimitées par des semicolons sur le key:mapillary
Les valeurs multiples sont souvent pas ou mal gérées dans OSM 
Dans ce cas tu sélectionnes quelque photos à un moment donné, pour un projet 
donné.

Avec une série dédié à un sujet physique, on pourrais voir toutes les photos.
Utile pour voir un bâtiment sous plusieurs angles, pour cartographier.
Ou pratique pour voir la plus "belle" photos réutilisable dans un autre projet 
(wikipedia, osmhydrant…)

> , comme avec des images de wikimedia commons. 
Oui, cf. supra.

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

[OSM-talk] remove the suggestion to credit "contributors"

Since cc-by-sa 2.0 times, the suggestion to credit OSM was "© OpenStreetMap
contributors", but from the current legal situation (all necessary rights
granted to the OSMF) it wouldn't be necessary to credit the contributors.

What about removing this, so that the required credit becomes "©
OpenStreetMap" (it could also be © OpenStreetMapFoundation, but maybe "©
OpenStreetMap" would be sufficient, given that OpenStreetMap is a brand
owned by the OpenStreetMapFoundation)?

It would make the credits more concise, and make it easier to have full
credits on smaller screen sizes.

Cheers
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] HS2 Phase 1 Construction NTP

2020-04-17 Thread Tony OSM

we've seen news reports of parts of the alignment fenced off and invaded 
by protestors - those parts are certainly under construction, and the 
pictures show that bulldozers have been active. I think if we can 
identify those areas then construction is now correct.


Tony Shield

TonyS999

On 17/04/2020 09:14, Andy Robinson wrote:


Jez, I think the actual rails may be a long way off but I agree it’s 
an opportunity to stay ahead of the completion.


A question for the whole list. How do folks feel about changing the 
Phase 1 route from rail=proposed to rail=construction. Perhaps it’s a 
bit premature but then perhaps not.


Cheers

Andy

*From:*Jez Nicholson [mailto:jez.nichol...@gmail.com]
*Sent:* 16 April 2020 22:15
*To:* Andy Robinson
*Cc:* Talk-GB
*Subject:* Re: [Talk-GB] HS2 Phase 1 Construction NTP

Thanks Andy, this is opportunity for OSM to be *the* best source of 
HS2 rails data.


On Wed, 15 Apr 2020, 17:48 Andy Robinson, > wrote:


Government issued Notice to Procced for Phase 1 today, which means
the main contracts construction between London and Birmingham will
start imminently so keep an eye out for major new works in your
area soon (though I expect these will be slow to spot while we are
in lockdown!)

Till now all works relating to HS2 have been enabling works or
design related.

Cheers

Andy

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


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

Re: [Talk-it] Import Farmacie

Am Fr., 17. Apr. 2020 um 10:30 Uhr schrieb Cascafico Giovanni <
cascaf...@gmail.com>:

> Credo dovremmo rileggere bene la definizione di import [1] che, tanto per
> cambiare, è ambigua... almeno nella prima frase.
>
> "Importing is the process of uploading external data to OSM."
>
> Tutti ciò che editiamo in OSM ha implicato un processo di "uploading di
> external data", siano essi note di carta, scontrini, immagini aeree,
> ricordi, mapillary, openstreetcam, tracce GPX. Stiamo tutti noi mappatori
> facendo degli import non documentati?
>


la parola "external" intende materiale non creato da te, quindi la tua
lista la commento come segue.
Materiale creato da te:
* note di carta
* ricordi
* tracce GPX

Dati derivati da te:
* scontrini
* immagini aeree
* mapillary
* openstreetcam

Nessuna di queste cose è materiale "esterno", non carichi immagini, stai
creando dati dalla tua interpretazione di questi immagini, e ciò si può
fare senza alcun problema.



> Primo spunto
> "Bulk imports are undertaken as a supplement to data collected by
> individual volunteers, and their data and ability to work in an area always
> has priority."
>
> un "bulk [2] import" è un import (concetto ricorsivo inutile), ma la frase
> però ci offre questo "bulk", aggettivo che il Webster Dictionary [2]
> definisce come "being in large quantities or not divided into separate
> units".
> La presunta attività di import fatta con osmose, umap, ecc. implica grandi
> quantità non divise in unità separate? Direi proprio di no. Qualcuno si è
> arrogato il diritto di sovrascivere dati frutto di conoscenza diretta? Per
> quello che mi riguarda, no.
>


se controlli per bene (nel senso che potresti "garantire" che le
informazioni sono attuali e giuste, perché le hai verificate
individualmente ed hai anche verificato che non ci sia già un oggetto
presente in OSM (conflation), non si tratta di un import.



>
> Secondo spunto
> "Unlike editing the map or uploading GPX traces, importing combines an
> existing dataset with the OSM dataset, and thus typically includes a
> complex merging process."
>
> La presunta attività di import richiede un "complesso" processo di
> fusione? Controllare se una farmacia esiste già ed eventualmente fondere i
> tag non richiede IMHO una complessità tale da dover scrivere una wiki ed
> informare la mailing list mondiale degli import.
>


se lo fai manualmente uno per uno, e puoi garantire la bontà dei dati
(verifichi non solo la presenza in OSM ma anche la correttezza delle
informazioni), un import non lo è.



>
> Ciò che potrebbe essere "complesso" riguarda gli upload di massa (i famosi
> bulk) che vengono risolti con gli strumenti di conflation (JOSM plugin, OSM
> conflator), pubblicazione dei candidati ed opzionalmente con attività
> pubbliche di audit (audit.osmz.ru). Ma ciò esula da questa discussione.
>


+1

Ciao
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Import fichier dans OSM

Merci pour cette réponse!

JOSM pour les bibliothèques mais ça sera probablement Osmose pour les
commerces

Le ven. 17 avr. 2020 à 10:50, PanierAvide  a écrit :

> Merci pour ces précisions, du coup vu le volume deux solutions :
>
> - Si les données ont vocation à évoluer régulièrement (1x par mois ou par
> trimestre), une intégration par Osmose peut être pertinente. Il faut pour
> cela passer par un module d'intégration, comme par exemple
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
> Pas le plus simple à mettre en œuvre.
>
> - Si les données sont assez statiques, cela peut être réalisé en
> intégration manuelle via JOSM. On ouvre le fichier, on modifie le nom des
> champs pour utiliser les clés OSM (amenity=library, name=*,
> opening_hours=*...). Il faut également vérifier la présence d'objets
> similaires existants dans OSM, et fusionner au besoin. Enfin, les plugins
> "todolist" et "conflation" peuvent aider à aller plus vite.
>
> Cordialement,
>
> Adrien P.
>
> Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
>
> C'est un fichier qui liste les bibliothèques sur le territoire de la
> Métropole Aix-Marseille-Provence.Le fichier contient une centaine
> d'établissements
>
> C'est un fichier que nous avons constitué dans le cadre d'une mission avec
> un service public donc nous allons l'ouvrir à la fin de la mission. La
> licence n'est pas définie actuellement je vais voir avec eux si l'ODbL est
> ok.
>
> Le fichier est construit comme suit
> nom, adresse, cp, cedex, ville, code, latitude, longitude, surface_utile,
> surface_interne, freq_annee, horaires
>
> Je pose la question sur l'import des fichiers pour d'autre projets
> également. Notamment pour un jeu données sur les commerces (@panieravide)
>
> Il s'agit d'une question récurrente dans le cadre de projets open data
>
> Le ven. 17 avr. 2020 à 10:34, PanierAvide  a
> écrit :
>
>> Bonjour,
>>
>> Pour orienter les réponses, deux questions :
>>
>> - Quel est le volume d'établissements en question ? Quelques dizaines,
>> centaines, milliers ?
>> - Le jeu de données est bien sous une licence libre compatible avec
>> OpenStreetMap, ou le fruit de votre travail ?
>>
>> Cordialement,
>>
>> Adrien P.
>>
>> Le 17/04/2020 à 10:28, Magalie Dartus a écrit :
>>
>> Bonjour,
>>
>> J'ai un fichier d'établissements que je voudrais importer dans OSM.
>> Je suppose qu'il faut passer par OSMOSE..?
>> Mais du coup qu'elle est la démarche pour proposer un fichier?
>>
>> Merci et bonne journée
>> Magalie
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] Import fichier dans OSM

Merci pour ces précisions, du coup vu le volume deux solutions :

- Si les données ont vocation à évoluer régulièrement (1x par mois ou
par trimestre), une intégration par Osmose peut être pertinente. Il faut
pour cela passer par un module d'intégration, comme par exemple
https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_library_FR_aquitaine.py
Pas le plus simple à mettre en œuvre.

- Si les données sont assez statiques, cela peut être réalisé en
intégration manuelle via JOSM. On ouvre le fichier, on modifie le nom
des champs pour utiliser les clés OSM (amenity=library, name=*,
opening_hours=*...). Il faut également vérifier la présence d'objets
similaires existants dans OSM, et fusionner au besoin. Enfin, les
plugins "todolist" et "conflation" peuvent aider à aller plus vite.

Cordialement,

Adrien P.

Le 17/04/2020 à 10:44, Magalie Dartus a écrit :
C'est un fichier qui liste les bibliothèques sur le territoire de la
Métropole Aix-Marseille-Provence.Le fichier contient une centaine
d'établissements

C'est un fichier que nous avons constitué dans le cadre d'une mission
avec un service public donc nous allons l'ouvrir à la fin de la
mission. La licence n'est pas définie actuellement je vais voir avec
eux si l'ODbL est ok.

Le fichier est construit comme suit
nom, adresse, cp, cedex, ville, code, latitude, longitude,
surface_utile, surface_interne, freq_annee, horaires

Je pose la question sur l'import des fichiers pour d'autre projets
également. Notamment pour un jeu données sur les commerces (@panieravide)

Il s'agit d'une question récurrente dans le cadre de projets open data

Le ven. 17 avr. 2020 à 10:34, PanierAvide > a écrit :

Bonjour,

Pour orienter les réponses, deux questions :

- Quel est le volume d'établissements en question ? Quelques
dizaines, centaines, milliers ?
- Le jeu de données est bien sous une licence libre compatible
avec OpenStreetMap, ou le fruit de votre travail ?

Cordialement,

Adrien P.

Le 17/04/2020 à 10:28, Magalie Dartus a écrit :

Bonjour,

J'ai un fichier d'établissements que je voudrais importer dans OSM.
Je suppose qu'il faut passer par OSMOSE..?
Mais du coup qu'elle est la démarche pour proposer un fichier?

Merci et bonne journée
Magalie

___
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] Ajouter des photos uniques de POI dans Mapillary

Bonjour Nicolas,

Non, il n'y a pas d'obligation.

Si le but est de créer une note temporaire pour un survey, StreetComplete
dans sa forme actuelle est peut-être satisfaisante.

Pic4review est toute autre chose. Avec cette app, on pioche dans des photos
prises d'une façon aléatoire les images qui pourraient inclure un objet à
proximité ... trop souvent mal cadré et avec une mauvaise luminosité. Cette
app me semble de qualité pour faire un survey à distance et
vérifier l'existence ou voir des caractéristiques d'un objet. Mais il me
semble qu'elle permet l'ajout trop facile des photos aux objets dans OSM
avec un simple click malgré leur qualité médiocre. Un workflow pour l'ajout
des photos dans OSM avec des photos individuelles prises avec intention me
semble plus logique.

*>>>  ils ont l'air de préférer les séquences, du coup ce n'est pas
l'usage.*
Mapillary semble évoluer dans leur préférence, c'est au moins ce qu'on
espère.


Bien cordialement,

Stuart



On Fri, 17 Apr 2020 at 10:06, Nicolas Bétheuil  wrote:

> je lis un peu en diagonal.
>
> le lien avec mapilary est il obligatoire ? ils ont l'air de préférer les
> séquences, du coup ce n'est pas l'usage.
>
> pic4review va aussi taper dans openstreetcam, ça cause aussi de
> improveosm, de grab.
>
> C'est vraiment récurrent ce problème de qualité d'image avec
> StreetComplete ? J'ai déjà contribué comme ça, d'autres ont résolu mes
> notes, ou j'ai déjà revu des miennes, pas des dizaines mais quelques une.
>
> J'ai l'impression qu'il y a plusieurs problèmes mais c'est bien de diviser
> les questions aussi, ça permet de traiter. (qualité d'image, affectation à
> un objet osm, tag)
>
> My 2 cents
>
>
>
> Le ven. 17 avr. 2020 à 09:46, European Water Project <
> europeanwaterproj...@gmail.com> a écrit :
>
>> Rebonjour,
>>
>> *Ici, tu choisis l'une des photos Mapillary que tu associes à un
>> objet OSM.*
>> *As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos
>> d'un même objet physique dans Mapillary ?*
>> *On peut probablement trouver des photos d'un monument historique à
>> plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…*
>>
>> Mapillary ne va pas garder une trace dans leur base de données de quel
>> objet OSM est présent dans l'image, donc c'est plutôt à nous de lier les
>> images keys de Mapillary (qui sont uniques et immuables) aux objets d'OSM.
>>
>> Peut-être ça serait mieux avec un wikidata item ? Ou les images key de
>> Mapillary pourraient être délimitées par des semicolons sur le
>> key:mapillary, comme avec des images de wikimedia commons.
>> Mais, déjà de réussir la première étape avec une photo bien cadrée avec
>> une bonne luminosité rendrait la carte plus attractive.
>>
>>
>> *>>>Tu parlais d'une discussion avec lui. Je pensais qu'elle était
>> publique dans le forum Mapillary.  *
>> Les conversations avec Chris et Fredrik étaient par visioconférence.
>>
>> A bientot,
>>
>> Stuart
>>
>> On Fri, 17 Apr 2020 at 09:18, Yves P.  wrote:
>>
>>>
>>> filipc est un contributeur belge de Mapillary …
>>>
>>> Ok, alors je vais être fans aussi 
>>>
>>> Dans le workflow proposé, c'est juste le temps nécessaire pour faire
>>> l'ajout dans la base de données d'OSM.  L'idée était de stocker sur dans
>>> une petite base de données, l'ID Mapillary, le OSM objet #, et les
>>> coordonnées de l'objet. Une fois l'image key pret (24 heures plus tard),
>>> l'image pourrait être liée au objet avec le Key:mapillary .
>>>
>>> Ok.
>>>
>>> Ici, tu choisis l'une des photos Mapillary que tu associes à un objet
>>> OSM.
>>> As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos d'un
>>> même objet physique dans Mapillary ?
>>> On peut probablement trouver des photos d'un monument historique à
>>> plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…
>>>
>>> *Je ne retourne pas la conversation avec Chris Beddow*
>>> Désolé, mais je ne comprends pas cette phrase.
>>>
>>> Tu parlais d'une discussion avec lui. Je pensais qu'elle était publique
>>> dans le forum Mapillary.
>>>
>>>Est-ce que je peux te copier en cc dans mes communications futures
>>> avec lui, surtout si elles deviennent plus technique ?
>>>
>>> Oui, merci 
>>>
>>> Best regards,
>>>
>>> __
>>> Yves
>>> ___
>>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import fichier dans OSM

 C'est un fichier qui liste les bibliothèques sur le territoire de la
Métropole Aix-Marseille-Provence.Le fichier contient une centaine
d'établissements

C'est un fichier que nous avons constitué dans le cadre d'une mission avec
un service public donc nous allons l'ouvrir à la fin de la mission. La
licence n'est pas définie actuellement je vais voir avec eux si l'ODbL est
ok.

Le fichier est construit comme suit
nom, adresse, cp, cedex, ville, code, latitude, longitude, surface_utile,
surface_interne, freq_annee, horaires

Je pose la question sur l'import des fichiers pour d'autre projets
également. Notamment pour un jeu données sur les commerces (@panieravide)

Il s'agit d'une question récurrente dans le cadre de projets open data

Le ven. 17 avr. 2020 à 10:34, PanierAvide  a écrit :

> Bonjour,
>
> Pour orienter les réponses, deux questions :
>
> - Quel est le volume d'établissements en question ? Quelques dizaines,
> centaines, milliers ?
> - Le jeu de données est bien sous une licence libre compatible avec
> OpenStreetMap, ou le fruit de votre travail ?
>
> Cordialement,
>
> Adrien P.
>
> Le 17/04/2020 à 10:28, Magalie Dartus a écrit :
>
> Bonjour,
>
> J'ai un fichier d'établissements que je voudrais importer dans OSM.
> Je suppose qu'il faut passer par OSMOSE..?
> Mais du coup qu'elle est la démarche pour proposer un fichier?
>
> Merci et bonne journée
> Magalie
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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: [Talk-it] Import Farmacie

2020-04-17 Thread Cascafico Giovanni

Scusate: a proposito del mio messaggio precedente mi son dimenticato i link:

[1] https://wiki.openstreetmap.org/wiki/Import
[2] https://www.merriam-webster.com/dictionary/bulk
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Import fichier dans OSM


Bonjour,

Pour orienter les réponses, deux questions :

- Quel est le volume d'établissements en question ? Quelques dizaines, 
centaines, milliers ?
- Le jeu de données est bien sous une licence libre compatible avec 
OpenStreetMap, ou le fruit de votre travail ?


Cordialement,

Adrien P.

Le 17/04/2020 à 10:28, Magalie Dartus a écrit :

Bonjour,

J'ai un fichier d'établissements que je voudrais importer dans OSM.
Je suppose qu'il faut passer par OSMOSE..?
Mais du coup qu'elle est la démarche pour proposer un fichier?

Merci et bonne journée
Magalie

___
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] Import fichier dans OSM

Bonjour,

> J'ai un fichier d'établissements que je voudrais importer dans OSM.
> Je suppose qu'il faut passer par OSMOSE..?
Pas forcément.

Ça dépends de sa taille, sa qualité, de futurs mise à jour (ou pas)…
Peux-tu le décrire ou mettre un lien si il est public ?

__
Yves


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

Re: [Talk-it] Import Farmacie

2020-04-17 Thread Cascafico Giovanni

Credo dovremmo rileggere bene la definizione di import [1] che, tanto per
cambiare, è ambigua... almeno nella prima frase.

"Importing is the process of uploading external data to OSM."

Tutti ciò che editiamo in OSM ha implicato un processo di "uploading di
external data", siano essi note di carta, scontrini, immagini aeree,
ricordi, mapillary, openstreetcam, tracce GPX. Stiamo tutti noi mappatori
facendo degli import non documentati?

La parte di wiki che segue dovrebbe chiarire questa ambigua (e spesso
citata anche in questa discussione) definizione generale. Ci troviamo due
spunti che discriminano ciò che è import da ciò che non lo è:

Primo spunto
"Bulk imports are undertaken as a supplement to data collected by
individual volunteers, and their data and ability to work in an area always
has priority."

un "bulk [2] import" è un import (concetto ricorsivo inutile), ma la frase
però ci offre questo "bulk", aggettivo che il Webster Dictionary [2]
definisce come "being in large quantities or not divided into separate
units".
La presunta attività di import fatta con osmose, umap, ecc. implica grandi
quantità non divise in unità separate? Direi proprio di no. Qualcuno si è
arrogato il diritto di sovrascivere dati frutto di conoscenza diretta? Per
quello che mi riguarda, no.

Secondo spunto
"Unlike editing the map or uploading GPX traces, importing combines an
existing dataset with the OSM dataset, and thus typically includes a
complex merging process."

La presunta attività di import richiede un "complesso" processo di fusione?
Controllare se una farmacia esiste già ed eventualmente fondere i tag non
richiede IMHO una complessità tale da dover scrivere una wiki ed informare
la mailing list mondiale degli import.

Ciò che potrebbe essere "complesso" riguarda gli upload di massa (i famosi
bulk) che vengono risolti con gli strumenti di conflation (JOSM plugin, OSM
conflator), pubblicazione dei candidati ed opzionalmente con attività
pubbliche di audit (audit.osmz.ru). Ma ciò esula da questa discussione.

Il giorno ven 17 apr 2020 alle ore 07:28 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Ciao a tutti,
>
> mi aggiungo anch'io—un po' in coda—a questa discussione. In particolare
> mi aggancio a questo intervento di Martin, che condivido.
>
> Non sono un esperto di import, ma anche le pagine sul wiki parlano di
> import quando si intende inserire (upload) in blocco (bulk) un dataset
> esterno per essere incluso in OSM. Questo implica una procedura di
> preparazione e gestione del dataset e della sua integrazione in OSM
> complessa e delicata, che però non passa attraverso il controllo e
> l'inserimento manuale di ogni singolo elemento del dataset.
>
> Nel caso delle farmacie, quello che sto facendo personalmente (ma mi
> pare anche altri stiano seguendo questa modalità) è usare il dataset del
> Ministero come fonte da cui derivare alcune informazioni e poi
> controllare, aggiornare o aggiungere punto per punto tali informazioni
> in OSM. Non so se il fatto che il dataset sia stato inserito in Osmose
> possa di per se essere considerato un processo di import, ma mi pare di
> capire che non ci sia nessun automatismo da Osmose verso il database OSM.
>
> Nel caso di Padova, ad esempio, c'è una pagina della ULSS6 con tutte le
> farmacie (http://www.aulss6.veneto.it/index.cfm?action=farmacie) con
> denominazione, indirizzo, numero di telefono; il portale cartografico
> del Comune di Padova permette di visualizzare tutti i civici, quindi la
> posizione la controllo e la aggiorno dall'incorcio dei 2 dati; poi cerco
> il sito web della farmacia per altre info (email, orari, ...).
>
> In pratica Osmose mi serve per avere un'indicazione di quali farmacie
> possono avere dei dati mancanti e dal dataset del Ministero in
> definitiva prendo solo il ref:msal=*
>
> La procedura è molto lenta e manuale, ma pian pianino i dati in OSM
> migliorano e si aggiornano.
>
> A me non sembra che questo processo possa essere considerato un import.
> Però sono aperto a correzioni e discussioni.
>
> Grazie,
>
> Ale
>
> On 16/04/20 17:35, Martin Koppenhoefer wrote:
> > OSM normalmente funziona così: tu vedi una cosa in giro e la inserisci
> > nella mappa, oppure vedi una cosa nella mappa che nella realtà non c'è
> > (più), la rimuovi. Con questo procedere abbiamo sempre dati aggiornati
> > dove è passato un mappatore. Se non ci fossero mappatori a sufficienza
> > in giro, avremmo dati incompleti, e se non ci fossero mappatori attivi
> > in una zona, avremmo anche dati parzialmente superati.
> >
> > Invece un import è un altra cosa. Si prende la lista di qualcun altro,
> > spesso parliamo di copie di copie di copie di copie di liste, che sono
> > state compilate anni fa, poi sono state verificate, aggiornate (anche
> > parzialmente), approvate, e dopo un po' pubblicate. Come tutti, anche
> > chi fa queste liste e le verifiche commette degli errori, ma anche se
> > non ci fossero, ci sono comunque i problemi dovuti al

[OSM-talk-fr] Import fichier dans OSM

Bonjour,

J'ai un fichier d'établissements que je voudrais importer dans OSM.
Je suppose qu'il faut passer par OSMOSE..?
Mais du coup qu'elle est la démarche pour proposer un fichier?

Merci et bonne journée
Magalie
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] HS2 Phase 1 Construction NTP

2020-04-17 Thread Andy Robinson

Jez, I think the actual rails may be a long way off but I agree it’s an 
opportunity to stay ahead of the completion.

 

A question for the whole list. How do folks feel about changing the Phase 1 
route from rail=proposed to rail=construction. Perhaps it’s a bit premature but 
then perhaps not.

 

Cheers

Andy

 

From: Jez Nicholson [mailto:jez.nichol...@gmail.com] 
Sent: 16 April 2020 22:15
To: Andy Robinson
Cc: Talk-GB
Subject: Re: [Talk-GB] HS2 Phase 1 Construction NTP

 

Thanks Andy, this is opportunity for OSM to be *the* best source of HS2 rails 
data.

 

On Wed, 15 Apr 2020, 17:48 Andy Robinson,  wrote:

Government issued Notice to Procced for Phase 1 today, which means the main 
contracts construction between London and Birmingham will start imminently so 
keep an eye out for major new works in your area soon (though I expect these 
will be slow to spot while we are in lockdown!)

 

Till now all works relating to HS2 have been enabling works or design related.

 

Cheers

Andy

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

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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

2020-04-17 Thread Nicolas Bétheuil

je lis un peu en diagonal.

le lien avec mapilary est il obligatoire ? ils ont l'air de préférer les
séquences, du coup ce n'est pas l'usage.

pic4review va aussi taper dans openstreetcam, ça cause aussi de improveosm,
de grab.

C'est vraiment récurrent ce problème de qualité d'image avec StreetComplete
? J'ai déjà contribué comme ça, d'autres ont résolu mes notes, ou j'ai déjà
revu des miennes, pas des dizaines mais quelques une.

J'ai l'impression qu'il y a plusieurs problèmes mais c'est bien de diviser
les questions aussi, ça permet de traiter. (qualité d'image, affectation à
un objet osm, tag)

My 2 cents



Le ven. 17 avr. 2020 à 09:46, European Water Project <
europeanwaterproj...@gmail.com> a écrit :

> Rebonjour,
>
> *Ici, tu choisis l'une des photos Mapillary que tu associes à un objet
> OSM.*
> *As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos
> d'un même objet physique dans Mapillary ?*
> *On peut probablement trouver des photos d'un monument historique à
> plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…*
>
> Mapillary ne va pas garder une trace dans leur base de données de quel
> objet OSM est présent dans l'image, donc c'est plutôt à nous de lier les
> images keys de Mapillary (qui sont uniques et immuables) aux objets d'OSM.
>
> Peut-être ça serait mieux avec un wikidata item ? Ou les images key de
> Mapillary pourraient être délimitées par des semicolons sur le
> key:mapillary, comme avec des images de wikimedia commons.
> Mais, déjà de réussir la première étape avec une photo bien cadrée avec
> une bonne luminosité rendrait la carte plus attractive.
>
>
> *>>>Tu parlais d'une discussion avec lui. Je pensais qu'elle était
> publique dans le forum Mapillary.  *
> Les conversations avec Chris et Fredrik étaient par visioconférence.
>
> A bientot,
>
> Stuart
>
> On Fri, 17 Apr 2020 at 09:18, Yves P.  wrote:
>
>>
>> filipc est un contributeur belge de Mapillary …
>>
>> Ok, alors je vais être fans aussi 
>>
>> Dans le workflow proposé, c'est juste le temps nécessaire pour faire
>> l'ajout dans la base de données d'OSM.  L'idée était de stocker sur dans
>> une petite base de données, l'ID Mapillary, le OSM objet #, et les
>> coordonnées de l'objet. Une fois l'image key pret (24 heures plus tard),
>> l'image pourrait être liée au objet avec le Key:mapillary .
>>
>> Ok.
>>
>> Ici, tu choisis l'une des photos Mapillary que tu associes à un objet OSM.
>> As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos d'un
>> même objet physique dans Mapillary ?
>> On peut probablement trouver des photos d'un monument historique à
>> plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…
>>
>> *Je ne retourne pas la conversation avec Chris Beddow*
>> Désolé, mais je ne comprends pas cette phrase.
>>
>> Tu parlais d'une discussion avec lui. Je pensais qu'elle était publique
>> dans le forum Mapillary.
>>
>>Est-ce que je peux te copier en cc dans mes communications futures
>> avec lui, surtout si elles deviennent plus technique ?
>>
>> Oui, merci 
>>
>> Best regards,
>>
>> __
>> Yves
>> ___
>> 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] [caresteouvert] tag pour les marchands de marché

Bonjour,

Le 16.04.20 à 13:47, Nicolas Bétheuil a écrit :
> localisation officielle ? c'est un producteur normand 
> du coup ça fait loin non ?

Oui mais cet endroit est facile à tager :)
avec les cordonnées et tout, ce qui permettra
de le trouver dans osm.

un jour on trouvera/réfléchira à un moyen élégant pour
lier "là on produit des carottes" à "là elles sont vendue"
lorsque c'est en circuit court

une solution intermédiaire est operator sur le lieu de vente
mais cela ne fait le lien que pour la vente directe
et pas pour les circuits courts (puisque par définition,
s'il y a un unique intermédiaire, ce n'est plus le producteur
de tous les produits qui tient le point de vente)

une autre solution intermédiaire pourrait être origin=regional
https://wiki.openstreetmap.org/wiki/Key%3Aorigin
par analogie avec cuisine=regional documenté et courant
mais là aussi cela ne dit pas que c'est une circuit court
(les œufs bio du supermarché proche sont produit à 1km
mais il font >50km parce que producteur-centrale d'achat-supermarché)

sinon un horrible produce:city :( horrible parce que produce:
a déjà 2-3 utilisations différences (la date, le langue
et les produce:*=yes/no... horrible !

Cordialement,
Marc

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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

Bonjour,

Le 17.04.20 à 09:46, European Water Project a écrit :
> c'est plutôt à nous de lier les images keys de Mapillary 
> (qui sont uniques et immuables) aux objets d'OSM. 

vu que le code du module photo-note de SC est dispo,
une solution est de l'adapter pour en faire un photo-poi :)

Cordialement,
Marc

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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

Rebonjour,

*Ici, tu choisis l'une des photos Mapillary que tu associes à un objet
OSM.*
*As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos d'un
même objet physique dans Mapillary ?*
*On peut probablement trouver des photos d'un monument historique à
plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…*

Mapillary ne va pas garder une trace dans leur base de données de quel
objet OSM est présent dans l'image, donc c'est plutôt à nous de lier les
images keys de Mapillary (qui sont uniques et immuables) aux objets d'OSM.

Peut-être ça serait mieux avec un wikidata item ? Ou les images key de
Mapillary pourraient être délimitées par des semicolons sur le
key:mapillary, comme avec des images de wikimedia commons.
Mais, déjà de réussir la première étape avec une photo bien cadrée avec une
bonne luminosité rendrait la carte plus attractive.


*>>>Tu parlais d'une discussion avec lui. Je pensais qu'elle était publique
dans le forum Mapillary.  *
Les conversations avec Chris et Fredrik étaient par visioconférence.

A bientot,

Stuart

On Fri, 17 Apr 2020 at 09:18, Yves P.  wrote:

>
> filipc est un contributeur belge de Mapillary …
>
> Ok, alors je vais être fans aussi 
>
> Dans le workflow proposé, c'est juste le temps nécessaire pour faire
> l'ajout dans la base de données d'OSM.  L'idée était de stocker sur dans
> une petite base de données, l'ID Mapillary, le OSM objet #, et les
> coordonnées de l'objet. Une fois l'image key pret (24 heures plus tard),
> l'image pourrait être liée au objet avec le Key:mapillary .
>
> Ok.
>
> Ici, tu choisis l'une des photos Mapillary que tu associes à un objet OSM.
> As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos d'un
> même objet physique dans Mapillary ?
> On peut probablement trouver des photos d'un monument historique à
> plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…
>
> *Je ne retourne pas la conversation avec Chris Beddow*
> Désolé, mais je ne comprends pas cette phrase.
>
> Tu parlais d'une discussion avec lui. Je pensais qu'elle était publique
> dans le forum Mapillary.
>
>Est-ce que je peux te copier en cc dans mes communications futures avec
> lui, surtout si elles deviennent plus technique ?
>
> Oui, merci 
>
> Best regards,
>
> __
> Yves
> ___
> 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] Ajouter des photos uniques de POI dans Mapillary


> filipc est un contributeur belge de Mapillary … 
Ok, alors je vais être fans aussi 

> Dans le workflow proposé, c'est juste le temps nécessaire pour faire l'ajout 
> dans la base de données d'OSM.  L'idée était de stocker sur dans une petite 
> base de données, l'ID Mapillary, le OSM objet #, et les coordonnées de 
> l'objet. Une fois l'image key pret (24 heures plus tard), l'image pourrait 
> être liée au objet avec le Key:mapillary . 
Ok.

Ici, tu choisis l'une des photos Mapillary que tu associes à un objet OSM.
As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos d'un même 
objet physique dans Mapillary ?
On peut probablement trouver des photos d'un monument historique à plusieurs 
époques, saisons, la nuit, le jour, au couché/levé du soleil…

> Je ne retourne pas la conversation avec Chris Beddow 
> Désolé, mais je ne comprends pas cette phrase.
Tu parlais d'une discussion avec lui. Je pensais qu'elle était publique dans le 
forum Mapillary.

>Est-ce que je peux te copier en cc dans mes communications futures avec 
> lui, surtout si elles deviennent plus technique ?
Oui, merci 

Best regards,

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

Re: [OSM-talk-fr] Fusions pharmacies

2020-04-17 Thread Cyrille37 OSM


Le 17/04/2020 à 08:46, Vincent Bergeot a écrit :
Pour ma part, une tendance quand je l'ai vu sur le terrain à mettre 
was si il reste quelque chose de physique, visible, couplé avec un 
shop=vacant si c'est une vitrine, ...


Sinon tendance à effacer si il n'y a plus rien, terrain, tout cela quoi :)

+1 pour "was" avec "shop=vacant" sinon effacer (les agents territoriaux 
et citoyens engagés aiment bien cette info).


Cyrille37.

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

Re: [talk-latam] Fwd: [Tagging] Feature Proposal - Voting - Tag:amenity=motorcycle_taxi

2020-04-17 Thread Rodrigo

Gracias por informar sobre esta votación. No me queda claro porque
sugieren no usar esta etiqueta para las tuk-tuk, ¿a qué se refieren con
que son "/2-track/".

Personalmente, yo sí veo que la etiqueta podría ser usada para las
tuk-tuk (o caponeras, como les decimos en Nicaragua) precisamente porque
ello permitiría distinguirles de otros tipos de acarreo o servicios de
taxi, además que permite una mejor integración con el esquema de
transporte público.

Sugeriré una etiqueta adicional para distinguir entre el tipo de
amenity=motorcycle_taxi, como auto_rickshaw, bicycle_rickshaw,
animal_rickshaw o human_rickshaw.

En el caso de Nicaragua, hemos utilizado la combinación actual con las
tres etiquetas y además agregado una etiqueta autorickshaw=yes.

On 4/15/20 3:29 PM, Marco Antonio Frias wrote:
> Hola,
>
> Joseph puso a consideración la votación para aceptar la propuesta de
> etiquetado para Moto Taxi (transporte privado en motocicleta), en
> resumen, se quiere diferenciar del servicio de taxi en automóvil con
> etiquetado propio:
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:amenity%3Dmotorcycle_taxi
>
> Alguien comenta "no es necesario crear nueva etiqueta por cada tipo de
> transporte, dado que cuando alguien quiere un taxi piensa en el
> transporte y no en el tipo de transporte", en parte con razón, pero
> pienso que también está el otro grupo que pide un taxi como servicio
> turístico o por lo económico respecto al taxi en automóvil...
>
> Ahora para diferenciar de un taxi en automóvil hay estas subetiquetas:
> amenity=taxi + motorcar=no + motorcycle=yes
>
> Abrazos,
>
> Marco Antonio
>
> -- Forwarded message -
> From: Joseph Eisenberg 
> Date: Wed, 15 Apr 2020 at 11:45
> Subject: [Tagging] Feature Proposal - Voting - Tag:amenity=motorcycle_taxi
> To: Tag discussion, strategy and related tools 
>
> Voting is now open for the tag amenity=motorcycle_taxi:
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:amenity%3Dmotorcycle_taxi
>
> "Use amenity=motorcycle_taxi for the location of a motorcycle taxi
> stand, a place where motorcycle taxi drivers wait for passengers."
>
> In many countries in Southeast Asia, Africa and elsewhere, motorcycles
> are much more common than automobile taxi cabs. In these places,
> motorcycle drivers wait at stands, often with a small shelter, and
> they can be hired to take one or more passengers to various
> destinations. A fare is paid for a one-way trip, usually after
> negotiation. The passenger usually rides behind the driver on the same
> seat.
>
> I have already used this tag in Indonesia a couple of dozen times, and
> I've also discussed it with a few mappers in the Phillipines, where
> several different tagging systems have been used. This tag will be
> easy to use and unambiguous.
>
> Since motorcycle taxi stands are always at a somewhat different
> location than motorcar taxicab stands and other hired vehicles, they
> should each get a different node and tag.
>
> The alternative of adding a subtag + amenity=taxi would be misleading
> to current database users, who will expect a taxicab (motorcar) stand
> with that tag
>
> -- Joseph Eisenberg
> ___
> Tagging mailing list
> tagg...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
> ___
> talk-latam mailing list
> talk-latam@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-latam
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

Bonjour Yves,

filipc est un contributeur belge de Mapillary ... sa communication n'est
pas commode, mais il est plutôt sympa et il est enthousiaste. Il ne faut
pas le lire à la première dégrée ...  il a déjà ajouté des centaines de
photos de fontaines d'eau en Belgique dans OSM donc je suis fan de ses
contributions.

*Mais mettre dans Mapillary l'identifiant d'un objet OSM pose problème
(car il peut changer),*
*il y a wikidata mais tous les objets n'en on pas (et ce n'est pas si
trivial à créer),*
Dans le workflow proposé, c'est juste le temps nécessaire pour faire
l'ajout dans la base de données d'OSM.  L'idée était de stocker sur dans
une petite base de données, l'ID Mapillary, le OSM objet #, et les
coordonnées de l'objet. Une fois l'image key pret (24 heures plus tard),
l'image pourrait être liée au objet avec le Key:mapillary .

*C'est important pour les façades de magasins comme tu le proposes
(tous, pas que ceux qui propose de l'eau sans plastique )*
*mais aussi les poteaux incendies, défibrillateurs cardiaques, les
panneaux de randonnée… et de nombreux "objets" utilisés dans d'autres
projets.*
C'est notre cas d'usage ... bien sur, il faut développer un workflow
vertueux qui est le plus robuste possible

*Je ne retourne pas la conversation avec Chris Beddow*
Désolé, mais je ne comprends pas cette phrase.   Est-ce que je peux te
copier en cc dans mes communications futures avec lui, surtout si elles
deviennent plus technique ?

Bien cordialement,

Stuart

On Fri, 17 Apr 2020 at 08:34, Yves P.  wrote:

> Good morning Stuart and gd mrning Vietnam ;)
>
> J'ai relu cette discussion
>  : 
> filipc
> ne semble pas très chaud, mais rassure-moi, ce n'est pas un membre de
> Mapillary ?
>
> Je ne suis pas sûr d'avoir tout compris à ce workflow.
> Ce qui est sûr, c'est que pouvoir rajouter des photos* sans séquence *est
> important.
>
> Les lier à un objet OSM est un plus (le but du workflow que tu proposes ?).
>
> Mais mettre dans Mapillary l'identifiant d'un objet OSM pose problème (car
> il peut changer),
> il y a wikidata mais tous les objets n'en on pas (et ce n'est pas si
> trivial à créer),
>
> utiliser un identifiant unique dans Mapillary ?
> Par exemple une série dédiée à un objet (qui regroupe des photos de
> différents auteurs prise à des dates différentes) ?
> (contrairement aux séries Mapillary qui regroupent toutes les photos d'un
> même auteur et d'un même trajet).
>
> C'est important pour les façades de magasins comme tu le proposes (tous,
> pas que ceux qui propose de l'eau sans plastique )
> mais aussi les poteaux incendies, défibrillateurs cardiaques, les panneaux
> de randonnée… et de nombreux "objets" utilisés dans d'autres projets.
>
> Je ne retourne pas la conversation avec Chris Beddow 
>
> Bonne journée,
>
> __
> Yves
>
>
> Le 17 avr. 2020 à 07:49, European Water Project <
> europeanwaterproj...@gmail.com> a écrit :
>
> Bonjour Yves,
>
> Je pense qu’il faut pouvoir garder la traçabilité des photos aussi avec
> l’API. Dans notre cas, ce n’est pas toujours la même personne qui prendra
> la photo qui ajoutera dans OSM.
>
> J'ai écrit ce commentaire avant de prendre contact avec Chris Beddow.
>
> https://forum.mapillary.com/t/trackable-photo-receipt-after-upload/3813
>
> Vous pouvez (nous pouvons) poursuivre la conversation avec Chris ... il
> est très motivé aussi. Il essaie de convaincre ses collègues au sein de
> Mapillary sur la mérite d’une telle fonctionnalité.
>
> christop...@mapillary.com
>
> J’ai envoyé ceci à Fredrik avant hier dans notre échange d’email de
> brainstorming
> «
> A simple workflow for our app which is realistically implementable for
> adding photos to already existing OSM nodes and ways.
>
> 1. User clicks on a fountain or café which already exists in the  OSM
> database
> 2. User clicks a button in the popup "add photo"
> 3. User takes image and it gets sent via an API to Mapillary and stored. A
> receipt id is returned by the upload API to the EWP App. This receipt id
> and the context in which it was create (ie to which OSM id it is related)
> is stored on the European Water Project server.
> 4. 24 hours later after image key is created, European Water Project can
> get image keys using the receipt ids.
> 5. After manual curation, European Water Project batch creates the
> mapillary tags on the OSM objects.
>
> If the same can be done in your app or an app like streetcomplete that
> could work too. Having traceability  to easily match to osm object is
> important »
>
> Bien cordialement,
>
> Stuart
>
>
> ___
> 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] Fusions pharmacies

2020-04-17 Thread Vincent Bergeot


Le 16/04/2020 à 17:41, Jacques Lavignotte a écrit :

Bonjour,

Deux pharmacies fusionnent avec une troisième (3 n° de FINESS) Je mets 
des was: sur les amenity=pharmacy des officines fermées et je laisse 
les reste en l'état. J'ai bon ?


bonjour,

je crois qu'il y a 2 tendances :

 * tendance was, pour garder traces, ...
 * tendance erase, tu effaces puisque cela n'y ai pas

Pour ma part, une tendance quand je l'ai vu sur le terrain à mettre was 
si il reste quelque chose de physique, visible, couplé avec un 
shop=vacant si c'est une vitrine, ...


Sinon tendance à effacer si il n'y a plus rien, terrain, tout cela quoi :)

à plus

--
Vincent Bergeot

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

[OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary