[Talk-br] Localização Indevida de um propriedade

[Augusto Araújo]

Prezados,

Boa Noite

Estamos atualizando e sincronizando nossa mídias  e redes sociais e nossa
propriedade "Cachoeira Sonho Meu".

Notamos que foi criado indevidamente essa marcação no Instagram e Facebook
com a localização do propriedade e um lugar totalmente errada, mais
precisamente em Taguatinga - DF (QNE 7).

Se fizerem qualquer menção em uma das redes sociais, constatarão tal erro,
somente mencionando a marcação (chek in) como "Cachoeira Sonho Meu".

Gostaríamos que fossem corrigido e excluído o referido chek-in, para que
pudéssemos fazer na localização correta.

Se usarem o google maps e google e pedirem para localizar "Pousada
Cachoeira Sonho Meu" verificarão a exata e correta localização.

Certo de sua compreensão aguardamos e estamos a disposição para quaisquer
esclarecimentos.

Atenciosamente

-- 
><=><=><=><=><=><=><=><=><=><=><
=><

*Augusto J. Araújo de Aguiar *
(62) 9 9957 0099
  [image: Resultado de imagem para vivo]
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [talk-au] Anzacathon and mapping possibilities

[Daniel Pocock]

On 21/04/2020 23:57, Daniel Pocock wrote:
> 
> 
> On 21/04/2020 13:50, Warin wrote:
>> On 21/4/20 7:57 pm, Daniel Pocock wrote:
>>> On 21/04/2020 09:53, Greg Lauer wrote:
 Hi Daniel,

 As both a (very amateur) military historian who has visited many of
 battlefields/CWG's through the Asia Pacific, Africa and Europe, as well
 as an Open Data proponent, I really like what you are trying to do. But...

 The terms and conditions of OSM in relation to data imports is fairly
 clear - unless the data is already licensed under an Open Data Commons
 Open Database License (ODbL) then you will need (preferably written)
 permission from the copyright holder. 

 https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_License_approval
   

 A cursory glance at each of the providers websites does not indicate
 that they have licensed under ODbL. Yes, this is pain, but it is the
 only way OSM can ensure that the data can be legally used. Feel free to
 send them an email asking if they will give permission to make there
 data available in OSM. I can send you a template letter that
 explains the licensing conditions to the copyright holder. The CWGC data
 set would be great as a global dataset!
>>> I've sent the emails but even if they don't respond before the weekend,
>>> I still feel that people can do useful activities with the data, even if
>>> it is not an import to OSM just yet
>>
>>
>> I think all that can be done now is to look at the data, check if it is 
>> missing from OSM.
>>
>> If missing .. go there and map it, or use what imagery OSM has available and 
>> map what you can from that. 
>>
>> You cannot copy data from the Anzacathon pages nor any linked pages, 
>> at least not any that are not compatible with OSM requirements. 
>>
> 
> 
> I fully agree
> 
> As stated previously, I personally volunteer to go and do exactly what
> you propose: visiting Anzac sites.  I'm in the alps every weekend, if
> you look closely you will find one of my vehicles in the video.
> 
> Moreover, it may be midnight here but just for fun I'm going to stay up
> and write a PostgreSQL stored procedure to calculate geodesics from any
> point in any of the data sets.
> 
> That is helpful, but it is not the complete solution.  I registered
> anzacathon.com but I don't claim to own it.  I'll do what I can, like
> publishing my PostgreSQL code, but I put this out as a non-profit,
> collaborative project.
> 


Actually, it looks like we have a friend in PostGIS
https://postgis.net/

From my existing PostgreSQL work:
https://gitlab.com/anzacathon/postgresql

anybody with PostGIS can find local Anzac sites.

Regards,

Daniel


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

Re: [talk-au] Anzacathon and mapping possibilities

[Daniel Pocock via Talk-au]

On 21/04/2020 13:50, Warin wrote:
> On 21/4/20 7:57 pm, Daniel Pocock wrote:
>> On 21/04/2020 09:53, Greg Lauer wrote:
>>> Hi Daniel,
>>>
>>> As both a (very amateur) military historian who has visited many of
>>> battlefields/CWG's through the Asia Pacific, Africa and Europe, as well
>>> as an Open Data proponent, I really like what you are trying to do. But...
>>>
>>> The terms and conditions of OSM in relation to data imports is fairly
>>> clear - unless the data is already licensed under an Open Data Commons
>>> Open Database License (ODbL) then you will need (preferably written)
>>> permission from the copyright holder. 
>>>
>>> https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_License_approval
>>>   
>>>
>>> A cursory glance at each of the providers websites does not indicate
>>> that they have licensed under ODbL. Yes, this is pain, but it is the
>>> only way OSM can ensure that the data can be legally used. Feel free to
>>> send them an email asking if they will give permission to make there
>>> data available in OSM. I can send you a template letter that
>>> explains the licensing conditions to the copyright holder. The CWGC data
>>> set would be great as a global dataset!
>> I've sent the emails but even if they don't respond before the weekend,
>> I still feel that people can do useful activities with the data, even if
>> it is not an import to OSM just yet
> 
> 
> I think all that can be done now is to look at the data, check if it is 
> missing from OSM.
> 
> If missing .. go there and map it, or use what imagery OSM has available and 
> map what you can from that. 
> 
> You cannot copy data from the Anzacathon pages nor any linked pages, 
> at least not any that are not compatible with OSM requirements. 
> 


I fully agree

As stated previously, I personally volunteer to go and do exactly what
you propose: visiting Anzac sites.  I'm in the alps every weekend, if
you look closely you will find one of my vehicles in the video.

Moreover, it may be midnight here but just for fun I'm going to stay up
and write a PostgreSQL stored procedure to calculate geodesics from any
point in any of the data sets.

That is helpful, but it is not the complete solution.  I registered
anzacathon.com but I don't claim to own it.  I'll do what I can, like
publishing my PostgreSQL code, but I put this out as a non-profit,
collaborative project.

Regards,

Daniel

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

[Talk-de] Dienste für virtuelle OSM-Stammtische

[Tobias Knerr]

Viele OSM-Stammtische finden derzeit wegen der Corona-Pandemie nicht
statt. Es gibt aber Alternativen! Einige Gruppen haben schon erste
virtuelle Treffen erfolgreich durchgeführt.

Wer noch auf der Suche nach geeigneten Diensten dafür ist, findet hier
ein paar von uns getestete Vorschläge:

* BigBlueButton: Der OSMF-Vorstand benutzt seit April eine gemietete
Instanz der freien Videochat-Software BigBlueButton für
Vorstandstreffen. Diese steht auch der OSM-Community zur Verfügung. Um
sie zu nutzen, muss einer der Teilnehmer des Treffens sich unter
https://osmvideo.cloud68.co/user/signup registrieren. Nach der Anmeldung
findet man dann einen Link zu seinem eigenen "Home Room", den man mit
anderen Nutzern teilen kann.

http://imagico.de/files/bbb1.png

* Jitsi: Die derzeit wohl bekannteste freie Lösung für Videochats. Es
gibt eine ganze Reihe frei nutzbarer Jitsi-Server im Netz, eine Liste
findet sich unter https://pads.ccc.de/ep/pad/view/jitsiliste/latest.  Um
ein Jitsi-Treffen zu starten, wählt man dafür einen eindeutigen Namen
und teilt diesen mit allen Teilnehmern.

http://imagico.de/files/jitsi1.png

* Mumble: Wer auf das Video-Bild verzichten kann oder möchte findet mit
Mumble eine deutlich schmalbandigere Lösung, die aber im Gegensatz zu
den übrigen Möglichkeiten die Installation einer eigenen Software
erfordert.  Wer schon mal bei einem FOSSGIS- oder OSMF-Vorstandstreffen
zugehört hat, kennt dies bereits.  Eine Anleitung findet sich unter
http://podcast.openstreetmap.de/mitmachen/.  Der FOSSGIS-Mumble-Server
kann von allen in der OSM-Community verwendet werden, daneben gibt es
als Ausweich-Möglichkeit auch noch einen Mumble-Server von HOT:
https://wiki.osm.org/Mumble

Egal für welche technische Lösung ihr euch entscheidet - am Anfang mag
dies erst einmal ungewohnt erscheinen.  Aber ausprobieren lohnt sich!
Viele, die jetzt in Zeiten der Corona-Pandemie zum ersten Mal virtuelle
Treffen ausprobiert haben sind positiv überrascht, wie kommunikativ so
was sein kann.  Also: keine Scheu beim ausprobieren und teilt Eure
Erfahrungen in der OSM-Community.

(Danke an Christoph für die Hilfe beim Testen und Texten!)

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

Re: [Talk-it] limiti di velocità su strade extraurbane in Veneto

[Volker Schmidt]

On Tue, 21 Apr 2020 at 21:05, Manuel  wrote:

> Mapillary [1] non è di nessun aiuto? (Non sapendo dove cercare, mando
> direttamente il link)
> [1]
> https://www.mapillary.com/app/?lat=45.369890683200396=11.819289961211211=12.793317649812986=map
>
> Purtroppo no.
Le foto Mapillary sono mie e sono più vecchie della modifica del tag
maxspeed. E non mi ricordo assolutamente su che cosa mi sono basato per
inserire i 70km/h. Sono 90% sicuro che ho commesso un errore, ma non 100%.
Volker


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-de] Offener Stammtisch: Vorstellung BleibtOffen - COVID19 Öffnungszeiten

[Holger Bruch]

Hallo zusammen,

der OSM Stammtisch Stuttgart lädt für 

  Morgen Abend, 22.4., 20 Uhr 

zur offenen Web-Assembly zu „BleibtOffen“ [1] ein, einer Karte zur Darstellung 
und einfachen Erfassung von Öffnungszeiten während des Corona-Lockdown.

Christine Karch stellt das Projekt vor, dessen Portierung aus dem französischen 
„Ça reste ouvert" Claas Augner vor nicht mal drei Wochen hier gestartet hat, 
und zu dem schon viele hier beigetragen haben.

Teilnahme über: https://meet.systect.de/b/hol-hmx-nk7

[1] https://www.bleibtoffen.org/

Viele Grüße,
Holger

-- 
MITFAHR|DE|ZENTRALE
Einfach Mitfahren!
@mfdz_de

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

Re: [Diversity-talk] UK Chapter Feedback on Diversity Statement

[Rory McCann]

Hi Adam,

Thanks for the feedback from OSMUK.

The 2nd line of the Diversity Statement says:

We have created this diversity statement because we believe that a diverse OpenStreetMap community is stronger and more vibrant. A diverse community where people treat each other with respect has more potential contributors and more sources for ideas, and will create a better map. 


Which could be read as a “why”. Personally, I view combating 
racism/sexism/bigotry as a moral imperative. Also some OSM groups around 
the world have welcomed the statement.


Just FYI there is no Diversity Working Group, but instead a Special 
Committee. Working Groups are semi-permanent. This mailing list is for 
general interest in OSM & diversity and isn't specifically for the 
Diveristy & Inclusivity Special Committeee (DISCo!)


(Although I am on this list and on the DISCo)

On 19.04.20 22:38, Adam Hoyle wrote:

Hi Diversity Working Group,

I'm writing on behalf of the UK Local Chapter (OSMUK). Regarding the OSM 
Foundation Diversity Statement, we asked our members whether they 
supported the statement and to provide any anonymous feedback which we 
could pass on to the working group.


The result was a broad level of support, with a few points, which I am 
passing to you here:


  I don't personally understand the problems yet and would love to
find out, and increase the size and breadth of the community.


  I support this as it is, on the basis that any pro-diversity
statement is better than none, but I think it's missing some
important points. It says that OSM wants a more diverse community
but not why! And it also fails to say clearly that diversity is
good, and that discrimination is also bad.
I would suggest, for example, adding a new sentence between the
second and third sentences like "We believe that the greater the
diversity in our community, the better OpenStreetMap will be.”


  It's a sad comment on life today that this is even necessary. Also
a policy statement is merely a set of fine words which will remain
empty without an action plan and without an enforcement procedure.


  I also agree with the comment about adding a sentence explaining why.



Best,

Adam

___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org



___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

[Diversity-talk] OSM US is working on their CoC

[Rory McCann]

Hi all,

I haven't seen this on the list yet, but for those who aren't aware, 
OpenStreetMap US is looking at their Code of Conduct. They have a draft 
replacement, and are soliciting feedback, I think.


https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Code_of_Conduct_Committee

https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Code_of_Conduct_Committee/OSM_US_Code_of_Conduct_Draft

https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Code_of_Conduct_Committee/ModerationProcess


Rory

___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [OSM-talk-fr] ?==?utf-8?q? ?==?utf-8?q? [Presse Locale][Ca?==?utf-8?q? Urge]?==?utf-8?q? Ça reste ouvert :

[Jacques Lavignotte]

« La carte utilise les données cartographiques d'Open street map, le "Wikipedia 
de la cartographie", une communauté mondiale coordonnée, auto-organisée, créant 
des données librement exploitables. »


J'ai remercié la Journaliste et remonté vos diverses remarques.

Jacques "cartographe en fauteuil"

 
Le Mardi, Avril 21, 2020 19:10 CEST, Florian LAINEZ  a écrit:
 bravo ! et merci Le mar. 21 avr. 2020 à 18:02, Donat ROBAUX 
 a écrit :Bravo et merci Jacques!
Tu vois, on y arrive ;)

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

--
 
Florian Lainez@overflorian


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

Re: [Talk-se] Långsam tile-server

[Karl Wettin]

Hej Björn,

openstreetmap.se är dessvärre död sedan påsk pga diskkrash. Wikimedia
Sverige kommer hjälpa till med nya diskar. Men framförallt är det ett
problem med att hitta tid för att i värsta fall installera om alla tjänster
om vi i värsta fall förlorat data. Får se hur länge det dröjer. :C


Kalle

Den tis 21 apr. 2020 kl 16:00 skrev Björn Stenberg :

> Däremot verkar mapproxy.openstreetmap.se ha gått på semester. :)
>
> --
> Björn
>
>
> On Tue, 21 Apr 2020 at 13:35, Björn Stenberg  wrote:
>
>> Jag har märkt av enorm seghet de senaste veckorna, men det släppte för
>> några dagar sedan och nu går det fort igen för mig. Även jag hamnar på
>> lysator.
>> --
>> Björn
>>
>>
>> On Tue, 21 Apr 2020 at 13:16, Erik Lundin via Talk-se <
>> talk-se@openstreetmap.org> wrote:
>>
>>> Hej!
>>>
>>> På sistone verkar tiles ta väldigt lång tid att ladda när man browsar
>>> runt på osm.org. tile.openstreetmap.org pekar på
>>> osm-tile.lysator.liu.se. Jag har inte gjort någon kvantitativ analys,
>>> utan detta är bara mitt intryck från typ senaste veckan/veckorna. Är det
>>> någon annan som har märkt av detta?
>>>
>>> Mvh Erik
>>>
>>> ___
>>> Talk-se mailing list
>>> Talk-se@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-se
>>>
>>> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] limiti di velocità su strade extraurbane in Veneto

[Manuel]

Mapillary [1] non è di nessun aiuto? (Non sapendo dove cercare, mando 
direttamente il link)

[1] 
https://www.mapillary.com/app/?lat=45.369890683200396=11.819289961211211=12.793317649812986=map

--
Manuel Tassi


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

Re: [OSM-talk-fr] Profusion de clés covid19

[European Water Project]

Par contre, la principe de vérifiabilité des données dans OSM par la
communauté me semble une principe importante ...
https://wiki.openstreetmap.org/wiki/Verifiability . Pour que la
vérifiabilité collective soit une réalité et pas qu'un idéal, une façon
efficace de voir qui a vérifié quoi pourrait être utile.

Stuart, si je t'ai bien suivi, ça ressemble aux wikidata et dans OSM
les DataItems ?
L'idée était d'ajouter 3 bytes de meta donnée par tag qui contient la
dernière date vérifiée pour le tag...qq chose qui est apparement
faisable.

Chaque tag peut avoir une source, on peut voir exactement qui a fait la
modification et quand 
Pourquoi pas, mais peut-être c'est trop lourd 

>>>Avec ma petite expérience de wikidata, tous les tags ne sont pas
sourcés, mais c'est possible.
Je ne pense pas non plus.

Quant à la régulation pour l'ajout de nouvelles propriétés, il y a un
système de vote. Mais en pratique assez rapide et souple.
Ça évite aux débutant de créer n'importe quoi n'importe comment.
Ça "oblige" aussi à argumenter et à documenter à minima.
Et même, si j'ai bien compris. Il n'y a pas de contraintes .. et passer par
le système de vote est 100% volontaire. Toute cette souplesse me semble une
bonne chose.
MAIS ...
Certaines données provenantes de source tierces ne peuvent pas
etre vérifiées par qq autre que l'auteur ni facilement maintenues ... ou
elles decrivent qq chose très volatile.
Dans ce cas, de connaitre la dernière date de vérification pourrait
dans certains cas etre utile.



On Tue, 21 Apr 2020 at 20:12, Yves P.  wrote:

>
> Personne a parlé de suppression ni de conclusions ..
>
> +1
>
> Je pencherais pour de l'auto-régulation (ce qui se fait déjà).
>
> Par contre, la principe de vérifiabilité des données dans OSM par la
> communauté me semble une principe importante ...
> https://wiki.openstreetmap.org/wiki/Verifiability . Pour que la
> vérifiabilité collective soit une réalité et pas qu'un idéal, une façon
> efficace de voir qui a vérifié quoi pourrait être utile.
>
> Stuart, si je t'ai bien suivi, ça ressemble aux wikidata et dans OSM les
> DataItems ?
>
> Chaque tag peut avoir une source, on peut voir exactement qui a fait la
> modification et quand 
>
> Avec ma petite expérience de wikidata, tous les tags ne sont pas sourcés,
> mais c'est possible.
>
> Pour les contrôles, c'est assez utile sans être trop contraignant.
>
> Quant à la régulation pour l'ajout de nouvelles propriétés, il y a un
> système de vote. Mais en pratique assez rapide et souple.
> Ça évite aux débutant de créer n'importe quoi n'importe comment.
> Ça "oblige" aussi à argumenter et à documenter à minima.
>
> __
> 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] Lac souterrain suspect à Neuilly-Sur-Seine

[Yves P.]

Bonsoir,

> Je ne trouve non plus pas de trace, je ne sais comment savoir s’il y en a un 
> ou non (il y en a un par exemple sous l’opéra Garnier).
Il faut demander aux spéléos et/ou aux cataphiles parisiens ;)
Eventuellement aux "services" de la ville (eaux, égoutiers) ?

Paris et truffé de carrières, voir de cavités naturelles. Mais vu la forme, 
c'est plutôt suspect.

De plus, il manque à minima un tag layer=-1 ?

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

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

> Personne a parlé de suppression ni de conclusions ..  
+1

Je pencherais pour de l'auto-régulation (ce qui se fait déjà).

> Par contre, la principe de vérifiabilité des données dans OSM par la 
> communauté me semble une principe importante ...  
> https://wiki.openstreetmap.org/wiki/Verifiability 
>  . Pour que la 
> vérifiabilité collective soit une réalité et pas qu'un idéal, une façon 
> efficace de voir qui a vérifié quoi pourrait être utile. 
Stuart, si je t'ai bien suivi, ça ressemble aux wikidata et dans OSM les 
DataItems ?

Chaque tag peut avoir une source, on peut voir exactement qui a fait la 
modification et quand 

Avec ma petite expérience de wikidata, tous les tags ne sont pas sourcés, mais 
c'est possible.

Pour les contrôles, c'est assez utile sans être trop contraignant.

Quant à la régulation pour l'ajout de nouvelles propriétés, il y a un système 
de vote. Mais en pratique assez rapide et souple.
Ça évite aux débutant de créer n'importe quoi n'importe comment.
Ça "oblige" aussi à argumenter et à documenter à minima.

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

Re: [OSM-talk] It's time to manage libraries properly in OSM

[Greg Troxel]

Kathleen Lu via talk  writes:

>  My local University is the same way. Students and faculty automatically
> get access, but community and alumni can get access by paying fees.
>
> Is access=members an option?
>
> It implies that you have to become a member according to some criteria, but
> that membership is possible for a large swath of people.

I think that's just fee=yes, sort of the same as a parking lot anyone
can use but they have to pay.

(The fact that some people are already prepaid somehow is not important.)

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

Re: [OSM-talk-fr] [Presse Locale][Ca Urge] Ça reste ouvert :

[Florian LAINEZ]

bravo ! et merci

Le mar. 21 avr. 2020 à 18:02, Donat ROBAUX  a écrit :

> Bravo et merci Jacques!
> Tu vois, on y arrive ;)
>
> Donat
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk] It's time to manage libraries properly in OSM

[Kathleen Lu via talk]

 My local University is the same way. Students and faculty automatically
get access, but community and alumni can get access by paying fees.

Is access=members an option?

It implies that you have to become a member according to some criteria, but
that membership is possible for a large swath of people.


On Tue, Apr 21, 2020 at 8:34 AM Christian Rogel <
christian.ro...@club-internet.fr> wrote:

> Le 21 avr. 2020 à 03:26, Warin <61sundow...@gmail.com> a écrit :
>
> Currently we can already mark if the library is open to the public on not
> (access=yes means open to the general public), but it's unclear how say a
> school library or library restricted to attendees of an educational
> facility like a university should be tagged (is it access=private since
> only those people attending the institution have been given permission?
>
> access=customers?
>
>
>
> Libraries rarely get « customers ». In most of the public libraries, your
> are free to enter, to grab any material ans to sit down for hours. No need
> to suscribe for these services.
>
>
> Besides, the libraries of the French universities are providng their
> services to any person paying the fees, same as the students.
>
>
>
>
>
> As the type of services and the social role are rich and complex, un
> unusual number of subtags is required :
>
>
>1. pubic targeted
>2. intellectual content (collections)
>3. material types (books, manuscripts, records, artworks, maps…)
>4. lending / no lending / mobile ending
>5. administrative status (municipal, school, county, ngo, state,
>university, corporate…)
>
>
>
>
> Christian Rogel
> ___
> 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-fr] Profusion de clés covid19

[European Water Project]

Bonjour Florimond,

Personne a parlé de suppression ni de conclusions ..

Par contre, la principe de vérifiabilité des données dans OSM par la
communauté me semble une principe importante ...
https://wiki.openstreetmap.org/wiki/Verifiability . Pour que la
vérifiabilité collective soit une réalité et pas qu'un idéal, une façon
efficace de voir qui a vérifié quoi pourrait être utile.

A bientot

Stuart





On Tue, 21 Apr 2020 at 18:01, Florimond Berthoux <
florimond.berth...@gmail.com> wrote:

> Bonjour,
>
> Merci pour ces chiffres qui permettent d’objectiver la chose.
> La force d’OpenStreetMap (par rapport à Wikipedia par exemple) c’est
> d’être libre de tagguer ce que l’on veut comme on veut (dans la limite de
> la bienveillance..).
> Sur Wikipedia, des fois j’ai l’impression d’assister à une chasse de
> suppression de page du fait de règles de pertinence. Règles forcément
> subjective et oppressive (qui est légitime ?).
>
> D’après ces chiffres 42 clés font 80% de la masse de tag. Cela montre une
> faible diversité du tagging : on modélise des routes et des bâtiments.
>
> Et à l’inverse 20% de la masse de tag sont d’autres tags moins utilisés,
> comme bicycle, shop, place, railway, man made.
> Par exemple : cycleway  817054 0.01%, vers la 160e place, est-ce pourtant
> peu utile ? Vous connaissez ma réponse :)
> Autre exemple, de la variabilité nécessaire : historic:civilization 30329
> 0.00%, vers la 1000e place.
>
> Cela ne fait au final pas beaucoup d’octet à stocker, et vu le prix de
> l’octet.
> Gagner quelques pourcent de stockage contre des heures de prise de tête,
> de frustration, de conflit dans la communauté pour décider ce qui vaut le
> coup d’être taggué ou non, d’être maintenue ou non, ne vaut absolument pas
> le coup.
> Et concraitement j’ai jamais eu a me plaindre d’objet trop taggué par
> plein de tags sans doc.
>
> Après, avoir des métriques pour faire de la veille qualité et savoir quand
> une info mériterait d’être revérifier, oui pourquoi pas, ça serait pas mal.
>
> Cordialement.
>
> Le mar. 21 avr. 2020 à 14:11, European Water Project <
> europeanwaterproj...@gmail.com> a écrit :
>
>> Bonjour,
>>
>>
>>
>>
>> J'ai essayé d'introduire un concept de staleness d'une partie des données
>> ... avec ce wiki ..et une proposition pour l'ajout d'un meta tag contenant
>> la plus récente entre la date de création et la dernière date de
>> vérification sur certains tag dans OSM ...   Ce wiki était plutôt reçu
>> froidement dans le groupe de tagging.
>>
>>
>>
>>
>> https://wiki.openstreetmap.org/wiki/Rarely_verified_and_third-party_data_staleness_in_OpenStreetMap
>>
>>
>>
>>
>> Voici qq chiffres intéressantes :
>>
>>
>> 42 clefs font partie de 80% de total nombres de tags. (1.7 Milliard sur
>> 2.1 Milliard).
>>
>>
>> 60,592 sur 76,177 clefs sont utilisées sur 57 ou moins d'objets dans
>> OSM.  Et, il semblerait, que la grande majorité de ces clefs peu utilisées
>> sont maintenues par un seul contributeur ...
>>
>>
>>
>> Quelle est l’espérance réelle que les données restent à jour sur ces
>> clefs peu utilisées ?
>>
>>
>>
>>
>>
>> De plus, il y a certains tags qui décrivent des données (ou plutôt de
>> méta données) qui sont très muables, inobservables et difficilement
>> vérifiables par une personne autre que l'auteur.   Est-ce qu'OSM devrait
>> réfléchir à une durée de vie, si pas vérifiés, pour certains tags ?
>>
>>
>>
>>
>>
>> A bientôt,
>>
>>
>>
>>
>>
>> Stuart
>>
>>
>> On Tue, 21 Apr 2020 at 11:55, Yves P.  wrote:
>>
>>> je ne comprends pas la notion de pollution, je ne sais à quoi tu fais
>>> référence ? peu utilisée -> pollution ?
>>>
>>> J'ai envoyé entre-temps un message avec un lien vers un article qui
>>> traite de ce sujet.
>>>
>>> Pour être plus clair sur cette notion de "pollution" :
>>>
>>>- elle est réelle :
>>>   - on stocke des données dans des serveurs qui consomment de
>>>   l'énergie, chauffent, consomment du traffic réseau… donc
>>>
>>> *polluent. *
>>>- relative : il y a plein de tags inutiles dans la base (cf.
>>>taginfo).
>>>   - un contributeur peut-être tenté de le réutiliser (car il existe)
>>>   - ça fait beaucoup de travaille pour les corriger manuellement
>>>
>>>
>>>
>>> Les fautes de frappes évidentes dans les clés peuvent être corrigées
>>> (j'avais prévu de faire une passe dessus, mais manqué de temps…).
>>>
>>> Je le fais parfois (ou par période). Ça semble faire sourire certains ;)
>>>
>>> Pour les autres clés, c'est la force d'OSM : le modèle de tags est libre
>>> de s'adapter aux besoins ;-)
>>>
>>> Oui, c'est pour ça que j'ai essayé de "relativiser" mon propos.
>>> Mais vu le graphique, je pense qu'il y en a beaucoup qui relèvent de la
>>> "corbeille" :)
>>>
>>> Il s'agit d'un moment particulier, je laisserai bien les tag:covid19
>>> comme ils sont (sauf pour les fautes de frappe).
>>>
>>> Il y a plein d'autres harmonisations à voir sur des sujets pérennes :-)
>>>
>>> Il faut voir tag par tag leur intérêt.
>>>
>>> En regrouper 

Re: [OSM-talk-fr] Lac souterrain suspect à Neuilly-Sur-Seine

[Florimond Berthoux]

Salut,

Il y en a un aussi avant https://www.openstreetmap.org/way/661225992
Et je dois confessé en avoir supprimé un autre il y a plus d’un an.

Je ne trouve non plus pas de trace, je ne sais comment savoir s’il y en a
un ou non (il y en a un par exemple sous l’opéra Garnier).


Le mar. 21 avr. 2020 à 15:43, Jean-Marc Liotier  a écrit :

> Je tombe sur un lac souterrain à Neuilly-sur-Seine, devant le 106 Avenue
> du Roule: https://i.imgur.com/qH2z8L1.png
> https://www.openstreetmap.org/way/468906502 - je n'en avais jamais
> entendu parler, je n'en trouve aucune trace ailleurs, l'auteur
> Openstreetmap, D2boot83 a une seul contribution - celle là, et il ne
> répond pas... Je suis tenté de supprimer. C'est un truc de Pokemon ou un
> spéléologue des beaux quartiers peut confirmer le lac ?
>
>
> ___
> 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] [Presse Locale][Ca Urge] Ça reste ouvert :

[Donat ROBAUX]

Bravo et merci Jacques!
Tu vois, on y arrive ;)

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Profusion de clés covid19

[Florimond Berthoux]

Bonjour,

Merci pour ces chiffres qui permettent d’objectiver la chose.
La force d’OpenStreetMap (par rapport à Wikipedia par exemple) c’est d’être
libre de tagguer ce que l’on veut comme on veut (dans la limite de la
bienveillance..).
Sur Wikipedia, des fois j’ai l’impression d’assister à une chasse de
suppression de page du fait de règles de pertinence. Règles forcément
subjective et oppressive (qui est légitime ?).

D’après ces chiffres 42 clés font 80% de la masse de tag. Cela montre une
faible diversité du tagging : on modélise des routes et des bâtiments.

Et à l’inverse 20% de la masse de tag sont d’autres tags moins utilisés,
comme bicycle, shop, place, railway, man made.
Par exemple : cycleway  817054 0.01%, vers la 160e place, est-ce pourtant
peu utile ? Vous connaissez ma réponse :)
Autre exemple, de la variabilité nécessaire : historic:civilization 30329
0.00%, vers la 1000e place.

Cela ne fait au final pas beaucoup d’octet à stocker, et vu le prix de
l’octet.
Gagner quelques pourcent de stockage contre des heures de prise de tête, de
frustration, de conflit dans la communauté pour décider ce qui vaut le coup
d’être taggué ou non, d’être maintenue ou non, ne vaut absolument pas le
coup.
Et concraitement j’ai jamais eu a me plaindre d’objet trop taggué par plein
de tags sans doc.

Après, avoir des métriques pour faire de la veille qualité et savoir quand
une info mériterait d’être revérifier, oui pourquoi pas, ça serait pas mal.

Cordialement.

Le mar. 21 avr. 2020 à 14:11, European Water Project <
europeanwaterproj...@gmail.com> a écrit :

> Bonjour,
>
>
>
>
> J'ai essayé d'introduire un concept de staleness d'une partie des données
> ... avec ce wiki ..et une proposition pour l'ajout d'un meta tag contenant
> la plus récente entre la date de création et la dernière date de
> vérification sur certains tag dans OSM ...   Ce wiki était plutôt reçu
> froidement dans le groupe de tagging.
>
>
>
>
> https://wiki.openstreetmap.org/wiki/Rarely_verified_and_third-party_data_staleness_in_OpenStreetMap
>
>
>
>
> Voici qq chiffres intéressantes :
>
>
> 42 clefs font partie de 80% de total nombres de tags. (1.7 Milliard sur
> 2.1 Milliard).
>
>
> 60,592 sur 76,177 clefs sont utilisées sur 57 ou moins d'objets dans OSM.
> Et, il semblerait, que la grande majorité de ces clefs peu utilisées sont
> maintenues par un seul contributeur ...
>
>
>
> Quelle est l’espérance réelle que les données restent à jour sur ces clefs
> peu utilisées ?
>
>
>
>
>
> De plus, il y a certains tags qui décrivent des données (ou plutôt de
> méta données) qui sont très muables, inobservables et difficilement
> vérifiables par une personne autre que l'auteur.   Est-ce qu'OSM devrait
> réfléchir à une durée de vie, si pas vérifiés, pour certains tags ?
>
>
>
>
>
> A bientôt,
>
>
>
>
>
> Stuart
>
>
> On Tue, 21 Apr 2020 at 11:55, Yves P.  wrote:
>
>> je ne comprends pas la notion de pollution, je ne sais à quoi tu fais
>> référence ? peu utilisée -> pollution ?
>>
>> J'ai envoyé entre-temps un message avec un lien vers un article qui
>> traite de ce sujet.
>>
>> Pour être plus clair sur cette notion de "pollution" :
>>
>>- elle est réelle :
>>   - on stocke des données dans des serveurs qui consomment de
>>   l'énergie, chauffent, consomment du traffic réseau… donc
>>
>> *polluent. *
>>- relative : il y a plein de tags inutiles dans la base (cf. taginfo).
>>   - un contributeur peut-être tenté de le réutiliser (car il existe)
>>   - ça fait beaucoup de travaille pour les corriger manuellement
>>
>>
>>
>> Les fautes de frappes évidentes dans les clés peuvent être corrigées
>> (j'avais prévu de faire une passe dessus, mais manqué de temps…).
>>
>> Je le fais parfois (ou par période). Ça semble faire sourire certains ;)
>>
>> Pour les autres clés, c'est la force d'OSM : le modèle de tags est libre
>> de s'adapter aux besoins ;-)
>>
>> Oui, c'est pour ça que j'ai essayé de "relativiser" mon propos.
>> Mais vu le graphique, je pense qu'il y en a beaucoup qui relèvent de la
>> "corbeille" :)
>>
>> Il s'agit d'un moment particulier, je laisserai bien les tag:covid19
>> comme ils sont (sauf pour les fautes de frappe).
>>
>> Il y a plein d'autres harmonisations à voir sur des sujets pérennes :-)
>>
>> Il faut voir tag par tag leur intérêt.
>>
>> En regrouper certains (pour les jeter éventuellement ou les pérenniser
>> après) :
>>
>>
>> 19 reservation:covid19
>> 
>>
>> 1 booking:covid19
>> 
>>
>> 1 appointment:covid19
>> 
>>
>>
>> ça peut se mettre dans le "commentaire" des clés *opening_hours* et/ou
>> *opening_hours:covid19 *et/ou *description:covid19*
>>
>> __
>> Yves
>>
>>
>>
>>
>> __
>> Yves
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> 

[Talk-it] limiti di velocità su strade extraurbane in Veneto

[Volker Schmidt]

Esiste da qualche parte una mappa (non OSM) o un elenco o un db che indica
quali limiti di velocità valgono sui vari pezzi di strada. Ho cercato sui
siti di ANAS e Veneto Strade senza successo.

(Sto cercando il limite valido sulla Direttissima per Abano - SR47 dir 2
sulla quale ho inserito in settembre 2017 70km/h e penso che si tratta di
un errore da parte mia, ma non potendo uscire non posso verificare sul
luogo. Cosi mi sono messo a ricercare informazioni online - senza successo)


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] It's time to manage libraries properly in OSM

[Christian Rogel]

> Le 21 avr. 2020 à 03:26, Warin <61sundow...@gmail.com> a écrit :
> 
>> Currently we can already mark if the library is open to the public on not 
>> (access=yes means open to the general public), but it's unclear how say a 
>> school library or library restricted to attendees of an educational facility 
>> like a university should be tagged (is it access=private since only those 
>> people attending the institution have been given permission?
> access=customers? 


Libraries rarely get « customers ». In most of the public libraries, your are 
free to enter, to grab any material ans to sit down for hours. No need to 
suscribe for these services.


Besides, the libraries of the French universities are providng their services 
to any person paying the fees, same as the students.





As the type of services and the social role are rich and complex, un unusual 
number of subtags is required :

pubic targeted
intellectual content (collections)
material types (books, manuscripts, records, artworks, maps…)
lending / no lending / mobile ending
administrative status (municipal, school, county, ngo, state, university, 
corporate…)



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

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

[Jez Nicholson]

I have featured a bit of HS2 in today's OSMUK Insta posting
https://www.instagram.com/p/B_P2HmGnGsi/

On Fri, Apr 17, 2020 at 3:22 PM Brian Prangle  wrote:

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

Re: [OSM-talk-nl] tile.openstreetmap.nl

[Pander OpenTaal]

Super!

On 4/21/20 5:00 PM, Stefan de Konink wrote:
> Hoi,
>
> In de categorie goed nieuws; in de afgelopen 24 uur heb ik de
> Nederlandse tileserver bijgewerkt. Het draait op nuster, wat een
> uitbreiding is op haproxy. Daarmee is de tileserver via IPv4, IPv6,
> HTTP, HTTPS en HTTP/2 bereikbaar. De oude omgeving met Cherokee voor
> Mapnik, basiskaart en Squid voor de openstreetmap.org server draaien
> nu nog. Het eerste slachtoffer wordt Squid om uit te zetten.
>
> Met deze wijziging zetten we in Nederland weer een paar stappen
> richting innovatie, waar we de infrastructuur versimpelen door minder
> software te gebruiken. Indien je zelf ook een tilecache wilt draaien
> is dat nu redelijk eenvoudig te doen, de definitieve configuratie zal
> ik dan ook op korte termijn delen.
>

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

[OSM-talk-nl] tile.openstreetmap.nl

[Stefan de Konink]

Hoi,

In de categorie goed nieuws; in de afgelopen 24 uur heb ik de Nederlandse 
tileserver bijgewerkt. Het draait op nuster, wat een uitbreiding is op 
haproxy. Daarmee is de tileserver via IPv4, IPv6, HTTP, HTTPS en HTTP/2 
bereikbaar. De oude omgeving met Cherokee voor Mapnik, basiskaart en Squid 
voor de openstreetmap.org server draaien nu nog. Het eerste slachtoffer 
wordt Squid om uit te zetten.


Met deze wijziging zetten we in Nederland weer een paar stappen richting 
innovatie, waar we de infrastructuur versimpelen door minder software te 
gebruiken. Indien je zelf ook een tilecache wilt draaien is dat nu redelijk 
eenvoudig te doen, de definitieve configuratie zal ik dan ook op korte 
termijn delen.


--
Stefan

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

Re: [OSM-talk-fr] [Presse Locale][Ca Urge] Ça reste ouvert :

[Vincent de Château-Thierry]

> De: "Jacques Lavignotte" 
> 
> et le 21/4 à 16:00
> 
> https://www.lanouvellerepublique.fr/vienne/vienne-une-carte-collaborative-pour-connaitre-les-commerces-ouverts-pres-de-chez-vous

Bravo Jacques !

vincent

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

Re: [OSM-talk-fr] [Presse Locale][Ca Urge] Ça reste ouvert :

[Jacques Lavignotte]

Le 21/04/2020 à 11:01, Jacques Lavignotte a écrit :

> C'est pour midi :)

et le 21/4 à 16:00

https://www.lanouvellerepublique.fr/vienne/vienne-une-carte-collaborative-pour-connaitre-les-commerces-ouverts-pres-de-chez-vous


Jacques

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

[OSM-talk-be] Cartographie au kivu

[Nicolas Pettiaux]

Bonjour Alain,
Bonjour les personnes des listes osm-be et osm-fr,

Alain est un étudiant du Kivu intéressé par les projets autour des
ressources éducatives libres, des webinaires et formations à des outils
libres que Educode met en place à l'occasion de ce confinement. (voir
https://educode.be et https://wiki.educode.be)

Nous nous sommes rendus compte que avant de pouvoir discuter des
contenus et outils, il y a une vraie difficulté au Kivu (et sans doute
en général dans une bonne partie de l'Afrique). L'accès à internet est
compliqué et cher.

Donc, il paraît nécessaire de commencer par attaquer ce problème avant
les autres. Il me semblait que cartographier les ressources existantes
(points d'accès, pylônes de 4G, lieux qui fournissent du wifi,
ressources électriques telles que panneaux solaires, éoliennes,
générateurs ...) puis voir comment mettre en place des réseaux
indépendants (comme ce que http://hand.team/ fait dans les caraïbes pour
rendre les populations indépendantes) pourrait être opportuns.

À propos de la cartographie, il me semble que les groupes OSM-BE et
OSM-FR seraient de bien meilleures aides que moi. Voilà pourquoi je vous
ai mis en copie.

Vous trouverez ci-dessous la suite de la correspondance avec Alain qui
est l'interface avec les autres personnes (surtout des enseignants) du Kivu.

Pour le moment aussi, les discussions en dehors de celles par email
(ici) sont sur whatsapp. Peut-être auriez-vous des suggestions pour des
outils plus opportuns, qui fonctionnent sur smartphone comme sur
desktop, et ne dépendent pas de Facebook (et facile à apprendre) ? Ex
Matrix / riot ?

Merci pour votre aide à tous,

Le 21/04/20 à 11:09, CHAVEZ CIKURU a écrit :
> Bonjour Professeur.
>
> Je vais bien.
> Hier, j'ai lu votre mail avec une très grande attention.
> Je veux juste avoir quelques éclaircissements par rapport aux lieux
> (en ville et au village): 
> Nous allons donc identifier les lieux de points d'accès et wifi (là
> qu'il y a la connexion?), les endroits où l'on peut mettre un wifi?
> C'est ça?
l'idée est d'abord de répertorier tout ce qui existe autour de vous; sur
le plus possible de choses pour avoir les cartes les plus détaillées. Il
ne tient qu'à vous de faire cela, avec l'aide des élèves, étudiants,
parents ... bref tout le monde. Cela peut devenir un jeu et même un bel
objectif : avoir la carte la plus complète et la plus précise du Kivu /
de RDC / d'Afrique.
> Ou soit nous allons indiquer des lieux selon la qualité de connexion:
> La 4G, le WIFI, La fibre Optique?
tout cela aussi
> D'abord, ici chez nous, presque dans chaque ville de la province,
> chaque territoire est arrosé par la connexion de 4G (du réseau Airtel,
> Organge et Vodacom).
ce serait bien de mettre aussi les localisations des antennes de chaque
fournisseur
>
> Et puis donc, nous allons donner les prix pour chaque qualité de
> connexion?
oui, dans un autre document. Ceci n'a pas vocation à se trouver dans
OpenStreetMap.
> C'est pas les prix des routeurs?
Je vous propose de voir ceci par la suite
> Voilà donc quelques questions sur lesquelles je souhaite avoir des
> éclaircissements.

mon idée est donc : avant tout, il faut avoir une bonne idée de
l'existant et le mieux est de le mettre dans une carte partagée.

Vous pourrez sûrement

>  
> En attente de vous relire.
> Bien à vous.
> Cordialement
> */CIKURU KAMERA Alain Chavez/*
>
> Le lun. 20 avr. 2020 à 15:28, Nicolas Pettiaux (educode)
> mailto:nico...@educode.be>> a écrit :
>
> Bonjour Alain,
>
> Merci beaucoup pour le fichier. C'est très bien. Je ne m'étais pas
> bien exprimé pour les niveaux (Années enseignées/d’études de la
> colonne G). Je voulais dire "le niveau des classes enseignées" par
> exemple, "secondaire inférieur 1ere, secondaire supérieur 4e,
> primaire 3è, supérieur 2e" ... (nous comptons pour les années
> primaires de 1 à 6, secondaires de 1 à 6 de nouveau, puis pour le
> supérieur (universitaire ou non) de 1 à 5. Cela permet de savoir
> donc à quels niveaux chacun enseigne.
>
> J'ai réfléchi, et vous propose de commencer par faire ce que nous
> pouvons pour que vous puissiez avoir de bonnes connexions aussi
> bon marché que possible à internet.
>
> Ceci passe à mon avis par identifier chez vous quels sont les
> endroits où vous pouvez avec accès à internet dans les villes et
> villages, et a meilleure manière pour faire cela est sans doute
> d'apprendre à éditer la carte https://openstreetmap.org pour y
> ajouter les informations adéquates (telles que lieux des points
> d'accès et wifi, qualité des connexions à chaque endroits ...) .
> Il faudrait aussi à mon avis maintenir une liste des coûts de
> l'accès pour chacun de ceux-ci. Pour cela, OpenStreetMap n'est pas
> le bon endroit, mais vous pourriez créer une page dans
> wiki.educode.be )
>
> Pour faire ces travaux de cartographie (qui peuvent être en partie
> faits sur papier 

Re: [OSM-talk-fr] gestion du cycle de vie des infos [était: Profusion de clés covid19]

[European Water Project]

Bonjour Marc,

De regarder la date de dernière change set d'un objet ou le tag survey:date
d'un objet est certe beaucoup mieux que rien, mais me semble peu ambitieux
par rapport à une solution avec du meta data au niveau clef.Par
exemple, quelqu'un qui vérifie dans un survey,  l'existence d'une fontaine,
ne vérifiera pas systématiquement la potabilité de l'eau ou si l'eau coule.
.. qq chose qui devrait être fait tous les x années selon le pays et la
région.

https://wiki.openstreetmap.org/wiki/Rarely_verified_and_third-party_data_staleness_in_OpenStreetMap






A bientôt,





Stuart


On Tue, 21 Apr 2020 at 15:24, Marc M.  wrote:

> Bonjour,
>
> Merci Stuart d'avoir relancé le sujet ici.
>
> Le 21.04.20 à 14:09, European Water Project a écrit :
> > Est-ce qu'OSMdevrait réfléchir à une durée de vie, si pas vérifiés,
> > pour certains tags ?
>
> je pense que oui, j'ai dans l'idée que nous pourrions construire
> communautairement une liste de catégorie, un peu comme celle de ta page.
> l'important dans un premier temps n'est pas tant de mettre une durée de
> vie sur des données mais de les classer relativement entre elle.
>
> exemple et ordre de grandeur qui me vient en tête :
> batiment en construction : vérif mensuel
> borne véhicule électrique : 6 mois
> commerce : vérif annuelle
> borne incendie : 2 ans
> caractéristiques des batiments existant : 10 ans
>
> les valeurs exacte importe peu (chacun devrait pouvoir choisir
> un multiple de celle-ci pour cibler d'abord le "pire" en terme
> de fraicheur)
> Mais un ordre de grandeur permet de faire des apps du genre :
> - si un objet importé n'a jamais été vu (au sens source=survey),
> proposer à quelqu'un de le valider (et donc améliorer souvent
> sa position et rajouter d'autre info.
> (c'est le sens de Geocropping)
> - si une zone en construction a + de X mois,
> demander au contributeur si c'est toujours en cours (il me semble
> que StreetComplete de déjà ce genre de chose)
> - si un commerce n'a plus été modifié depuis X temps,
> proposer de le vérifier.
> - si tu modifies un de ces poi avec source=survey, mettre
> à jour l'info fraicheur.
> - si tu modifies un objet avec une source (par ex image sat) + veille
> que la dernière vue sur le terrain, signaler/demander confirmation
>
> 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: [Talk-se] Långsam tile-server

[Björn Stenberg]

Däremot verkar mapproxy.openstreetmap.se ha gått på semester. :)

--
Björn


On Tue, 21 Apr 2020 at 13:35, Björn Stenberg  wrote:

> Jag har märkt av enorm seghet de senaste veckorna, men det släppte för
> några dagar sedan och nu går det fort igen för mig. Även jag hamnar på
> lysator.
> --
> Björn
>
>
> On Tue, 21 Apr 2020 at 13:16, Erik Lundin via Talk-se <
> talk-se@openstreetmap.org> wrote:
>
>> Hej!
>>
>> På sistone verkar tiles ta väldigt lång tid att ladda när man browsar
>> runt på osm.org. tile.openstreetmap.org pekar på
>> osm-tile.lysator.liu.se. Jag har inte gjort någon kvantitativ analys,
>> utan detta är bara mitt intryck från typ senaste veckan/veckorna. Är det
>> någon annan som har märkt av detta?
>>
>> Mvh Erik
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>
>>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[OSM-talk-fr] Lac souterrain suspect à Neuilly-Sur-Seine

[Jean-Marc Liotier]

Je tombe sur un lac souterrain à Neuilly-sur-Seine, devant le 106 Avenue 
du Roule: https://i.imgur.com/qH2z8L1.png 
https://www.openstreetmap.org/way/468906502 - je n'en avais jamais 
entendu parler, je n'en trouve aucune trace ailleurs, l'auteur 
Openstreetmap, D2boot83 a une seul contribution - celle là, et il ne 
répond pas... Je suis tenté de supprimer. C'est un truc de Pokemon ou un 
spéléologue des beaux quartiers peut confirmer le lac ?



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

Re: [OSM-talk] It's time to manage libraries properly in OSM

[Greg Troxel]

Andrew Harvey  writes:

> Currently we can already mark if the library is open to the public on not
> (access=yes means open to the general public), but it's unclear how say a
> school library or library restricted to attendees of an educational
> facility like a university should be tagged (is it access=private since
> only those people attending the institution have been given permission?

If a library is open only to registered students, then access=private is
in order.

I don't think access=customers is valid.   If there is a restaurant that
is open to the public, and they have a parking lot, and you can only
park in it if you are going to the restaurant, then access=customers
makes sense.

A key point for access=customers is that anybody may choose to be a
customer.  If you can't decide to be a customer, that's what private
means.

Arguably, the most important things to do are:

  ensure that all open-to-public libraries are on the map

  ensure that rendering and search de-emphasizes access=private libraries

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

Re: [OSM-talk-fr] gestion du cycle de vie des infos [était: Profusion de clés covid19]

[Marc M.]

Bonjour,

Merci Stuart d'avoir relancé le sujet ici.

Le 21.04.20 à 14:09, European Water Project a écrit :
> Est-ce qu'OSMdevrait réfléchir à une durée de vie, si pas vérifiés, 
> pour certains tags ?    

je pense que oui, j'ai dans l'idée que nous pourrions construire
communautairement une liste de catégorie, un peu comme celle de ta page.
l'important dans un premier temps n'est pas tant de mettre une durée de
vie sur des données mais de les classer relativement entre elle.

exemple et ordre de grandeur qui me vient en tête :
batiment en construction : vérif mensuel
borne véhicule électrique : 6 mois
commerce : vérif annuelle
borne incendie : 2 ans
caractéristiques des batiments existant : 10 ans

les valeurs exacte importe peu (chacun devrait pouvoir choisir
un multiple de celle-ci pour cibler d'abord le "pire" en terme
de fraicheur)
Mais un ordre de grandeur permet de faire des apps du genre :
- si un objet importé n'a jamais été vu (au sens source=survey),
proposer à quelqu'un de le valider (et donc améliorer souvent
sa position et rajouter d'autre info.
(c'est le sens de Geocropping)
- si une zone en construction a + de X mois,
demander au contributeur si c'est toujours en cours (il me semble
que StreetComplete de déjà ce genre de chose)
- si un commerce n'a plus été modifié depuis X temps,
proposer de le vérifier.
- si tu modifies un de ces poi avec source=survey, mettre
à jour l'info fraicheur.
- si tu modifies un objet avec une source (par ex image sat) + veille
que la dernière vue sur le terrain, signaler/demander confirmation

Cordialement,
Marc

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

[OSM-talk] [Mecanical edit] booking=yes|required|no|recommended|only -> reservation=*

[Marc M.]

Hello,

in 2018, a contributor created a wiki page for the page booking=*
quickly it appeared that the documented values are exactly the same
as the reservation key.
a discussion took place with this contributor who agreed to switch to
the reservation key since it was much more common.
the fr community has also used this key, mainly for trains.
the community has also decided to switch to the reservation key
and a contry-side mecanical edit was done.

there are still ~330 booking=* tags that I plan to convert
to reservation=*.
I'm posting this message as a RFC here, the topic having already
been discussed on the wiki and on tagging a long time ago.
If the idea is appreciated, I'll of course do the wiki page to follow
the "Automated Edits code of conduct"

PS: my proposal does NOT concern the other meanings present in this key
(url booking, phone number) that we may or may not change in favor of
another key because my feeling "too big, it fails !", so this proposal
is voluntarily limited to the double booking->reservation and only that.

Regards,
Marc

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

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[hbogner]

On 21. 04. 2020. 14:25, Hrvoje Bogner wrote:


On 20. 04. 2020. 00:53, Matija Nalis wrote:
Ono sto se moze dodatno mapirati kod kucica a sto vidimo na "Knin 
2007" je:

https://wiki.openstreetmap.org/wiki/Key:roof:shape



Slažem se za roof:shape, to bi trebali za sve gdje imamo dovoljno 
detaljne snimke, također ako se može detektirati da je kuća onda 
building=house, umjesto standardnog building=yes.



Imaš li volje i želje to nadopisati na projektni zadatak?

Ili netko drugi da mu se da to dopisati i opisati?


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

Re: [Talk-it] Dominio disponibile per naposm?

[Marcello]

Il 20/04/20 19:00, Martin Koppenhoefer ha scritto:



Am So., 19. Apr. 2020 um 16:56 Uhr schrieb Marcello >:


Maurizio,

su questo punto vorrei farti una domanda, data la tua esperienza in
fatto di licenze.
In Wikidata praticamente ci sono tutti i CAP dei comuni italiani e se
non erro la licenza è CC0.
Per tutti i comuni dove il CAP è per l'intero territorio comunale
possiamo dire di avere un
dataset utilizzabile per aggiungere la maggior parte dei CAP in OSM,
anche se non ufficiale
e non completo, ma spero aggiornato, giusto?




lo so che non sono Maurizio, ma per la mia grande sorpresa quando 
abbiamo discusso sul tema di prendere dati da wikidata e la licenza, e 
altri hanno detto, nonostante la licenza di wikidata è ufficialmente 
cc0, di fatto non la è in tanti casi (chi ha inserito i dati non aveva 
i diritti da cedere a wikidata, lo ha semplicemente copiato il 
materiale). Purtroppo, con la licenza cc0, non hai alcuna garanzia che 
non ci siano altri diritti nei dati:


https://creativecommons.org/publicdomain/zero/1.0/legalcode
la parte 4 parla delle limitazioni, tra altro:

"4c. Affirmer disclaims responsibility for clearing rights of other 
persons that may apply to the Work or any use thereof, including 
without limitation any person's Copyright and Related Rights in the 
Work. Further, Affirmer disclaims responsibility for obtaining any 
necessary consents, permissions or other rights required for any use 
of the Work."


"4c. Il Dichiarante declina ogni responsabilità per diritti di 
proprietà o diritti a compenso che altre persone possano rivendicare 
sull'Opera o relativamente ad un suo particolare utilizzo, includendo 
senza limitazioni i Diritti d'Autore e Connessi che altre persone 
possano rivendicare sull'Opera. Il Dichiarante declina inoltre ogni 
responsabilità derivante dall' ottenimento di tutti i necessari 
consensi, permessi o altri diritti richiesti per l'utilizzo dell'Opera."


Ciao
Martin


Martin,

grazie del chiarimento,  avevo indicato Maurizio solo perché aveva 
affermato che il dataset con le aree geografiche dei cap non è rilascito 
in opendata, lo so che ci sono anche altri esperti di licenze. A questo 
punto mi viene da dire che la licenza più sicura e inattaccabile per 
poter usare dei dati in OSM sia quella "ad Simonem".


--
Ciao
Marcello

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

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[Hrvoje Bogner]

On 20. 04. 2020. 01:40, Matija Nalis wrote:

On Tue, Apr 14, 2020 at 02:23:33PM +0200, Hrvoje Bogner wrote:

https://osm-hr.org/2020/04/14/grad-knin-i-tasking-manager-za-gradevine/

Vrijeme je da organizirano iskoristimo već spomenuti Digitalni ortofoto
Grada Knina 
.


Nego, primjetio sam sad da mi tasks.osm-hr.org daje da validiram
sektore koje sam ja i editao... To je lose jer sigurno ne budem sam
pamtio koje sam ja taskove radio, a nema puno smisla da sam sebe
provjeravam (jer ako sam prvi put nesto krivo napravio, budem
vjerojatno i drugi put :)

Moze li se to negdje ugasiti, da mora validirati netko drugi?

Nažalost na TM3 koji mi koristimo + ne, možda postoji to na TM4, nisam 
provjeravao.


Na osm wikiju pišu uputstva:

https://wiki.openstreetmap.org/wiki/Tasking_Manager/Validating_data

"Although anyone can validate *do not validate your own work*. However, 
you can validate another mappers contributions."


Postoji opcija da samo validatori mogu raditi validaciju zadataka, ali 
onda se određeni korisnici moraju opredjeliti samo za taj zadatak i ne 
mapirati. Nekako mi se to nesviđa jer nas nema dovoljno za podjelu zadataka.


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

Re: [OSM-talk-fr] Requête spatiale dans JOSM ?

[Yves P.]

> Je peux largement être passé à côté d'une fonctionnalité de JOSM, mais sinon 
> un outil très adapté pour ce type d'analyse est QGis : https://www.qgis.org/
Je connais QGIS, mais merci pour la piqure de rappel :)

On avais discuté de sujet similaire pour sélectionner les objets à l'intérieur 
d'un pays.

C'était une requête mapCSS de mémoire qui utilise des polygones "internes" 
simplifiés des pays.

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

Re: [OSM-talk-fr] Profusion de clés covid19

[European Water Project]

Bonjour,




J'ai essayé d'introduire un concept de staleness d'une partie des données
... avec ce wiki ..et une proposition pour l'ajout d'un meta tag contenant
la plus récente entre la date de création et la dernière date de
vérification sur certains tag dans OSM ...   Ce wiki était plutôt reçu
froidement dans le groupe de tagging.



https://wiki.openstreetmap.org/wiki/Rarely_verified_and_third-party_data_staleness_in_OpenStreetMap




Voici qq chiffres intéressantes :


42 clefs font partie de 80% de total nombres de tags. (1.7 Milliard sur 2.1
Milliard).


60,592 sur 76,177 clefs sont utilisées sur 57 ou moins d'objets dans OSM.
Et, il semblerait, que la grande majorité de ces clefs peu utilisées sont
maintenues par un seul contributeur ...



Quelle est l’espérance réelle que les données restent à jour sur ces clefs
peu utilisées ?





De plus, il y a certains tags qui décrivent des données (ou plutôt de
méta données) qui sont très muables, inobservables et difficilement
vérifiables par une personne autre que l'auteur.   Est-ce qu'OSM devrait
réfléchir à une durée de vie, si pas vérifiés, pour certains tags ?





A bientôt,





Stuart


On Tue, 21 Apr 2020 at 11:55, Yves P.  wrote:

> je ne comprends pas la notion de pollution, je ne sais à quoi tu fais
> référence ? peu utilisée -> pollution ?
>
> J'ai envoyé entre-temps un message avec un lien vers un article qui traite
> de ce sujet.
>
> Pour être plus clair sur cette notion de "pollution" :
>
>- elle est réelle :
>   - on stocke des données dans des serveurs qui consomment de
>   l'énergie, chauffent, consomment du traffic réseau… donc
>
> *polluent. *
>- relative : il y a plein de tags inutiles dans la base (cf. taginfo).
>   - un contributeur peut-être tenté de le réutiliser (car il existe)
>   - ça fait beaucoup de travaille pour les corriger manuellement
>
>
>
> Les fautes de frappes évidentes dans les clés peuvent être corrigées
> (j'avais prévu de faire une passe dessus, mais manqué de temps…).
>
> Je le fais parfois (ou par période). Ça semble faire sourire certains ;)
>
> Pour les autres clés, c'est la force d'OSM : le modèle de tags est libre
> de s'adapter aux besoins ;-)
>
> Oui, c'est pour ça que j'ai essayé de "relativiser" mon propos.
> Mais vu le graphique, je pense qu'il y en a beaucoup qui relèvent de la
> "corbeille" :)
>
> Il s'agit d'un moment particulier, je laisserai bien les tag:covid19 comme
> ils sont (sauf pour les fautes de frappe).
>
> Il y a plein d'autres harmonisations à voir sur des sujets pérennes :-)
>
> Il faut voir tag par tag leur intérêt.
>
> En regrouper certains (pour les jeter éventuellement ou les pérenniser
> après) :
>
>
> 19 reservation:covid19
> 
>
> 1 booking:covid19
> 
>
> 1 appointment:covid19
> 
>
>
> ça peut se mettre dans le "commentaire" des clés *opening_hours* et/ou
> *opening_hours:covid19 *et/ou *description:covid19*
>
> __
> Yves
>
>
>
>
> __
> 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] Requête spatiale dans JOSM ?

[Vincent de Château-Thierry]

Bonjour,

> De: "Yves P." 
> 
> Peut-on faire une requête dans JOSM en mapCSS (ou autrement)pour
> cette recherche spatiale ?

Je peux largement être passé à côté d'une fonctionnalité de JOSM, mais sinon un 
outil très adapté pour ce type d'analyse est QGis : https://www.qgis.org/

vincent

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

Re: [talk-au] Anzacathon and mapping possibilities

[Warin]

On 21/4/20 7:57 pm, Daniel Pocock wrote:


On 21/04/2020 09:53, Greg Lauer wrote:

Hi Daniel,

As both a (very amateur) military historian who has visited many of
battlefields/CWG's through the Asia Pacific, Africa and Europe, as well
as an Open Data proponent, I really like what you are trying to do. But...

The terms and conditions of OSM in relation to data imports is fairly
clear - unless the data is already licensed under an Open Data Commons
Open Database License (ODbL) then you will need (preferably written)
permission from the copyright holder.

https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_License_approval

A cursory glance at each of the providers websites does not indicate
that they have licensed under ODbL. Yes, this is pain, but it is the
only way OSM can ensure that the data can be legally used. Feel free to
send them an email asking if they will give permission to make there
data available in OSM. I can send you a template letter that
explains the licensing conditions to the copyright holder. The CWGC data
set would be great as a global dataset!

I've sent the emails but even if they don't respond before the weekend,
I still feel that people can do useful activities with the data, even if
it is not an import to OSM just yet



I think all that can be done now is to look at the data, check if it is missing 
from OSM.

If missing .. go there and map it, or use what imagery OSM has available and 
map what you can from that.

You cannot copy data from the Anzacathon pages nor any linked pages,
at least not any that are not compatible with OSM requirements.

 



The OSM site has a compatibility table, the UK Open Government License
(OGL v3.0) is listed as an alternative to the ODbL
http://www.nationalarchives.gov.uk/doc/open-government-licence/version/3/

Therefore, I asked CWGC to consider both of those possibilities.



The use of OSM within a web service (such as the CWGC) has no
relationship to whether we can incorporate and/or import the said data
sets into OSM. Again unless explicit permission is given it will need to
be requested.

Do you actually need to integrate the data sets into OSM? You seem
fairly talented at data wrangling and my suggestion would be build your
web services using OSM as a base map, and make the ancillary data
available as a separate overlay. This way you will not potentially
breach the terms and conditions of the OSM licence (but still please
check with the data providers that you can use that data in this way).
There are multiple other ways that you can display the data sets with
out actually integrating into OSM.

I look forward to seeing the completed product!

Please note I'm not personally volunteering to do everything described
on the Anzacathon page.  My own aim is to provide a data pipeline /
platform for people to be creative.

If anybody has time to promote the Anzacathon link or video through
their own communities or online channels that would help, even if you
don't have time to participate.

If you know of similar initiatives for Anzac Day, I'm also happy to
include them on the links page.

Another issue for me is to decide on a single communications platform
for participants.  Some hackathons are using Slack, for example, but I
don't want to encourage things that are not really open.  Are there any
more open platforms that are popular with the mapping community or other
like-minded people?

Regards,

Daniel

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



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

Re: [talk-cz] WeeklyOSM CZ 507

[<0174]

Ahoj,

jestli je zrovna path=mtb to pravé si taky nejsem jistý, ale že bych věděl,
jak na to líp, aniž by se toho muselo překopávat víc...

Cyklostezky a cyklotrasy jsou něco jiného. Tady jde o cesty, které jsou
upravené, nebo vymyšlené k jízdě na horském kole, ale nejsou tak oficiálně
značené (a často jsou budované ilegálně - což neznamená, že by bylo
ilegální po nich jezdit). Od cestiček, které se jen "nesmyslně" kroutí,
protože pěšák by šel přímo do/z kopce, přes cesty s lehce naklopenými
zatáčkami, po hodně upravené traily se skoky a umělými překážkami, kde ani
pěšky neprojdete. Problém je jako často v tom, že ty tagy jsou trochu
nekonzistentní, např.:
- highway=bridleway je cesta, která se *obvykle *používá pro koně, ale
nemusí tak být legálně nastavená.
- highway=cycleway implikuje bicycle=designated, které říká "Typically it
is used on ways legally dedicated to specific modes of travel by a law or
by the rules of traffic."
- highway=path je "*generic path*, either multi-use or unspecified usag" -
tyhle cesty většinou nikým kromě jezdců na horských kolech využívané nejsou
- v závislosti na tom, jak jsou udělané.

Cesty, které jsou tedy obvykle používané pro horskou cyklistiku, ale nejsou
tak legálně značené, tak vlastně není jak tagovat. Můžeme jít cestou
cycleway s nastaveným mtb:scale, případně i sac_scale, ale evidentně proti
tomu bylo dost lidí na tagging mail listu. Nebo se to může dělat jako
doposavad s tagováním highway=path, ale jak je potom odlišit? Cesta může
mít mtb:scale=0 a být to pěkná trasa s klopenými zatáčkami určená pro
horská kola, nebo prostě úplně obyčejná cesta. Další možnost je např.
leisure=track, ale to mi už vůbec nepřijde jako to pravé.
Případně samozřejmě zavést novou highway=mtbway, což už tam taky padlo.

Takových cest je u nás stovky, možná tisíce.

Nicméně to už jen v podstatě kopíruju diskusi z tagging listu, šlo mi
hlavně o upozornění na nový návrh.

<0174

út 21. 4. 2020 v 11:24 odesílatel majkaz  napsal:

> Já osobně si path=mtb dokážu představit snad jen v bikeparku - tedy stezka
> vybudovaná a určená jen pro horská kola. Tedy víceméně obdoba závodní
> dráhy, ale pak je to duplikování leisure=track.
>
>
>
> Moc ale nechápu, jak se chodec může vyhnout cestám užívaným jako traily -
> protože po okolí se takhle velmi často užívají značené turistické trasy.
> Většinou to není problém, pokud tam dotyčný vyrazí večer po práci nebo o
> víkendu ráno, ale potkat ho tam v plné rychlosti v neděli po obědě, kdy je
> to plné rodinek s dětmi (úzká pěšina v prudkém svahu kousek od konečné
> MHD), je na zabití. Navíc, jak už bylo řečeno, traily většinou nejsou nikde
> značené a ani oficiálně prezentované.
>
>
>
> Cyklostezky i cyklotrasy jsou přece něco výrazně jiného, i cyklotrasa pro
> horská kola po pěšinách většinou nevede. To už je spíš natažená po
> zanikajících až neexistujících polních cestách, případně po polních cestách
> "vylepšených" štěrkem - tedy velkými šutry, ne tím co se obecně označuje za
> štěrkovou cestu, drtí z cihel nebo podobně. Navíc tady po okolí je označení
> cyklotrasy pro horská kola je výjimka, většina z nich je označená naprosto
> stejně, ať vede po silnici s hladkým asfaltem nebo po rozbitých polních
> cestách.
>
>
>
> Ani cyklostezka neříká nic o průjezdnosti - v našich podmínkách většinou
> ani ne tak kvůli povrchu - i když rozbitý asfalt je taky radost - ale
> hlavně kvůli tomu, že se po ní nedá normálně jet díky technickému řešení -
> viz oblíbené "cyklisto slez z kola", přechody pro pěší v trase, neexistence
> nájezdů / sjezdů.
>
>
>
> Majka
>
> __
> > Od: "jzvc via talk-cz" 
> > Komu: talk-cz@openstreetmap.org
> > Datum: 21.04.2020 09:31
> > Předmět: Re: [talk-cz] WeeklyOSM CZ 507
> >
> Dne 20.4.2020 v 10:29 <0174 napsal(a):
>
> Ahoj a díky za další číslo,
> jen bych doplnil k:
>
> * Phyks se ptá
> ,
> zda může být cyklostezka (cycleway) omezena pouze na horská kola, protože
> mu přijde, že dokumentace highway=cycleway je spíše pro městskou
> cyklistiku. Jsme si jisti, že alespoň jedna z více než 80 odpovědí
> 
> na mail listu mu pomohla s jeho problémem. *
>
> Jedním z výsledků je návrh
>  na
> novou hodnotu tagu *path=mtb*. Ať už projde, nebo ne, jsem rád, že se to
> řeší, protože jako chodec bych se raději vyhnul cestám využívaným jako
> traily (překážky, cyklisté s vysokou kinetickou energií) a jako horský
> cyklista budu rád, když budu moci najít nová místa na ježdění (tedy v
> teorii, v praxi většinou zmapovaná nejsou).
>
>
>
> Cus, tohle je pekny nesmysl, pokud vim, existuje tagovani, ktery rika, jak
> moc je teren sjizny, a z nej jasne plyne, ze pokud to neni vicemene idealni
> afaltka, tak to pro silnicni kola zrovna neni. To ale vubec neznamena, ze
> 

Re: [Talk-se] Långsam tile-server

[Björn Stenberg]

Jag har märkt av enorm seghet de senaste veckorna, men det släppte för
några dagar sedan och nu går det fort igen för mig. Även jag hamnar på
lysator.
--
Björn


On Tue, 21 Apr 2020 at 13:16, Erik Lundin via Talk-se <
talk-se@openstreetmap.org> wrote:

> Hej!
>
> På sistone verkar tiles ta väldigt lång tid att ladda när man browsar
> runt på osm.org. tile.openstreetmap.org pekar på
> osm-tile.lysator.liu.se. Jag har inte gjort någon kvantitativ analys,
> utan detta är bara mitt intryck från typ senaste veckan/veckorna. Är det
> någon annan som har märkt av detta?
>
> Mvh Erik
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Långsam tile-server

[Erik Lundin via Talk-se]

Hej!

På sistone verkar tiles ta väldigt lång tid att ladda när man browsar
runt på osm.org. tile.openstreetmap.org pekar på
osm-tile.lysator.liu.se. Jag har inte gjort någon kvantitativ analys,
utan detta är bara mitt intryck från typ senaste veckan/veckorna. Är det
någon annan som har märkt av detta?

Mvh Erik

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

[Talk-hr] Telegram kanal za komunikaciju

[Hrvoje Bogner]

https://osm-hr.org/2020/04/16/telegram-kanal-za-komunikaciju/

Uz dosadašnje kanale komunikacije, dodajemo Telegram kanal kojeg 
koristimo zadnjih nekoliko tjedana, i postao je vrlo živahan. Kanal se 
zove *@osmhr *. Koristimo ga za neobavezne 
razgovore o projektu, nabacivanje ideja o budućnosti projekta, i slično.


Da ponovimo, talk-hr mailing lista je i dalje “službeno glasilo” našeg 
projekta, i svaka važnija odluka mora proći kroz nju. Link za prijavu 
. Nekoliko kanala je 
zamrlo, pa razmišljamo o gašenju istih, recimo irc kanal i OSM podforum 
. Facebook grupa 
 služi kao pristup 
široj publici, i za regrutiranje novih mapera.


Pridružite nam se u razgovoru!

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

[OSM-talk-fr] Requête spatiale dans JOSM ? - Re: [Presse Locale][Ca Urge] Ça reste ouvert :

[Yves P.]

> On a pas mal de stats générées ici : 
> https://download.osmontrouge.fr/caresteouvert/

Merci :)

Pour essayer de répondre à la question de Jacques :

Je charge ces POI dans JOSM…
Je veux chercher les noeuds à l'intérieur des polygones des 2 départements.

Peut-on faire une requête dans JOSM en mapCSS (ou autrement)pour cette 
recherche spatiale ?

Ça serait l'équivalent de la requête Overpass :
{{geocodeArea: Vienne, France}}->. searchArea;
node ["highway"="trunk"](area.searchArea);

Merci

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

Re: [Talk-dk] Trafiklegeplads

[Jørgen Elgaard Larsen]

Jeg ville sætte noget access på.

F.x.
  access=no
  bicycle=destination


amenity=driver_training kunne overvejes for området. Eller måske snarere 
playground:theme=traffic.



- Jørgen



Niels Elgaard Larsen skrev den 2020-04-20 20:10:

Hvad mener I om mapningen af min lokale trafiklegeplads?
Fx. https://www.openstreetmap.org/way/669606480

Jeg kan godt se at det er meget sødt.

Men det er jo ikke helt korrekt.

På den anden side igen er det måske ret uskadeligt fordi den ikke er
forbundet til
resten af nettet, i alt fald for motorkøretøjer. For det ville jo være
trist hvis vi
ledte en ambulance til rigshospitalet den vej?

Og hvis vi beholder tagningen, synes I så jeg skulle tilføje 
hastighedsgrænser?


Er der en måde at angive at det ikke er rigigt, men stadig få det
renderet på samme
måde? Fx highway:fake=play eller sådan noger.



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

Re: [OSM-talk-fr] #caresteouvert - Licence ouverte ?

[Marc M.]

Bonjour,

Le 21.04.20 à 11:51, GUIMARD Jean-Charles a écrit :
> *_Présentation du jeu de données :_*

puisque tu parles de requête overpass, je supose qu'il y a une 4ieme
source dans ton jeux : source openstreetmap

> -  Pour les données OSM, j’ai utilisé l’overpass api sur la clé
> opening_hours:covid19. Puis après je filtre sur différent de NULL et
> off. C’est suffisant comme critère pour avoir les commerces ouverts ou
> des commerces ne sont malgré tout pas pris en compte ?**

si opening_hours:covid19=off, alors le POI est fermé

mais si le tag est absent (je suppose que c'est ce que tu veux dire par
NULL), rien ne peux être déduit pour ce commerce, sauf les règles
légales (tel catégorie de poi est permis/interdit) ou par enseigne (tel
enseigne a décider de rester fermée)

> 
> -  Mettre la licence à chaque enregistrement est-il suffisant ?
> Ou faut-il que je sépare le jeu de données en deux pour distinguer une
> partie en licence ouverte et une partie en licence ODbL ?**

la licence ODbL est contaminante : si tu fusionnes 2 bases dont l'une
est ODbL (sous réserve que l'autre licence le permet), le résultat
composé est ODbL

> -  Quelle est la manipulation à réaliser pour connaître le
> contributeur OSM à une information ?**

il faut regarder quel numéro de version a ajouté cette information,
ce numéro de version renseigne l'utilisateur l'ayant faite.
l'historique des versions est disponible dans les extraits historiques.

> -  Un contributeur OSM peut décider lui-même de la licence qu’il
> applique à sa contribution ? Existe-il un tag « licence » pour un
> enregistrement ?**

en envoyant l'info à osm, le contributeur a préalablement donné
son accord à le publier sous licence ODbL
chaque utilisateur est libre d'inventer un tag s'il veux préciser
que sa contributeur est faite sous plus d'une licence, cependant
je ne crois pas que openstreetmap soie le bon endroit pour mémoriser
le choix d'une licence non pertinante pour osm

> -  La majorité des données consiste en une succession de
> contributions complémentaires. Par exemple, la localisation d’un
> commerce a pu être faite par un premier contributeur et ses horaires
> d’ouverture par un autre. Dans ce cas, faut-il demander à chacun de ces
> deux contributeurs leur accord pour attribuer la licence ouverte ?**

si le but est de demander aux contributeurs osm de publier leur résultat
déjà envoyé sous une autre licence, je t'invite à lire la sage lors
du changemenbt de licence osm, c'est un parcours de très longue haleine.

Cordialement,
Marc

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

Re: [talk-au] Anzacathon and mapping possibilities

[Daniel Pocock]

On 21/04/2020 09:53, Greg Lauer wrote:
> Hi Daniel,
> 
> As both a (very amateur) military historian who has visited many of
> battlefields/CWG's through the Asia Pacific, Africa and Europe, as well
> as an Open Data proponent, I really like what you are trying to do. But...
> 
> The terms and conditions of OSM in relation to data imports is fairly
> clear - unless the data is already licensed under an Open Data Commons
> Open Database License (ODbL) then you will need (preferably written)
> permission from the copyright holder. 
> 
> https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_License_approval
>   
> 
> A cursory glance at each of the providers websites does not indicate
> that they have licensed under ODbL. Yes, this is pain, but it is the
> only way OSM can ensure that the data can be legally used. Feel free to
> send them an email asking if they will give permission to make there
> data available in OSM. I can send you a template letter that
> explains the licensing conditions to the copyright holder. The CWGC data
> set would be great as a global dataset!

I've sent the emails but even if they don't respond before the weekend,
I still feel that people can do useful activities with the data, even if
it is not an import to OSM just yet

The OSM site has a compatibility table, the UK Open Government License
(OGL v3.0) is listed as an alternative to the ODbL
http://www.nationalarchives.gov.uk/doc/open-government-licence/version/3/

Therefore, I asked CWGC to consider both of those possibilities.


> The use of OSM within a web service (such as the CWGC) has no
> relationship to whether we can incorporate and/or import the said data
> sets into OSM. Again unless explicit permission is given it will need to
> be requested.
> 
> Do you actually need to integrate the data sets into OSM? You seem
> fairly talented at data wrangling and my suggestion would be build your
> web services using OSM as a base map, and make the ancillary data
> available as a separate overlay. This way you will not potentially
> breach the terms and conditions of the OSM licence (but still please
> check with the data providers that you can use that data in this way).
> There are multiple other ways that you can display the data sets with
> out actually integrating into OSM.
> 
> I look forward to seeing the completed product!

Please note I'm not personally volunteering to do everything described
on the Anzacathon page.  My own aim is to provide a data pipeline /
platform for people to be creative.

If anybody has time to promote the Anzacathon link or video through
their own communities or online channels that would help, even if you
don't have time to participate.

If you know of similar initiatives for Anzac Day, I'm also happy to
include them on the links page.

Another issue for me is to decide on a single communications platform
for participants.  Some hackathons are using Slack, for example, but I
don't want to encourage things that are not really open.  Are there any
more open platforms that are popular with the mapping community or other
like-minded people?

Regards,

Daniel

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

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

> je ne comprends pas la notion de pollution, je ne sais à quoi tu fais 
> référence ? peu utilisée -> pollution ?
> 
J'ai envoyé entre-temps un message avec un lien vers un article qui traite de 
ce sujet.

Pour être plus clair sur cette notion de "pollution" :
elle est réelle :
on stocke des données dans des serveurs qui consomment de l'énergie, chauffent, 
consomment du traffic réseau… donc polluent.

relative : il y a plein de tags inutiles dans la base (cf. taginfo).
un contributeur peut-être tenté de le réutiliser (car il existe)
ça fait beaucoup de travaille pour les corriger manuellement 


> Les fautes de frappes évidentes dans les clés peuvent être corrigées (j'avais 
> prévu de faire une passe dessus, mais manqué de temps…).
> 
Je le fais parfois (ou par période). Ça semble faire sourire certains ;)
> Pour les autres clés, c'est la force d'OSM : le modèle de tags est libre de 
> s'adapter aux besoins ;-)
> 
> 
Oui, c'est pour ça que j'ai essayé de "relativiser" mon propos.
Mais vu le graphique, je pense qu'il y en a beaucoup qui relèvent de la 
"corbeille" :)

> Il s'agit d'un moment particulier, je laisserai bien les tag:covid19 comme 
> ils sont (sauf pour les fautes de frappe).
> Il y a plein d'autres harmonisations à voir sur des sujets pérennes :-)
Il faut voir tag par tag leur intérêt.

En regrouper certains (pour les jeter éventuellement ou les pérenniser après) :
> 
> 
> 19reservation:covid19 
> 
> 1 booking:covid19 
> 
> 1 appointment:covid19 
> 
ça peut se mettre dans le "commentaire" des clés opening_hours et/ou 
opening_hours:covid19 et/ou description:covid19

__
Yves




__
Yves

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

Re: [OSM-talk-fr] #caresteouvert - Licence ouverte ?

[GUIMARD Jean-Charles]

Bonjour,

Merci pour vos réactions sur ce sujet.

Depuis hier, le jeu de données agrégé est disponible : 
https://data.strasbourg.eu/explore/dataset/covid-19-etablissements-ouverts-agregat-sources/information/
La page suivante exploite ces données : http://ouvertspourvous.alsace

Présentation du jeu de données :
Le jeu de données est un agrégat, sans doublons, de trois sources 
d'informations recensant les établissements ouverts pendant la période de 
confinement :

· source CCI/CMA/CA : Commerces ouverts, autorisés à maintenir une 
activité en Alsace

· source Hopla-courses : Petits commerces et producteurs - initiative 
citoyenne alsacienne

· source ça-reste-ouvert : Lieux ouverts pendant le confinement - 
initiative citoyenne nationale

Il vise à proposer un jeu de données uniques pour en faciliter la 
réutilisation. Il donne des informations sur le nom de l'enseigne, son secteur 
d'activités et les jours et horaires d'ouverture.

La licence de chaque entité de ce jeu de données est liée à l'origine de 
l'information : en licence ouverte Etalab V2 pour les données issues de la 
CCI/CMA/CA et hopla-courses, en Open Database Licence (ODbL) pour les données 
issues d'OpenStreetMap. La source de la donnée et la licence à appliquer sont 
mentionnées pour chaque enregistrement.

Questions à la communauté OSM :

-  Pour les données OSM, j'ai utilisé l'overpass api sur la clé 
opening_hours:covid19. Puis après je filtre sur différent de NULL et off. C'est 
suffisant comme critère pour avoir les commerces ouverts ou des commerces ne 
sont malgré tout pas pris en compte ?

-  Mettre la licence à chaque enregistrement est-il suffisant ? Ou 
faut-il que je sépare le jeu de données en deux pour distinguer une partie en 
licence ouverte et une partie en licence ODbL ?

-  Quelle est la manipulation à réaliser pour connaître le contributeur 
OSM à une information ?

-  Un contributeur OSM peut décider lui-même de la licence qu'il 
applique à sa contribution ? Existe-il un tag « licence » pour un 
enregistrement ?

-  La majorité des données consiste en une succession de contributions 
complémentaires. Par exemple, la localisation d'un commerce a pu être faite par 
un premier contributeur et ses horaires d'ouverture par un autre. Dans ce cas, 
faut-il demander à chacun de ces deux contributeurs leur accord pour attribuer 
la licence ouverte ?

-  J'envisage d'inviter des collègues à contribuer dans le cadre de 
leur activité professionnelle à la connaissance de notre territoire, en 
s'appuyant sur la cartographie OSM afin d'élargir les contributeurs à d'autres 
agents que des géomaticiens/gestionnaires de données habitués des logiciels 
spécialisés (QGIS). Comment faire pour que les contributions de mes collègues 
soient systématiquement en licence ouverte ?

Réponse à la question, pourquoi LO plutôt que ODbL :
On incite nos partenaires à publier leurs données en licence ouverte tout comme 
nous le faisons pour faciliter la réutilisation des données, de manière 
commerciale ou non. A mon sens, la licence ODbL est un frein pour des 
entreprises qui souhaitent créer de la valeur en réutilisant les données, les 
compléter sans forcément vouloir les repartager ; je me trompe peut-être ?  
Nous souhaitons que l'information transmise aux citoyens soit la plus juste 
possible, peu importe le service qui transmet cette information (mappy, waze, 
tomtom, here, maps.me, système de navigation, etc.).
Par ailleurs, la licence ODbL est plus adaptée au droit anglo-saxon alors que 
la licence ouvert v2.0 (Etalab) est adapté à notre droit.

Bonne journée

Jean-Charles Guimard


De : GUIMARD Jean-Charles [mailto:jean-charles.guim...@strasbourg.eu]
Envoyé : mercredi 1 avril 2020 13:31
À : talk-fr@openstreetmap.org
Objet : [SUSPECT][OSM-talk-fr] #caresteouvert - Licence ouverte ?

Bonjour,

Je suis en train d'agréger différents flux de données qui permettent d'enrichir 
la connaissance des lieux ouverts, des commerces, maraîchers, etc. suivant le 
mode de commande et de retrait des marchandises (drive, livraison, sur place), 
en indiquant les communes couvertes par la livraison. Cela couvrira le 
territoire de l'eurométropole de Strasbourg et sera accessible sur 
https://data.strasbourg.eu

La donnée que nous allons agréger sera diffusée en Licence ouverte V2 Etalab. 
Je compte indiquer pour chaque établissement, la source initiale de 
l'information.

Il y a des sources collaboratives comme une mymaps dont le propriétaire est 
d'accord pour que les données soient redistribuées en opendata.
Il y aura certainement des sources institutionnelles comme celle la CCI ou la 
CMA.

La source OSM avec la démarche « ça reste ouvert » est bien sûr une source très 
intéressante. Si j'indique dans le jeu de données agrégé, la source initiale « 
OSM » quand il s'agit d'une remontée d'info réalisée par un contributeur « OSM 
», suis-je autorisé à l'inclure dans le jeu de données 

Re: [OSM-talk-fr] Profusion de clés covid19

[Cyrille37 OSM]

Bonjour Yves,
Il s'agit d'un moment particulier, je laisserai bien les tag:covid19 
comme ils sont (sauf pour les fautes de frappe). Il y a plein d'autres 
harmonisations à voir sur des sujets pérennes :-)

Cyrille37.

Le 21/04/2020 à 11:37, Yves P. a écrit :



Je l'ai refais uniquement pour la France.


J'ai chargé les *phone:covid19* : https://overpass-turbo.eu/s/T7z

Souvent, il s'agit d'un numéro de portable qui n'existait pas : 
rajouter plutôt un tag *mobile=** ?


Parfois, un numéro de fixe supplémentaire : mettre à jour 
*phone=n°1;n°2* et/ou mettre un message explicite 
dans* description:covid19* ?


  * description:covid19="Contactez le Centre d'Appel au : 09 74 50 56 56"



Hormis les 4 premiers […] les autres sont […] de la pollution ?? 


On me dit dans l'oreillette de regarder les graphiques ici : Rarely 
verified and third-party data staleness in OpenStreetMap 



Merci Stuart 

__
Yves

PS: ça ne veux pas dire qu'il faut jeter tous les tags peu utilisés 
(certains vont se développer)
Mais on peut (doit) vraiment *se questionner* sur ces profusions de 
tags 




___
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] Profusion de clés covid19

[Yves P.]

> Je l'ai refais uniquement pour la France.

J'ai chargé les phone:covid19 : https://overpass-turbo.eu/s/T7z

Souvent, il s'agit d'un numéro de portable qui n'existait pas : rajouter plutôt 
un tag mobile=* ?

Parfois, un numéro de fixe supplémentaire : mettre à jour phone=n°1;n°2 et/ou 
mettre un message explicite dans description:covid19 ?
description:covid19="Contactez le Centre d'Appel au : 09 74 50 56 56"

> Hormis les 4 premiers […] les autres sont […] de la pollution ?? 

On me dit dans l'oreillette de regarder les graphiques ici : Rarely verified 
and third-party data staleness in OpenStreetMap 


Merci Stuart 

__
Yves

PS: ça ne veux pas dire qu'il faut jeter tous les tags peu utilisés (certains 
vont se développer)
Mais on peut (doit) vraiment se questionner sur ces profusions de tags 


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

Re: [OSM-talk-fr] Profusion de clés covid19

[Vincent Bergeot]

Bonjour,

Le 21/04/2020 à 11:12, Yves P. a écrit :

Bonjour,

Voici ce que donne TagInfo :

Que l'esprit humain est créatif en cette période 浪

Hormis les 4 premiers (en nombre), drive_through:covid19 et 
éventuellement access:covid19 (dont je ne suis pas convaincu de son 
intérêt) les autres sont :


  * des erreurs de saisie : takeway:covid19, access:covid19=
  * de la pollution ?? 

oui je penche pour un certain nombre d'erreurs, de frappe par exemple ou 
d'incompréhension pour d'autres (dans le cas des 
opening_hours:covid19=yes qui étaient apparues à un moment, j'ai prévenu 
les auteurs en faisant référence au wiki et corrigé si ce n'était pas 
fait. Je n'ai eu que des retours positifs).


je ne comprends pas la notion de pollution, je ne sais à quoi tu fais 
référence ? peu utilisée -> pollution ?


à plus







__
Yves

*count* *key*
32000 	opening_hours:covid19 

4628 	delivery:covid19 

3967 	description:covid19 

3279 	takeaway:covid19 

983 	access:covid19 


103 note:covid19 
46 	phone:covid19 

37 	police:covid19 

37 	website:covid19 

35 	source:opening_hours:covid19 

34 	takeway:covid19 

29 	disease:covid19 

29 	drive_through:covid19 

23 	capacity:covid19 

19 	reservation:covid19 

18 	collection_times:covid19 

14 	description:it:covid19 

6 	description:de:covid19 

4 	drive_in:covid19 

3 	payment:service_vouchers:covid19 
 

2 	barrier:covid19 

2 	contact:phone:covid19 

2 	opening_hours:delivery:covid19 
 

2 	payment:cash:covid19 

1 	access:covid19= 

1 	appointment:covid19 

1 	booking:covid19 

1 	clothes:covid19 


1   email:covid19 
1 	outdoor_seating:covid19 

1 	payment:wire_transfer:covid19 
 

1 	self_service:covid19 

1 	service_times:covid19 

1 	service:covid19 

1 	source:covid19 

1 	source:description:covid19 

1 	tobacco:covid19 

1 	wheelchair:covid19 




*count* *key*
983 	access:covid19 

1 	access:covid19= 

1 	appointment:covid19 

2 	barrier:covid19 

1 	booking:covid19 

23 	capacity:covid19 

1 	clothes:covid19 

18 	collection_times:covid19 

2 	contact:phone:covid19 

Re: [OSM-talk-fr] Profusion de clés covid19

[PanierAvide]

Bonjour Yves,

Les fautes de frappes évidentes dans les clés peuvent être corrigées 
(j'avais prévu de faire une passe dessus, mais manqué de temps...). Pour 
les autres clés, c'est la force d'OSM : le modèle de tags est libre de 
s'adapter aux besoins ;-)


Cordialement,

Adrien P.

Le 21/04/2020 à 11:20, Yves P. a écrit :

Je l'ai refais uniquement pour la France.

Il y a éventuellement un intérêt pour d'autres pays ?

Ça donne envie d'aller en vacances à Kinshasa 
https://overpass-turbo.eu/s/T7p

__
Yves

*Quantité*  *Clé*
26975 	opening_hours:covid19 

3572 	description:covid19 

2845 	delivery:covid19 

2231 	takeaway:covid19 

735 	access:covid19 


96  note:covid19 
35 	source:opening_hours:covid19 

35 	website:covid19 

34 	takeway:covid19 

27 	drive_through:covid19 

20 	capacity:covid19 

19 	reservation:covid19 

18 	collection_times:covid19 


9   phone:covid19 
4 	drive_in:covid19 

2 	payment:cash:covid19 

1 	appointment:covid19 

1 	source:covid19 

1 	source:description:covid19 

1 	booking:covid19 

1 	tobacco:covid19 

1 	payment:wire_transfer:covid19 

1 	contact:phone:covid19 

1 	access:covid19= 




___
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] [Presse Locale][Ca Urge] Ça reste ouvert :

[PanierAvide]

Bonjour,

On a pas mal de stats générées ici : 
https://download.osmontrouge.fr/caresteouvert/


Cordialement,

Adrien P.

Le 21/04/2020 à 11:01, Jacques Lavignotte a écrit :

Bonjour,

pour la presse locale j'ai besoin de chiffres CRO sur les départements 
86 et 79.


Nombre commerces dans CRO, nombre de contributeurs, etc.

C'est pour midi :)

Merci, Jacques


Le 25/03/2020 à 19:44, PanierAvide a écrit :

Bonjour à tous,

Suite aux échanges divers sur l'épidémie de Covid-19 et comment OSM 
pouvait proposer une information de qualité sur le sujet, nous avons 
enfin publié "Ça reste ouvert", la carte des lieux ouverts pendant le 
confinement : caresteouvert.fr


La carte propose aux visiteurs d'ajouter des infos dans leur commune 
: cela créé une note automatiquement dans OSM, avec les informations 
nécessaires. Ces notes sont à passer en revue pour intégrer les tags 
sur les lieux concernés. En particulier :


- opening_hours:covid19 : horaires d'ouvertures pendant le 
confinement (ou off si fermé)
- note:covid19 : si des infos supplémentaires sont données (livraison 
à domicile, mesures sanitaires...)


Pour vous aider à passer en revue les notes, il y a l'outil 
NotesReview :


https://ent8r.github.io/NotesReview/?query=%23caresteouvert=1=2020-03-23=6%2F47.3691%2F1.0107 



Et la page de coordination du projet est ici : 
https://wiki.openstreetmap.org/wiki/France/Covid-19


Nous comptons sur la communauté pour intégrer ces infos et faire 
d'OSM la base de données de référence pendant le confinement (et même 
après) !


Cordialement,





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

Re: [talk-cz] WeeklyOSM CZ 507

[majkaz]

Já osobně si path=mtb dokážu představit snad jen v bikeparku - tedy stezka 
vybudovaná a určená jen pro horská kola. Tedy víceméně obdoba závodní dráhy, 
ale pak je to duplikování leisure=track.
 
Moc ale nechápu, jak se chodec může vyhnout cestám užívaným jako traily - 
protože po okolí se takhle velmi často užívají značené turistické trasy. 
Většinou to není problém, pokud tam dotyčný vyrazí večer po práci nebo o 
víkendu ráno, ale potkat ho tam v plné rychlosti v neděli po obědě, kdy je to 
plné rodinek s dětmi (úzká pěšina v prudkém svahu kousek od konečné MHD), je na 
zabití. Navíc, jak už bylo řečeno, traily většinou nejsou nikde značené a ani 
oficiálně prezentované.
 
Cyklostezky i cyklotrasy jsou přece něco výrazně jiného, i cyklotrasa pro horská kola po 
pěšinách většinou nevede. To už je spíš natažená po zanikajících až neexistujících 
polních cestách, případně po polních cestách "vylepšených" štěrkem - tedy 
velkými šutry, ne tím co se obecně označuje za štěrkovou cestu, drtí z cihel nebo 
podobně. Navíc tady po okolí je označení cyklotrasy pro horská kola je výjimka, většina z 
nich je označená naprosto stejně, ať vede po silnici s hladkým asfaltem nebo po rozbitých 
polních cestách.
 
Ani cyklostezka neříká nic o průjezdnosti - v našich podmínkách většinou ani ne tak kvůli 
povrchu - i když rozbitý asfalt je taky radost - ale hlavně kvůli tomu, že se po ní nedá 
normálně jet díky technickému řešení - viz oblíbené "cyklisto slez z kola", 
přechody pro pěší v trase, neexistence nájezdů / sjezdů. 
 
Majka
__

Od: "jzvc via talk-cz" 
Komu: talk-cz@openstreetmap.org
Datum: 21.04.2020 09:31
Předmět: Re: [talk-cz] WeeklyOSM CZ 507

Dne 20.4.2020 v 10:29 <0174 napsal(a):Ahoj a díky za další číslo,jen bych doplnil k: Phyks se ptá , zda může být cyklostezka (cycleway) omezena pouze na horská kola, protože mu přijde, že dokumentace highway=cycleway je spíše pro městskou cyklistiku. Jsme si jisti, že alespoň jedna z více než 80 odpovědí  na mail listu mu pomohla s jeho problémem. 


Jedním z výsledků je návrh 
 na novou 
hodnotu tagu path=mtb. Ať už projde, nebo ne, jsem rád, že se to řeší, protože jako 
chodec bych se raději vyhnul cestám využívaným jako traily (překážky, cyklisté s 
vysokou kinetickou energií) a jako horský cyklista budu rád, když budu moci najít 
nová místa na ježdění (tedy v teorii, v praxi většinou zmapovaná nejsou). 
Cus, tohle je pekny nesmysl, pokud vim, existuje tagovani, ktery rika, jak moc 
je teren sjizny, a z nej jasne plyne, ze pokud to neni vicemene idealni 
afaltka, tak to pro silnicni kola zrovna neni. To ale vubec neznamena, ze 
neprojedes nebo v horsim pripade neprojdes.
Cyklostezka je pak predevsim cesta po pravni strance cyklistum urcena a 
pripadne adekvatne oznacena. S jeji sjizdnosti to nema zhola nic spolecnyho, 
pricipielne muze byt takto oznaceny i krpal po sutrech a korenech nekde 
uprostred divociny, byt to tak v nasich koncinach nebyva bezne. Co ale bezne uz 
je, jsou jako cyklostezka znaceny trebas sterkovy cesty, coz pro silnicni 
jezdeni taky neni uplne idealni. A opet, pozor, je rozdil mezi cyklostezkou 
(tzn tim, kde je prislusna znacka) a cyklotrasou - ta muze vist leckde.
Proto je path=mtb proste nesmysl, protoze nic takovyho neexistuje.
 
 
<0174
ne 19. 4. 2020 v 18:35 odesílatel Tom Ka > napsal:Ahoj, je dostupné vydání 507 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/13046 

* První online mapathon.
* Exporty na freemap.sk .
* Otvírací doba v karanténě.
* Otevřená místa nejen pro Francii.
* Jak na geo firmu?
* Zavírání poznámek v Rusku.
* Bezplatné členství.
* Výbor pro mikrogranty.
* Historická paměť měst.
* Body zájmu pro iOS.
* Nová verze JOSM.
* ArcGIS vrstvy z OSM.

Pěkné počtení ...

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

https://openstreetmap.cz/talkcz 
___talk-cz mailing listtalk...@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-cz 
https://openstreetmap.cz/talkcz 
 


--

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

https://openstreetmap.cz/talkcz 

___
talk-cz mailing list
talk-cz@openstreetmap.org

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

Je l'ai refais uniquement pour la France.

Il y a éventuellement un intérêt pour d'autres pays ?

Ça donne envie d'aller en vacances à Kinshasa 
https://overpass-turbo.eu/s/T7p

__
Yves

QuantitéClé
26975   opening_hours:covid19 

3572description:covid19 

2845delivery:covid19 

2231takeaway:covid19 

735 access:covid19 
96  note:covid19 
35  source:opening_hours:covid19 

35  website:covid19 

34  takeway:covid19 

27  drive_through:covid19 

20  capacity:covid19 

19  reservation:covid19 

18  collection_times:covid19 

9   phone:covid19 
4   drive_in:covid19 

2   payment:cash:covid19 

1   appointment:covid19 

1   source:covid19 
1   source:description:covid19 

1   booking:covid19 

1   tobacco:covid19 

1   payment:wire_transfer:covid19 

1   contact:phone:covid19 

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

[OSM-talk-fr] Profusion de clés covid19

[Yves P.]

Bonjour,

Voici ce que donne TagInfo :

Que l'esprit humain est créatif en cette période 浪

Hormis les 4 premiers (en nombre), drive_through:covid19 et éventuellement 
access:covid19 (dont je ne suis pas convaincu de son intérêt) les autres sont :
des erreurs de saisie : takeway:covid19, access:covid19=
de la pollution ?? 
__
Yves

count   key
32000   opening_hours:covid19 

4628delivery:covid19 

3967description:covid19 

3279takeaway:covid19 

983 access:covid19 
103 note:covid19 
46  phone:covid19 
37  police:covid19 
37  website:covid19 

35  source:opening_hours:covid19 

34  takeway:covid19 

29  disease:covid19 

29  drive_through:covid19 

23  capacity:covid19 

19  reservation:covid19 

18  collection_times:covid19 

14  description:it:covid19 

6   description:de:covid19 

4   drive_in:covid19 

3   payment:service_vouchers:covid19 

2   barrier:covid19 

2   contact:phone:covid19 

2   opening_hours:delivery:covid19 

2   payment:cash:covid19 

1   access:covid19= 

1   appointment:covid19 

1   booking:covid19 

1   clothes:covid19 

1   email:covid19 
1   outdoor_seating:covid19 

1   payment:wire_transfer:covid19 

1   self_service:covid19 

1   service_times:covid19 

1   service:covid19 

1   source:covid19 
1   source:description:covid19 

1   tobacco:covid19 

1   wheelchair:covid19 

count   key
983 access:covid19 
1   access:covid19= 

1   appointment:covid19 

2   barrier:covid19 

1   booking:covid19 

23  capacity:covid19 

1   clothes:covid19 

18  collection_times:covid19 

2   contact:phone:covid19 

4628delivery:covid19 

3967description:covid19 

6   description:de:covid19 

14  description:it:covid19 

Re: [OSM-talk-fr] [Presse Locale][Ca Urge] Ça reste ouvert :

[Jacques Lavignotte]

Bonjour,

pour la presse locale j'ai besoin de chiffres CRO sur les départements 
86 et 79.


Nombre commerces dans CRO, nombre de contributeurs, etc.

C'est pour midi :)

Merci, Jacques


Le 25/03/2020 à 19:44, PanierAvide a écrit :

Bonjour à tous,

Suite aux échanges divers sur l'épidémie de Covid-19 et comment OSM 
pouvait proposer une information de qualité sur le sujet, nous avons 
enfin publié "Ça reste ouvert", la carte des lieux ouverts pendant le 
confinement : caresteouvert.fr


La carte propose aux visiteurs d'ajouter des infos dans leur commune : 
cela créé une note automatiquement dans OSM, avec les informations 
nécessaires. Ces notes sont à passer en revue pour intégrer les tags sur 
les lieux concernés. En particulier :


- opening_hours:covid19 : horaires d'ouvertures pendant le confinement 
(ou off si fermé)
- note:covid19 : si des infos supplémentaires sont données (livraison à 
domicile, mesures sanitaires...)


Pour vous aider à passer en revue les notes, il y a l'outil NotesReview :

https://ent8r.github.io/NotesReview/?query=%23caresteouvert=1=2020-03-23=6%2F47.3691%2F1.0107 



Et la page de coordination du projet est ici : 
https://wiki.openstreetmap.org/wiki/France/Covid-19


Nous comptons sur la communauté pour intégrer ces infos et faire d'OSM 
la base de données de référence pendant le confinement (et même après) !


Cordialement,



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk] It's time to manage libraries properly in OSM

[Oleksiy Muzalyev]

Certainly, it is a good idea.

There is the list of 32 countries on the  page: 
https://english.slks.dk/libraries/library-standards/isil/ . Does it mean 
that other countries did not join the ISIL classification yet?


I wanted to add an ISIL code for a library in a country which is not in 
this list, but I could not find its code via search engines.


Best regards,

O.


On 21-Apr-20 10:20, Martin Koppenhoefer wrote:
There is an international standard identifier for libraries, "ISIL" / 
ISO 15511, maintained by the Danish /Slots- og Kulturstyrelsen/, which 
I would recommend to add: https://wiki.openstreetmap.org/wiki/Key:ref:isil


Cheers
Martin



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

Re: [Talk-it] app io gov

[Martin Koppenhoefer]

Am Di., 21. Apr. 2020 um 09:26 Uhr schrieb liste DOT girarsi AT posteo DOT
eu :

> Poi dal punto di vista burocratico dubito questo salto di qualità
> digitale sia effettivo, visto la qualità e conoscenza dei nostri
> amministratori pubblici.




in effetti sono rimasto sconcertato quanto grave erano/sono le carenze di
sicurezza sul sito dell'INPS, dove ci sono (obbligatoriamente) i dati
sensibili di 87% degli Italiani (tutti gli inscritti INPS), e dove si
possono visionare tutte le informazioni relativo al reditto degli ultimi
anni (sennò da sempre, io li vedo per gli ultimi 12 anni, da quando mi sono
registrato all'INPS) e quanto poco riscontro il fatto ha avuto. Per me una
cosa del genere meriterebbe che il presidente si dimetta...

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Jean-Guilhem Cailton]

Le 20/04/2020 à 15:32, Georges Dutreix via Talk-fr a écrit :
> Je présume qu'il faut remercier @frodrigo pour cette évolution ;-)
>
> En tout cas, c'est vraiment un plus. Merci.
>

Oui, et il y aussi en plus les numéros de tél. et de fax, et «
nursing_home » pour les Ehpad.

Ça fait bien gagner du temps.

MERCI beaucoup à tous ceux qui ont contribué à ça !


(Il ne reste plus que les noms à recopier en name= et réécrire à la main
en Mettant des Minuscules là où il faut, au lieu des MAJUSCULES PARTOUT
DE FINESS. ;) )


Portez vous bien.

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

Re: [OSM-talk] It's time to manage libraries properly in OSM

[Martin Koppenhoefer]

There is an international standard identifier for libraries, "ISIL" / ISO
15511, maintained by the Danish *Slots- og Kulturstyrelsen*, which I would
recommend to add: https://wiki.openstreetmap.org/wiki/Key:ref:isil

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

[OSM-talk-fr] Emploi - Géomaticien-ne Données libres

[GUIMARD Jean-Charles]

Bonjour,

Nous recrutons un-e géomaticien-ne référent-e "Données libres" pour développer 
les usages de l'information géographique, promouvoir les données libres de la 
collectivité et animer une démarche de citoyen-ne contributeur-trice pour la 
Ville et Eurométropole de Strasbourg dans une équipe dynamique de 7 personnes.

J'ai tardé à partager l'information ici mais il reste encore quelques jours , 
vous pouvez postuler avant le 26 avril https://bit.ly/EmploiGeoData

Bonne journée

Jean-Charles GUIMARD
Responsable du département Usages
Equipe projet Smart-data

Ville et Eurométropole de Strasbourg
Direction Urbanisme et Territoires · Service Géomatique
1 parc de l'Étoile 67076 Strasbourg Cedex

Téléphone : +33 (0)3 68 98 50 00
Poste : 80413
Fax : +33 (0)3 88 43 60 49

[http://www.site.strasbourg.eu/signature/banner_strasbourg.jpg][http://www.site.strasbourg.eu/signature/picto_fb.jpg][http://www.site.strasbourg.eu/signature/picto_twitter.jpg][http://www.site.strasbourg.eu/signature/picto_dm.jpg]



---
Ce message est établi à usage exclusif de son destinataire.
Toute utilisation ou diffusion, partielle ou totale, doit être
préalablement autorisée.

Tout message électronique est susceptible d'altération et son intégrité
ne peut être assurée. L'expéditeur décline toute responsabilité au titre
de ce message s'il a été modifié ou falsifié.

Si vous n'êtes pas destinataire de ce message, merci de le détruire et
d'avertir l'expéditeur.

Ville et Eurométropole de Strasbourg
---
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] It's time to manage libraries properly in OSM

[Oleksiy Muzalyev]

I would like to remark that many libraries have their Wikipedia 
articles. Even when a library does not have an article, it could be 
created. The best way to approach this is to do a survey of the library.
For example, I created the article (plus the Wikidata item and Wikimedia 
category) for this library: https://www.openstreetmap.org/node/1958300384


I took some images which reflect its location, type of the building, 
interior of the library, the exact title, as displayed on the entrance 
sign, the street number, etc. and added the corresponding links to the 
OSM node.


Even though it is a relatively small library no one in the community 
contested so far the noteworthiness of the article, what is not always 
the case when creating an article on some other subject.


So one more thing to do when mapping a library is to add some meaningful 
quality images, if necessary GPS traces, i.e to do a dedicated survey 
with consequent publishing of the results in the OSM.


Best regards,
O.

On 20-Apr-20 22:00, Christian Rogel wrote:
We are generally aware of the importance of the libraries, as they are 
numerous and useful by their variety (public, academic, specialized, 
school…).
But, why they have been so neglected by us, the mappers, seing them on 
the ground, getting maybe frequently in ?

So poors are the tags for describing them.

Yes, you can add the address, the phone, the opening hours and a few 
precisions. See ameniy = library 

But, you cannot indicate which public is admitted, if most of the 
collection is visible, which kind of documents is displayed and/or 
lended, and so on…


I suggest that every person capable proposes some categorization and 
enriches the wiki page above.


From a few hours discussion on the French OSM list, we were looming 
around using «  library:for = {public targeted} and library_collection.

But, there are more than 2 angles in library and information services.

Note : a map of the libraries in the world 
 was launched years ago by the 
International Federation of Library Associations (IFLA), but we do not 
see any location, the figures per countries only.
Let us remember the huge number of 2.6 M libraries registered. The 
French version on Google Map displays 162 locations.


81 500 /amenity=library/ are present in OSM database today 
 20 
apr. (5 500 in France). We can reach a richer content.



Christian Rogel
Retired chief librarian (France)


___
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: [talk-au] Anzacathon and mapping possibilities

[Greg Lauer]

Hi Daniel,

As both a (very amateur) military historian who has visited many of
battlefields/CWG's through the Asia Pacific, Africa and Europe, as well as
an Open Data proponent, I really like what you are trying to do. But...

The terms and conditions of OSM in relation to data imports is fairly clear
- unless the data is already licensed under an Open Data Commons Open
Database License (ODbL) then you will need (preferably written) permission
from the copyright holder.

https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_License_approval


A cursory glance at each of the providers websites does not indicate that
they have licensed under ODbL. Yes, this is pain, but it is the only way
OSM can ensure that the data can be legally used. Feel free to send them an
email asking if they will give permission to make there data available in
OSM. I can send you a template letter that explains the licensing
conditions to the copyright holder. The CWGC data set would be great as a
global dataset!

The use of OSM within a web service (such as the CWGC) has no relationship
to whether we can incorporate and/or import the said data sets into OSM.
Again unless explicit permission is given it will need to be requested.

Do you actually need to integrate the data sets into OSM? You seem fairly
talented at data wrangling and my suggestion would be build your web
services using OSM as a base map, and make the ancillary data available as
a separate overlay. This way you will not potentially breach the terms and
conditions of the OSM licence (but still please check with the data
providers that you can use that data in this way). There are multiple other
ways that you can display the data sets with out actually integrating into
OSM.

I look forward to seeing the completed product!

Cheers

Greg



On Tue, Apr 21, 2020 at 4:10 PM Daniel Pocock  wrote:

>
>
> On 21/04/2020 02:25, Warin wrote:
> > On 20/4/20 9:10 am, Daniel Pocock wrote:
> >> On 20/04/2020 00:49, Andrew Davidson wrote:
> >>> On Mon, Apr 20, 2020 at 7:52 AM Daniel Pocock  >>> > wrote:
> >>>
> >>> The CWGC copyright notice appears to be compatible with a bulk
> import of
> >>> their cemetery data.
> >>>
> >>>
> >>> The copyright notice explicitly says you can only use it for personal
> use.
> >> "Personal use" is one of those things that can be vague.  They don't
> >> elaborate.
> >
> > 'They' don't need to elaborate.
> > Most, if not all, lawyers will tell you that it excludes 'business use'
> where it is used to generate money.
> > OSM requires that OSM data can be used to generate money.
> >
> > This, to me, clearly says that the data cannot be used in OSM.
>
> Agreed, but it is safe for people to explore the data at home as part of
> the Anzacathon
>
> >> All these sites include a lot of photos and other material.  They may
> >> only apply the strictest definition of their license to those things, it
> >> could be worth contacting them to find out if they are happy for
> >> OpenStreetMap collaboration on the location data.
> >
> > Go right ahead and contact them.
> >
> >> The Anzacathon itself is a personal and non-profit activity that I've
> >> contributed to as a volunteer and I've cited all the data sources so I'm
> >> quite comfortable with the licensing.
> >
> > You may be comfortable.
> >
> > Will OSM lawyers be?
> >
> > Will the authors and lawyers of those data sources be equally
> comfortable?
>
> I agree with your concerns for the specific case of import to OSM
>
> I notice that AWM is using OSM on their site but CWGC is using Google
> Maps on their site.  An initiative to contact the CWGC might look at
> something broader than this data set and look at the general question of
> helping them operate without Google, like AWM.
>
> The UK Government also has a strong commitment to Open Data and this
> would be a factor for CWGC
> https://en.wikipedia.org/wiki/Open_data_in_the_United_Kingdom
>
> Based on the above, what are the things that people can do
> constructively with the data as it stands?  Any suggestions would be
> really welcome.
>
> Hopefully I will have some more time to work on it myself this week, I
> was planning to make a simple function for people to search for war
> graves and monuments within a given radius.  That doesn't exist on any
> of the sites right now.
>
> Regards,
>
> Daniel
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] [OT] app io gov

[dam...@damjan.net]

Vado di ot...

Purtroppo come sempre in Italia l'app ora c'è ma come si legge qui [0] gli enti 
pubblici che hanno aderito sono pochi, così fino a quando non aderiscono tutti 
(almeno tutti i comuni e le regioni) l'app non serve a niente o poco, perché 
non hai tutti i dati disponibili e quindi sei al punto di partenza...

Damjan

[0] 
https://www.ilsoftware.it/articoli.asp?tag=App-Io--ioitaliait--al-debutto-quest-oggi-cos-e-e-come-funziona_21067


-- Original Header ---

From  : "liste DOT girarsi AT posteo DOT eu" liste.gira...@posteo.eu
To  : talk-it@openstreetmap.org
Cc  : 
Date  : Tue, 21 Apr 2020 08:58:43 +0200
Subject : Re: [Talk-it] app io gov

> Il 21/04/20 08:44, Lorenzo Rolla ha scritto:
> > Colendissimi, segnalo che finalmente è arrivata sugli store di Google e di
> > IOS, l'app governativa della pubblica Amministrazione. Dovrebbe essere
> > utile per tutti noi cittadini. Lieto di leggere commenti.., ciao. Lorenzo
> > 
> > https://www.repubblica.it/dossier/stazione-futuro-riccardo-luna/2020/04/20/news/in_silenzio_e_arrivata_sugli_store_io_la_app_che_ci_cambiera_la_vita-254492447/?ref=RHPPTP-BH-I254492450-C12-P6-S1.12-T1
> > 
> > 
> Non vedo dove sta la buona notizia.
> 
> allora seppur di diversa natura ma sempre in tema di privacy, rispndo
> con questa:
> 
> https://nexa.polito.it/lettera-aperta-app-COVID19
> 
> -- 
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
> 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
> 

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

Re: [talk-cz] WeeklyOSM CZ 507

[jzvc via talk-cz]

Dne 20.4.2020 v 10:29 <0174 napsal(a):

Ahoj a díky za další číslo,
jen bych doplnil k:
/Phyks se ptá 
, 
zda může být cyklostezka (cycleway) omezena pouze na horská kola, 
protože mu přijde, že dokumentace |highway=cycleway| je spíše pro 
městskou cyklistiku. Jsme si jisti, že alespoň jedna z více než 80 
odpovědí 
 
na mail listu mu pomohla s jeho problémem.

/
/
/
Jedním z výsledků je návrh 
 
na novou hodnotu tagu /path=mtb/. Ať už projde, nebo ne, jsem rád, že 
se to řeší, protože jako chodec bych se raději vyhnul cestám 
využívaným jako traily (překážky, cyklisté s vysokou kinetickou 
energií) a jako horský cyklista budu rád, když budu moci najít nová 
místa na ježdění (tedy v teorii, v praxi většinou zmapovaná nejsou).



Cus, tohle je pekny nesmysl, pokud vim, existuje tagovani, ktery rika, 
jak moc je teren sjizny, a z nej jasne plyne, ze pokud to neni vicemene 
idealni afaltka, tak to pro silnicni kola zrovna neni. To ale vubec 
neznamena, ze neprojedes nebo v horsim pripade neprojdes.


Cyklostezka je pak predevsim cesta po pravni strance cyklistum urcena a 
pripadne adekvatne oznacena. S jeji sjizdnosti to nema zhola nic 
spolecnyho, pricipielne muze byt takto oznaceny i krpal po sutrech a 
korenech nekde uprostred divociny, byt to tak v nasich koncinach nebyva 
bezne. Co ale bezne uz je, jsou jako cyklostezka znaceny trebas sterkovy 
cesty, coz pro silnicni jezdeni taky neni uplne idealni. A opet, pozor, 
je rozdil mezi cyklostezkou (tzn tim, kde je prislusna znacka) a 
cyklotrasou - ta muze vist leckde.


Proto je path=mtb proste nesmysl, protoze nic takovyho neexistuje.





<0174

ne 19. 4. 2020 v 18:35 odesílatel Tom Ka > napsal:


Ahoj, je dostupné vydání 507 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/13046

* První online mapathon.
* Exporty na freemap.sk .
* Otvírací doba v karanténě.
* Otevřená místa nejen pro Francii.
* Jak na geo firmu?
* Zavírání poznámek v Rusku.
* Bezplatné členství.
* Výbor pro mikrogranty.
* Historická paměť měst.
* Body zájmu pro iOS.
* Nová verze JOSM.
* ArcGIS vrstvy z OSM.

Pěkné počtení ...

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


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



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

Re: [Talk-it] app io gov

[liste DOT girarsi AT posteo DOT eu]

Il 21/04/20 09:17, Lorenzo Rolla ha scritto:
> Scusa, ma questa tua risposta non è coerente con la mia segnalazione. Io
> parlo dell'app che serve per ricevere le varie comunicazioni e i pagamenti
> della P.A. Non sto parlando dell'app Immuni... La buona notizia (ovviamente
> per me, ma ho scritto perché sono interessato a leggere altre opinioni) è
> la comodità di ricevere sullo smartphone tutto ciò che mi riguarda come
> cittadino-contribuente senza dover inseguire lettere, siti, ecc. Ciao.
> Lorenzo
> 

Io sottolineavo invece l'uso della privacy a vanvera da parte delle
amministrazioni, che con una app, fatta da major come Google e Apple in
grado di immagazzinare dati come non mai, regalano di tutto e di più da
parte di inconsapevoli utenti, non tutti, ma molti, e la cosa fa
insospettire ancor di più perchè non mi pare l'AGCOM si sia espressa sul
favore o meno di questa.

Poi dal punto di vista burocratico dubito questo salto di qualità
digitale sia effettivo, visto la qualità e conoscenza dei nostri
amministratori pubblici.




-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [Talk-it] app io gov

[Lorenzo Rolla]

Scusa, ma questa tua risposta non è coerente con la mia segnalazione. Io
parlo dell'app che serve per ricevere le varie comunicazioni e i pagamenti
della P.A. Non sto parlando dell'app Immuni... La buona notizia (ovviamente
per me, ma ho scritto perché sono interessato a leggere altre opinioni) è
la comodità di ricevere sullo smartphone tutto ciò che mi riguarda come
cittadino-contribuente senza dover inseguire lettere, siti, ecc. Ciao.
Lorenzo

Il giorno mar 21 apr 2020 alle ore 08:59 liste DOT girarsi AT posteo DOT eu
 ha scritto:

> Il 21/04/20 08:44, Lorenzo Rolla ha scritto:
> > Colendissimi, segnalo che finalmente è arrivata sugli store di Google e
> di
> > IOS, l'app governativa della pubblica Amministrazione. Dovrebbe essere
> > utile per tutti noi cittadini. Lieto di leggere commenti.., ciao. Lorenzo
> >
> >
> https://www.repubblica.it/dossier/stazione-futuro-riccardo-luna/2020/04/20/news/in_silenzio_e_arrivata_sugli_store_io_la_app_che_ci_cambiera_la_vita-254492447/?ref=RHPPTP-BH-I254492450-C12-P6-S1.12-T1
> >
> >
> Non vedo dove sta la buona notizia.
>
> allora seppur di diversa natura ma sempre in tema di privacy, rispndo
> con questa:
>
> https://nexa.polito.it/lettera-aperta-app-COVID19
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


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

Re: [Talk-it] app io gov

[liste DOT girarsi AT posteo DOT eu]

Il 21/04/20 08:44, Lorenzo Rolla ha scritto:
> Colendissimi, segnalo che finalmente è arrivata sugli store di Google e di
> IOS, l'app governativa della pubblica Amministrazione. Dovrebbe essere
> utile per tutti noi cittadini. Lieto di leggere commenti.., ciao. Lorenzo
> 
> https://www.repubblica.it/dossier/stazione-futuro-riccardo-luna/2020/04/20/news/in_silenzio_e_arrivata_sugli_store_io_la_app_che_ci_cambiera_la_vita-254492447/?ref=RHPPTP-BH-I254492450-C12-P6-S1.12-T1
> 
> 
Non vedo dove sta la buona notizia.

allora seppur di diversa natura ma sempre in tema di privacy, rispndo
con questa:

https://nexa.polito.it/lettera-aperta-app-COVID19

-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

[Talk-it] app io gov

[Lorenzo Rolla]

Colendissimi, segnalo che finalmente è arrivata sugli store di Google e di
IOS, l'app governativa della pubblica Amministrazione. Dovrebbe essere
utile per tutti noi cittadini. Lieto di leggere commenti.., ciao. Lorenzo

https://www.repubblica.it/dossier/stazione-futuro-riccardo-luna/2020/04/20/news/in_silenzio_e_arrivata_sugli_store_io_la_app_che_ci_cambiera_la_vita-254492447/?ref=RHPPTP-BH-I254492450-C12-P6-S1.12-T1

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

Re: [talk-au] Anzacathon and mapping possibilities

[Daniel Pocock]

On 21/04/2020 02:25, Warin wrote:
> On 20/4/20 9:10 am, Daniel Pocock wrote:
>> On 20/04/2020 00:49, Andrew Davidson wrote:
>>> On Mon, Apr 20, 2020 at 7:52 AM Daniel Pocock >> > wrote:
>>>
>>> The CWGC copyright notice appears to be compatible with a bulk import of
>>> their cemetery data.
>>>
>>>
>>> The copyright notice explicitly says you can only use it for personal use.
>> "Personal use" is one of those things that can be vague.  They don't
>> elaborate.
> 
> 'They' don't need to elaborate.
> Most, if not all, lawyers will tell you that it excludes 'business use' where 
> it is used to generate money. 
> OSM requires that OSM data can be used to generate money. 
> 
> This, to me, clearly says that the data cannot be used in OSM. 

Agreed, but it is safe for people to explore the data at home as part of
the Anzacathon

>> All these sites include a lot of photos and other material.  They may
>> only apply the strictest definition of their license to those things, it
>> could be worth contacting them to find out if they are happy for
>> OpenStreetMap collaboration on the location data.
> 
> Go right ahead and contact them. 
> 
>> The Anzacathon itself is a personal and non-profit activity that I've
>> contributed to as a volunteer and I've cited all the data sources so I'm
>> quite comfortable with the licensing.
> 
> You may be comfortable. 
> 
> Will OSM lawyers be? 
> 
> Will the authors and lawyers of those data sources be equally comfortable? 

I agree with your concerns for the specific case of import to OSM

I notice that AWM is using OSM on their site but CWGC is using Google
Maps on their site.  An initiative to contact the CWGC might look at
something broader than this data set and look at the general question of
helping them operate without Google, like AWM.

The UK Government also has a strong commitment to Open Data and this
would be a factor for CWGC
https://en.wikipedia.org/wiki/Open_data_in_the_United_Kingdom

Based on the above, what are the things that people can do
constructively with the data as it stands?  Any suggestions would be
really welcome.

Hopefully I will have some more time to work on it myself this week, I
was planning to make a simple function for people to search for war
graves and monuments within a given radius.  That doesn't exist on any
of the sites right now.

Regards,

Daniel

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