Re: [Talk-it] Import civici Milano - preview

[Cascafico Giovanni]

Streetview non può essere usato ovviamente per validare il dataset del
comune di Milano. Nemmeno per "monitorare" (controllare) le informazioni.
Resta la domanda filosofica: se dalla foto, rilevo un'assenza (di civico,
di shop ecc.) e ciò mi fa decidere di escludere l'importazione
dell'elemento, ricado negli usi vietati? Se sì, come può Google provare
l'origine della mia inazione?

Il dom 18 ott 2020, 18:48 Lorenzo Mastrogiacomi  ha
scritto:

> Il giorno ven, 16/10/2020 alle 19.10 +0200, Antonio Carpentieri ha scritto:
>
> Ciao Andrea,
> no, non sono andato a verificarli di persona :( per quanto riguarda la
> zona 5 e' la zona in cui vivo e lavoro e guardando la mappa OSM ho
> quasi sempre ricostruito l'informazione giusta.
> Anche la zona nove la conosco abbastanza bene ed ho fatto la stessa
> cosa. Dove non arrivavo con la memoria o guardando la mappa OSM ho
> spiato con street view.
>
> Questo invalida tutto il lavoro? Se la risposta fosse sì, mi dispiace,
> avro' vanificato qualche ora di lavoro, ...
>
>
> Probabile
>
> *Usi vietati*
> *Siamo lieti di vedere che molte persone utilizzano Street View, ma ci
> sono alcuni casi d'uso vietati. Esempi di casi d'uso vietati:*
>
>- *creazione di dati a partire da immagini di Street View, come la
>   digitalizzazione o il monitoraggio di informazioni dalle immagini;*
>   - *utilizzo di applicazioni per analizzare ed estrarre informazioni
>   dalle immagini di Street View;*
>   - *download di immagini di Street View per utilizzarle
>   separatamente dai servizi Google (ad esempio come copia offline);*
>   - *accorpare o unire più immagini di Street View per creare
>   un'immagine più grande.*
>
> *Queste restrizioni si applicano a progetti accademici e commerciali.*
>
> https://www.google.com/intl/it/permissions/geoguidelines/
>
>
> Lorenzo
> ___
> 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: [OSRM-talk] New v5.23.0 release

[Michael Bell]

> But that change actually breaks the intended change - binary exchange 
> protocol.

Fair point. It breaks the new interface.

An alternative could be to offer the old and new interfaces together.
That will resolve the breaking change and not introduce a new one.
But there would be two ways to return a JSON response, which might be confusing.


Michael

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

Re: [OSM-talk-ie] Some of the 3300 parks in OSM Ireland are just patches of grass.

[Neil O'Byrne]

Many planning permissions for development require up to 10% of the site area as 
public open space.  Developers meet this requirement by providing a patch of 
grass to the Local Authority or local community, and either dedicating the land 
as open space or transferring ownership to the local authority.  It could take 
decades for the local authority to develop a park, but in the long term that is 
what will happen to the land - the path of grass is park in waiting.  The deed 
of dedication prevents no other use other than open space or recreation.  
Sometimes the local community don't want the grass to change for fear a park 
may be a nuisance if sport or some other activity were to emerge.  They are 
happy to just see grass from their homes instead.

-Original Message-
From: Brian Hollinshead [mailto:br...@hollinshead.net] 
Sent: Sunday 18 October 2020 15:26
To: Discussion of OpenStreetMap in Ireland 
Subject: Re: [OSM-talk-ie] Some of the 3300 parks in OSM Ireland are just 
patches of grass.

I understood that adding to the amount of land area that was classified with a 
landuse category was a good addition to the map. My research showed that we 
have some 3,300 patches of land mapped but excluded from the landuse tag.
For private citizens or public officials seeking data from OSM for structured 
park areas (with planting /benches.sports/keep fit apparatus
etc) it makes the parks easier to find if they are tagged as landuse=park as 
well as leisure=park. I am interested in a few examples please, showing how you 
tag these areas when mapping in your home country.

I note you suggest removing the leisure=park tags. I feel it would be 
presumptive of me to consider that those who used the tag some 3,300 times to 
have been mistaken or ill-judged in what they did. without me knowing the local 
conditions.

On Sun, 18 Oct 2020 at 13:00, Mateusz Konieczny via Talk-ie < 
talk-ie@openstreetmap.org> wrote:

>
>
>
> Oct 18, 2020, 11:59 by br...@hollinshead.net:
>
> > As part of my researches into what features we have on OSM that 
> > might interest someone wishing to make use of outdoor facilities, I 
> > find on the Island of Ireland we have close to 3,300 parks to choose from, 
> > wow!
> > (leisure=park). On closer inspection I find that many of these in 
> > South Dublin at least are green areas of grass in housing estates, 
> > maybe 4
> houses
> > long by 8 houses wide. I tend to tag those as per the presets with 
> > landuse=grass.
> >
> I would remove leisure=park from them. Note that some people added 
> fake parks to manipulate outcomes in Pokemon Go that is using OSM 
> data.
>
> >  Yesterday I ran overpass landuse=park and got nil response!
> >
> Good!
>
> > This morning I have added landuse=park to about 24 of the parks 
> > already
> on
> > OSM and listed as parks by DLR, South Dublin and Fingal.
> >
> What is the point of this duplicate of leisure=park?
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie


-- 
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] HS canaux de communication - était Test tuiles vecto sur ProjetDuMois.fr communication

[PanierAvide]

Il y a à mon avis une contradiction sur laquelle il faudra à un moment 
trancher :


- Soit on veut éviter la multiplication des canaux, dans ce cas on 
s'accorde pour dire que les bugs sont à remonter sur le dépôt des outils 
(même si c'est Github), que les aspects gestion de l'asso sont à 
discuter sur Loomio (même si c'est avec un compte) - ou (exclusif) - sur 
la liste asso (même si liste de diffusion c'est obscur pour certains et 
qu'il n'y a pas de système de vote), etc.


- Soit alors la liberté de l'utilisateur prime sur le reste, et dans ce 
cas on accepte que les discussions soient éparpillées, que les prises de 
décisions ne soient jamais vraiment claires, que des remontées de bugs 
soient perdus et donc jamais traitées, etc.


À titre perso la première solution me paraît plus tenable, ce n'est 
clairement pas l'avis de tout le monde. Dans ce cas tranchons, de 
manière à ce que la règle soit actée et claire pour tout le monde ;-)


Pour les orientations du projet du mois, la gouvernance est et a 
toujours été la même : ce sont les personnes motivées qui lancent un 
thème, mettent en place les outils et communiquent, voir 
https://wiki.openstreetmap.org/wiki/FR:Projet_du_mois#Organiser_un_projet_du_mois 
Ça s'organise autour du wiki, et éventuellement avec des outils de 
communication plus "temps réel" à la discrétion des personnes motivées.


Et ça tombe bien, Florian a ouvert le sujet sur talk-fr le 2 octobre, 
que ça puisse être discuté sur cette liste (en _parallèle_ du Github). À 
ce jour, beaucoup d'idées ont été déposées sur Github mais personne ne 
s'est proposé pour porter le prochain projet du mois. Et pas de 
propositions sur talk-fr. Pas besoin de parler de grandes orientations : 
n'importe qui peut se lancer, _just do it_ comme ils disent, y a pas 
plus ouvert comme gouvernance :-)


Cordialement,

Adrien P.

Le 18/10/2020 à 20:13, osm.sanspourr...@spamgourmet.com a écrit :

Certes Adrien (et merci de prendre en compte les demandes qui arrivent
directement sur ta boîte aux lettres).

Je suis même d'accord sur ce point précis avec toi.

Il n'empêche que je lise "L’idée de créer un bulletin d’information
OSM-fr (dont nous avions parlé
) est discutée
 sur
loomio." sur le HebdOSM me pose question.

La multiplication des canaux est un problème. Que l'on parle de
problèmes spécifiques à un outil sur un outil de gestion de
bogues/améliorations ne me choque pas. Tant que ce n'est pas exclusif
(et c'est le cas ici).

Pour autant Loomio comme canal de discussion est ÀMHA une erreur.

De même les grandes orientations du projet du mois ont me semble-t-il
leur place ici.

Jean-Yvon

Le 18/10/2020 à 18:39, PanierAvide - panierav...@riseup.net a écrit :

À noter que les personnes qui développent les outils ne peuvent pas
être partout non plus (on a toujours que 24h, qu'une paire d'yeux et
aussi une vie des fois). Les retours sont plus facilement lisibles et
suivis s'ils sont faits sur les canaux prévus pour. #pragmatisme
#jaiBienComprisPourquoiGithubCestMalMaisOnAPasDeGitlabOsmFranceAlorsOnSadapte 


#auPireUnCourrielDirectAuxDevsÇaFonctionneAussi

Adrien P.

Le 18/10/2020 à 18:21, Jacques Lavignotte a écrit :



Le 18/10/2020 à 18:10, Yves P. a écrit :


PS: Tous les contributeurs OSMn'ont pas de compte GitHub


+1

#les canaux de comm



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



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


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

Re: [OSM-talk-fr] Mission Politique publique de la donnée

[François Lacombe]

Merci Cyrille de nous avoir indiqué ce site

Je me suis permis d'ajouter une contribution libre
https://www.mission-open-data.fr/processes/politique-publique-donnee/f/2/proposals/27

Bonne soirée

François

Le jeu. 15 oct. 2020 à 14:23, Cyrille37 OSM via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Hello,
> Petit rappel :
>
> La Mission Politique publique de la donnée a formulé 10 constats sur
> lesquels elle vous invite à réagir, en apportant vos commentaires. Vous
> avez repéré un constat supplémentaire qui ne figure dans ce rapport
> d'étape ? Vous souhaitez proposer une solution pour lever les blocages
> identifiés ? Rendez-vous sur la page "contributions libres" !
>
> https://www.mission-open-data.fr/processes/politique-publique-donnee/f/1/
>
> Cyrille37
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Test tuiles vecto sur ProjetDuMois.fr communication)

[osm . sanspourriel]

Certes Adrien (et merci de prendre en compte les demandes qui arrivent
directement sur ta boîte aux lettres).

Je suis même d'accord sur ce point précis avec toi.

Il n'empêche que je lise "L’idée de créer un bulletin d’information
OSM-fr (dont nous avions parlé
) est discutée
 sur
loomio." sur le HebdOSM me pose question.

La multiplication des canaux est un problème. Que l'on parle de
problèmes spécifiques à un outil sur un outil de gestion de
bogues/améliorations ne me choque pas. Tant que ce n'est pas exclusif
(et c'est le cas ici).

Pour autant Loomio comme canal de discussion est ÀMHA une erreur.

De même les grandes orientations du projet du mois ont me semble-t-il
leur place ici.

Jean-Yvon

Le 18/10/2020 à 18:39, PanierAvide - panierav...@riseup.net a écrit :

À noter que les personnes qui développent les outils ne peuvent pas
être partout non plus (on a toujours que 24h, qu'une paire d'yeux et
aussi une vie des fois). Les retours sont plus facilement lisibles et
suivis s'ils sont faits sur les canaux prévus pour. #pragmatisme
#jaiBienComprisPourquoiGithubCestMalMaisOnAPasDeGitlabOsmFranceAlorsOnSadapte
#auPireUnCourrielDirectAuxDevsÇaFonctionneAussi

Adrien P.

Le 18/10/2020 à 18:21, Jacques Lavignotte a écrit :



Le 18/10/2020 à 18:10, Yves P. a écrit :


PS: Tous les contributeurs OSMn'ont pas de compte GitHub


+1

#les canaux de comm



___
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-ca] weeklyOSM #534 2020-10-06-2020-10-12

[Jarek Piórkowski]

For anyone interested, it appears the link for this week's news should
be https://weeklyosm.eu/archives/13839

On Sun, 18 Oct 2020 at 06:13, weeklyteam  wrote:
>
> The weekly round-up of OSM news, issue # 534,
> is now available online in English, giving as always a summary of a lot of 
> things happening in the openstreetmap world:
>
>  https://www.weeklyosm.eu/en/archives/13803/
>
> Enjoy!
>
> Did you know that you can also submit messages for the weeklyOSM? Just log in 
> to https://osmbc.openstreetmap.de/login with your OSM account. Read more 
> about how to write a post here: 
> http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm
>
> weeklyOSM?
> who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
> where?: 
> https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca

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

Re: [talk-cz] Časově podmíněný přístup

[Jan Macura]

P.S. Analogicky pak tato změna:
https://www.openstreetmap.org/changeset/92664405 , kde mi přislo
smysluplnější dát omezení na "no", které trvá kratší čas a nepřekračuje
konec roku.

H.

On Sun, 18 Oct 2020 at 19:23, Jan Macura  wrote:

> Ahoj,
>
> myslím, že jo, ale mohl by někdo kouknout, jestli jsem touhle změnou:
> https://www.openstreetmap.org/changeset/92663872#map=15/49.0717/13.3735
> správně přepsal informace ze značky name do access:conditional?
> Jestli je to dobře, tak bych pak odmazal ty zastaralé značky date_off a
> date_on.
>
> Díky
>  H.
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Dětská herna

[Jan Macura]

Díky za tipy, leisure=playground + indoor=yes jsem nakonec uznal za
nejvhodnější: https://www.openstreetmap.org/node/7934137980 :-)

H.

On Wed, 23 Sep 2020 at 12:41, Jan Sten Adámek via talk-cz <
talk-cz@openstreetmap.org> wrote:

> leisure=playground?
>
> Sten
>
> Dne středa 23. září 2020 22:26:58 NZST, Jan Macura napsal(a):
> > Zdravím vespolek,
> >
> > nějaký nápad, jak označit v OSM toto: http://www.detskaherna-line.cz/ ?
> > tourism=theme_park mi přijde jako overkill.
> >
> > Díky
> >  H.
>
> ___
> 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] Časově podmíněný přístup

[Jan Macura]

Ahoj,

myslím, že jo, ale mohl by někdo kouknout, jestli jsem touhle změnou:
https://www.openstreetmap.org/changeset/92663872#map=15/49.0717/13.3735
správně přepsal informace ze značky name do access:conditional?
Jestli je to dobře, tak bych pak odmazal ty zastaralé značky date_off a
date_on.

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

Re: [OSRM-talk] New v5.23.0 release

[Denis Chapligin]

Actually i just realized, that i've made a patch for libosrmc a year ago:

https://github.com/daniel-j-h/libosrmc/pull/17

I'll ask the libosrmc maintainter to check it one more time.

вс, 18 окт. 2020 г. в 19:55, Denis Chapligin :

> But that change actually breaks the intended change - binary exchange
> protocol.
>
> вс, 18 окт. 2020 г. в 08:37, Michael Bell :
>
>> I've had a go at reverting the breaking change:
>> https://github.com/Project-OSRM/osrm-backend/pull/5860
>> I was able to compile libosrmc against it.
>>
>> Michael
>>
>> On Thu, 15 Oct 2020 at 17:14, Denis Chapligin  wrote:
>> >
>> > IIRC you had some idea of hiding that change and unbreaking the API by
>> templating ResultT type. If you can explain your idea I can probably
>> implement it.
>> >
>> > чт, 15 окт. 2020 г. в 17:43, Daniel Patterson via OSRM-talk <
>> osrm-talk@openstreetmap.org>:
>> >>
>> >> Dammit, sorry Julien, I'd forgotten about that issue - I'm not using
>> the libosrm bindings directly, so this change slipped my mind.
>> >>
>> >> If someone has time to fix the interface, we can release 5.24.0 to
>> address it, and mark 5.23.0 as a dud.  The interface change clearly breaks
>> semver rules as it's not backward compatible.  The alternative would be to
>> release OSRM 6.0.0, but this feels like much too small a change to justify
>> doing that.
>> >>
>> >> While I managed to find time to work through the release process, I do
>> not have time to do any significant refactoring work :-/
>> >>
>> >> daniel
>> >>
>> >> On Thu, Oct 15, 2020 at 12:38 AM Julien Coupey  wrote:
>> >>>
>> >>> Hi Daniel and all
>> >>>
>> >>> Thanks for your work on this release, and all the various recent
>> >>> contributions that made it possible. It's great to see a new OSRM
>> >>> version, first one in a long time!
>> >>>
>> >>> I'd like to ask for a clarification though, if possible, on the status
>> >>> of libosrm regarding this new version and possible future ones. There
>> >>> are a couple of reports about the API breaking changes ([1] and [2]).
>> It
>> >>> means that projects relying on libosrm v5.* no longer compile with
>> >>> v5.22, and now v5.23. This is a major problem for downstream users and
>> >>> maintainers, especially since the OSRM release process has long been
>> >>> adhering to the semver scheme. I only see two ways out:
>> >>>
>> >>> 1. The new v5.23 release somehow endorses the API change (after all a
>> >>> fix now would also be a new change from the last two releases). In
>> which
>> >>> case downstream users will have to fiddle with adjustments based on
>> >>> libosrm minor version.
>> >>>
>> >>> 2. This is considered as something that must be fixed at some point in
>> >>> the future. Then no action is required downstream, except stating that
>> >>> current libosrm versions are no longer compatible until a patch or new
>> >>> minor version is released.
>> >>>
>> >>> Knowing which option is the most likely would definitely help.
>> >>>
>> >>> [1] https://github.com/Project-OSRM/osrm-backend/issues/5548
>> >>> [2] https://github.com/Project-OSRM/osrm-backend/issues/5741
>> >>>
>> >>> Regards
>> >>> Julien
>> >>>
>> >>> On 14/10/2020 23:14, Daniel Patterson via OSRM-talk wrote:
>> >>> > Hello all,
>> >>> >
>> >>> >Well, after a long hiatus, I've finally had time to cut a new
>> >>> > release.  I've bundled up a bunch of the changes that have been
>> >>> > submitted over the last couple of years, and tagged 5.23.0, and
>> cleaned
>> >>> > up the changelog/master branch which had been left dangling in an
>> >>> > unclear state for a while.  Build/publish of the various binaries is
>> >>> > underway and should be complete soon.  Here's what's changed -
>> mostly
>> >>> > bugfixes, but a few small features as well.
>> >>> >
>> >>> >- Changes from 5.22.0
>> >>> >  - Build:
>> >>> >- FIXED: pessimistic calls to std::move
>> >>> > [#5560](https://github.com/Project-OSRM/osrm-backend/pull/5561)
>> >>> >  - Features:
>> >>> >- ADDED: new API parameter - `snapping=any|default` to allow
>> >>> > snapping to previously unsnappable edges
>> >>> > [#5361](https://github.com/Project-OSRM/osrm-backend/pull/5361)
>> >>> >- ADDED: keepalive support to the osrm-routed HTTP server
>> >>> > [#5518](https://github.com/Project-OSRM/osrm-backend/pull/5518)
>> >>> >- ADDED: flatbuffers output format support
>> >>> > [#5513](https://github.com/Project-OSRM/osrm-backend/pull/5513)
>> >>> >- ADDED: Global 'skip_waypoints' option
>> >>> > [#5556](https://github.com/Project-OSRM/osrm-backend/pull/5556)
>> >>> >- FIXED: Install the libosrm_guidance library correctly
>> >>> > [#5604](https://github.com/Project-OSRM/osrm-backend/pull/5604)
>> >>> >- FIXED: Http Handler can now deal witch optional whitespace
>> >>> > between header-key and -value
>> >>> > [#5606](https://github.com/Project-OSRM/osrm-backend/issues/5606)
>> >>> >  - Routing:
>> >>> >- CHANGED: allow routing past 

Re: [OSRM-talk] New v5.23.0 release

[Denis Chapligin]

But that change actually breaks the intended change - binary exchange
protocol.

вс, 18 окт. 2020 г. в 08:37, Michael Bell :

> I've had a go at reverting the breaking change:
> https://github.com/Project-OSRM/osrm-backend/pull/5860
> I was able to compile libosrmc against it.
>
> Michael
>
> On Thu, 15 Oct 2020 at 17:14, Denis Chapligin  wrote:
> >
> > IIRC you had some idea of hiding that change and unbreaking the API by
> templating ResultT type. If you can explain your idea I can probably
> implement it.
> >
> > чт, 15 окт. 2020 г. в 17:43, Daniel Patterson via OSRM-talk <
> osrm-talk@openstreetmap.org>:
> >>
> >> Dammit, sorry Julien, I'd forgotten about that issue - I'm not using
> the libosrm bindings directly, so this change slipped my mind.
> >>
> >> If someone has time to fix the interface, we can release 5.24.0 to
> address it, and mark 5.23.0 as a dud.  The interface change clearly breaks
> semver rules as it's not backward compatible.  The alternative would be to
> release OSRM 6.0.0, but this feels like much too small a change to justify
> doing that.
> >>
> >> While I managed to find time to work through the release process, I do
> not have time to do any significant refactoring work :-/
> >>
> >> daniel
> >>
> >> On Thu, Oct 15, 2020 at 12:38 AM Julien Coupey  wrote:
> >>>
> >>> Hi Daniel and all
> >>>
> >>> Thanks for your work on this release, and all the various recent
> >>> contributions that made it possible. It's great to see a new OSRM
> >>> version, first one in a long time!
> >>>
> >>> I'd like to ask for a clarification though, if possible, on the status
> >>> of libosrm regarding this new version and possible future ones. There
> >>> are a couple of reports about the API breaking changes ([1] and [2]).
> It
> >>> means that projects relying on libosrm v5.* no longer compile with
> >>> v5.22, and now v5.23. This is a major problem for downstream users and
> >>> maintainers, especially since the OSRM release process has long been
> >>> adhering to the semver scheme. I only see two ways out:
> >>>
> >>> 1. The new v5.23 release somehow endorses the API change (after all a
> >>> fix now would also be a new change from the last two releases). In
> which
> >>> case downstream users will have to fiddle with adjustments based on
> >>> libosrm minor version.
> >>>
> >>> 2. This is considered as something that must be fixed at some point in
> >>> the future. Then no action is required downstream, except stating that
> >>> current libosrm versions are no longer compatible until a patch or new
> >>> minor version is released.
> >>>
> >>> Knowing which option is the most likely would definitely help.
> >>>
> >>> [1] https://github.com/Project-OSRM/osrm-backend/issues/5548
> >>> [2] https://github.com/Project-OSRM/osrm-backend/issues/5741
> >>>
> >>> Regards
> >>> Julien
> >>>
> >>> On 14/10/2020 23:14, Daniel Patterson via OSRM-talk wrote:
> >>> > Hello all,
> >>> >
> >>> >Well, after a long hiatus, I've finally had time to cut a new
> >>> > release.  I've bundled up a bunch of the changes that have been
> >>> > submitted over the last couple of years, and tagged 5.23.0, and
> cleaned
> >>> > up the changelog/master branch which had been left dangling in an
> >>> > unclear state for a while.  Build/publish of the various binaries is
> >>> > underway and should be complete soon.  Here's what's changed - mostly
> >>> > bugfixes, but a few small features as well.
> >>> >
> >>> >- Changes from 5.22.0
> >>> >  - Build:
> >>> >- FIXED: pessimistic calls to std::move
> >>> > [#5560](https://github.com/Project-OSRM/osrm-backend/pull/5561)
> >>> >  - Features:
> >>> >- ADDED: new API parameter - `snapping=any|default` to allow
> >>> > snapping to previously unsnappable edges
> >>> > [#5361](https://github.com/Project-OSRM/osrm-backend/pull/5361)
> >>> >- ADDED: keepalive support to the osrm-routed HTTP server
> >>> > [#5518](https://github.com/Project-OSRM/osrm-backend/pull/5518)
> >>> >- ADDED: flatbuffers output format support
> >>> > [#5513](https://github.com/Project-OSRM/osrm-backend/pull/5513)
> >>> >- ADDED: Global 'skip_waypoints' option
> >>> > [#5556](https://github.com/Project-OSRM/osrm-backend/pull/5556)
> >>> >- FIXED: Install the libosrm_guidance library correctly
> >>> > [#5604](https://github.com/Project-OSRM/osrm-backend/pull/5604)
> >>> >- FIXED: Http Handler can now deal witch optional whitespace
> >>> > between header-key and -value
> >>> > [#5606](https://github.com/Project-OSRM/osrm-backend/issues/5606)
> >>> >  - Routing:
> >>> >- CHANGED: allow routing past `barrier=arch`
> >>> > [#5352](https://github.com/Project-OSRM/osrm-backend/pull/5352)
> >>> >- CHANGED: default car weight was reduced to 2000 kg.
> >>> > [#5371](https://github.com/Project-OSRM/osrm-backend/pull/5371)
> >>> >- CHANGED: default car height was reduced to 2 meters.
> >>> > 

Re: [OSM-talk] Idea for improving mapping system

[Dave F via talk]

All the OSM 'leaderboard' sites I've seen are based on quantity.
OSM needs more quality mappers.

There's a page which tabled the number of changesets created by 
individual contributors per day/week/month. I believe this led to a few 
anal retentives quickly creating one changeset for every couple of 
amendments. desperate to stay a the top of the list.  Not only does this 
speed editing create errors , it meant validation was even harder than 
having one changeset over a large area.


 DaveF

On 18/10/2020 03:31, TheAdventurer64 wrote:

Hello everyone,

A user and I were talking about implementing a system for better 
mapping, as described here:

https://osmus.slack.com/archives/C029HV951/p1602968516431900
This addition would have many benefits, including:
* More mapping. We have tons of new mappers each day, as well as a 
great editor for them. However, many of these new mappers leave after 
just a few edits. Examples:

https://www.openstreetmap.org/user/lukastheg03
https://www.openstreetmap.org/user/Th3Roomi3

___
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-it] Import civici Milano - preview

[Lorenzo Mastrogiacomi]

Il giorno ven, 16/10/2020 alle 19.10 +0200, Antonio Carpentieri ha
scritto:
> Ciao Andrea,
> no, non sono andato a verificarli di persona :( per quanto riguarda
> la
> zona 5 e' la zona in cui vivo e lavoro e guardando la mappa OSM ho
> quasi sempre ricostruito l'informazione giusta.
> Anche la zona nove la conosco abbastanza bene ed ho fatto la stessa
> cosa. Dove non arrivavo con la memoria o guardando la mappa OSM ho
> spiato con street view.
> 
> Questo invalida tutto il lavoro? Se la risposta fosse sì, mi
> dispiace,
> avro' vanificato qualche ora di lavoro, ...

Probabile

Usi vietati   Siamo lieti di vedere che molte persone utilizzano Street View, 
ma ci
   sono alcuni casi d'uso vietati. Esempi di casi d'uso vietati:
- creazione di dati a partire da immagini di Street View, come la 
  digitalizzazione o il monitoraggio di informazioni dalle immagini;
- utilizzo di applicazioni per analizzare ed estrarre informazioni dalle
  immagini di Street View;
- download di immagini di Street View per utilizzarle separatamente dai
  servizi Google (ad esempio come copia offline);
- accorpare o unire più immagini di Street View per creare un'immagine
  più grande.
   Queste restrizioni si applicano a progetti accademici e commerciali.
   
https://www.google.com/intl/it/permissions/geoguidelines/


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

Re: [OSM-talk-fr] Test tuiles vecto sur ProjetDuMois.fr

[PanierAvide]

Effectivement, ça manque pour se repérer. Je le note dans le ticket dédié.

Cordialement,

Adrien P.

Le 18/10/2020 à 18:41, Yves P. a écrit :
Est-ce que ce fond de carte vous paraît pertinent pour les /projets 
du mois /? Manque-t-il des éléments ?
J'ai fait du terrain. L'affiche des POIs serait une aide pour se 
repérer :)


Je confirme : sur le projet des bornes de recharge, on ne voit pas les 
parking, le nom des centre commerciaux.

https://projetdumois.fr/projects/2020-03_evcharging/map#sidebar=16.93/46.751171/5.914779

__
Yves

Pour info, les styles sont paramétrables en ligne : 
cloud.maptiler.com/customize 



___
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] Test tuiles vecto sur ProjetDuMois.fr

[Yves P.]

>> Est-ce que ce fond de carte vous paraît pertinent pour les projets du mois ? 
>> Manque-t-il des éléments ?
> J'ai fait du terrain. L'affiche des POIs serait une aide pour se repérer :)

Je confirme : sur le projet des bornes de recharge, on ne voit pas les parking, 
le nom des centre commerciaux.
https://projetdumois.fr/projects/2020-03_evcharging/map#sidebar=16.93/46.751171/5.914779

__
Yves

Pour info, les styles sont paramétrables en ligne : 
cloud.maptiler.com/customize 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Test tuiles vecto sur ProjetDuMois.fr

[PanierAvide]

À noter que les personnes qui développent les outils ne peuvent pas être 
partout non plus (on a toujours que 24h, qu'une paire d'yeux et aussi 
une vie des fois). Les retours sont plus facilement lisibles et suivis 
s'ils sont faits sur les canaux prévus pour. #pragmatisme 
#jaiBienComprisPourquoiGithubCestMalMaisOnAPasDeGitlabOsmFranceAlorsOnSadapte 
#auPireUnCourrielDirectAuxDevsÇaFonctionneAussi


Adrien P.

Le 18/10/2020 à 18:21, Jacques Lavignotte a écrit :



Le 18/10/2020 à 18:10, Yves P. a écrit :


PS: Tous les contributeurs OSMn'ont pas de compte GitHub


+1

#les canaux de comm



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

Re: [OSM-talk-fr] Test tuiles vecto sur ProjetDuMois.fr

[Jacques Lavignotte]

Le 18/10/2020 à 18:10, Yves P. a écrit :


PS: Tous les contributeurs OSMn'ont pas de compte GitHub


+1

#les canaux de comm

--
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-fr] Test tuiles vecto sur ProjetDuMois.fr

[Yves P.]

> Est-ce que ce fond de carte vous paraît pertinent pour les projets du mois ? 
> Manque-t-il des éléments ?
J'ai fait du terrain. L'affiche des POIs serait une aide pour se repérer :)


> Votre avis/retour est le bienvenu sur 
> https://github.com/vdct/ProjetDuMois/issues 
> Précises peut-être une issue 
> dédiée ;)

__
Yves

PS: Tous les contributeurs OSMn'ont pas de compte GitHub___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Attribution sur water-map.org/

[Water-Map]

Bonjour Philippe,

Water-Map est un projet collaboratif 100% bénévole qui a but de participer
à la réduction de la consommation du plastique à usage unique.

Water-map a choisi d'utiliser et contribuer aux données libres sur les
fontaines d'OpenStreetMap. Water-Map respecte toutes obligations de licence
Odbl d'OpenStreetMap et celles de MapBox..

Je pense déjà avoir répondu aux points soulevés précédemment qui suggèrent
un non respect de nos obligations ou une manque de reconnaissance envers
les contributeurs d'OpenStreetMap.

Bien cordialement,

Stuart



On Sat, Oct 17, 2020, 21:51 Philippe Verdy  wrote:

> Vous pouvez au moins tenir compte de la taille d'affichage de la carte
> pour savoir si un petit (i) suffit ou si une attribution normale peut tenir
> sans problème.
> Cela ne bloque pas ce que va afficher le panneau qui s'ouvre quand on
> clique dessus qui peut tout à fait mentionner Mapbox comme fournisseur,
> mais ne doit pas oublier de mentionner OSM comme source première (la plus
> visible dans tout ça, indépendamment du travail de rendu fait par Mapbox
> (ou du travail de qualification et de supervision par Mapbox des données
> soumises par leurs utilsiateurs ou les vôtres).
> D'ailleurs votre site n'est pas destiné directement à faire de vos
> visiteurs des utiliateurs de Mapbox, ce sont avant tout des utilisateurs de
> votre appli, et Mapbox n'est qu'un prestataire que vous avez choisi en
> privé.
>
> Vous ne demandez pas à vos utilisateurs je pense de se créer un compte et
> d'identifer chez Mapbox mais chez OSM: ils sont donc des utilisateurs d'OSM
> d'abord avant d'être des utiliqateurs indirects de Mapbox du fait de votre
> choix, et même si en tête ce sont d'abord vos utilisateurs que vous voulez
> suivre. De fait OSM devrait être placé en tête 'juste en dessous de
> vous pour les services spécifiques que vous proposez, et ensuite Mapbox ne
> posera aucune problème. A vous donc de revoir ce que va afficher le petit
> (i) quand on clique dessous, ou la mention complète normale (si sous avez
> la place dans votre interface).
>
> La même chose vaut pour d'autres sites, comme Facebook qui eux aussi
> affichent des "minicartes" (non navigables) avec un petit (i) qui peut se
> justifier vu la taille et le peu d'informations affichées. Facebook
> n'utilise pas qu'OSM d'ailleurs, pour certains services il renvoie chez
> Here (est-ce toujours chez Nokia/Microsoft? alors que Microsoft a développé
> et déployé une autre solution basée sur Bing et n'a gardé encore qu'une
> division sur les smartphones en pleine déconfiture face aux géants coréens,
> chinois et Apple).
>
>
>
> Le mar. 13 oct. 2020 à 18:39, Water-Map  a écrit :
>
>> Salut Christian,
>>
>>
>>
>> Nous tenons énormément à notre collaboration avec OpenStreetMap et nous
>> sommes conscients que notre projet n'existerait pas sans ce monde open et
>> collaboratif.
>>
>>
>>
>> Nous avons parlé d'OpenStreetMap aux Nations Unies, à l'UIT et dans notre
>> article dans le Parisien, pas par obligation mais parce que c'est un projet
>> auquel nous voulons contribuer et faire vivre.
>>
>>
>>
>> Notre app est mobile first, mais sur ordinateur j'ai aucun problème
>> d'exploser le "i" sur desktop. Je vais me renseigner à partir du mois de
>> novembre.
>>
>>
>>
>> Et pour les textes, comme j'ai écrit à Yves, je mettrais avec plaisir un
>> peu plus en avance OpenStreetMap.
>>
>>
>>
>> Bien à toi,
>>
>>
>>
>> Stuart
>>
>>
>>
>> PS : Je viens de proposer le thème d'eau potable (fontaines + cafés
>> refill) sur Talk GB pour Q2 21. S'ils l'acceptent comme projet, est-ce que
>> OSM FR pourrait considérer ce même thème pour un projet du mois ?
>>
>> On Tue, 13 Oct 2020 at 18:04, Christian Quest 
>> wrote:
>>
>>> Le 13/10/2020 à 17:38, Water-Map a écrit :
>>> > Bonjour Christian,
>>> >
>>> > Je ne m'excuse pas.
>>> >
>>> > Notre site respecte les règles d'attributions de mon point de vue.
>>> >
>>> > OpenStreetMap est open data où pas ?
>>> >
>>> > Bien à toi,
>>> >
>>> > Stuart
>>> >
>>>
>>> J'ai été trop grognon... désolé.
>>>
>>> Quand je parle d'excuse, je ne vise personne, même moi je pourrai
>>> chercher ce qui peut expliquer, excuser ce qui me semble être un manque.
>>>
>>> Pour le respect des règles d'attribution, ok, d'un point de vue purement
>>> juridique ça peut passer mais est-ce sur ce plan là qu'on doit agir l'un
>>> envers l'autre ? Je ne pense pas.
>>>
>>> Ce que j'ai tenté (très maladroitement) de faire comprendre, c'est que
>>> nos projets collaboratifs croisés doivent s'entraider et se valoriser
>>> l'un l'autre.
>>>
>>> L'attribution aujourd'hui ne met pas du tout en valeur OSM, entre le
>>> problème du "i" à la Mapbox et le about minimaliste.
>>>
>>> Avec ce niveau d'attribution et donc de reconnaissance envers les
>>> contributeurs OSM et bien je n'ai pas plus envie que ça de promouvoir
>>> water-map alors que comme d'autres ici je trouve l'idée très bonne.
>>>
>>>
>>> Quant à la notion d'opendata... il y a un mix entre droits (de
>>> 

Re: [OSRM-talk] New v5.23.0 release

[Julien Coupey]

Thanks a lot Daniel, Denis and Michael for your answers.

Michael, I did not go through the details of your changes in PR #5860, 
but I gave a go at building and installing. I can confirm that the 
dowstream compilation problem reported in #5741 is gone with your changes.


Regards
Julien

On 18/10/2020 07:34, Michael Bell wrote:

I've had a go at reverting the breaking change:
https://github.com/Project-OSRM/osrm-backend/pull/5860
I was able to compile libosrmc against it.

Michael

On Thu, 15 Oct 2020 at 17:14, Denis Chapligin  wrote:


IIRC you had some idea of hiding that change and unbreaking the API by 
templating ResultT type. If you can explain your idea I can probably implement 
it.

чт, 15 окт. 2020 г. в 17:43, Daniel Patterson via OSRM-talk 
:


Dammit, sorry Julien, I'd forgotten about that issue - I'm not using the 
libosrm bindings directly, so this change slipped my mind.

If someone has time to fix the interface, we can release 5.24.0 to address it, 
and mark 5.23.0 as a dud.  The interface change clearly breaks semver rules as 
it's not backward compatible.  The alternative would be to release OSRM 6.0.0, 
but this feels like much too small a change to justify doing that.

While I managed to find time to work through the release process, I do not have 
time to do any significant refactoring work :-/

daniel

On Thu, Oct 15, 2020 at 12:38 AM Julien Coupey  wrote:


Hi Daniel and all

Thanks for your work on this release, and all the various recent
contributions that made it possible. It's great to see a new OSRM
version, first one in a long time!

I'd like to ask for a clarification though, if possible, on the status
of libosrm regarding this new version and possible future ones. There
are a couple of reports about the API breaking changes ([1] and [2]). It
means that projects relying on libosrm v5.* no longer compile with
v5.22, and now v5.23. This is a major problem for downstream users and
maintainers, especially since the OSRM release process has long been
adhering to the semver scheme. I only see two ways out:

1. The new v5.23 release somehow endorses the API change (after all a
fix now would also be a new change from the last two releases). In which
case downstream users will have to fiddle with adjustments based on
libosrm minor version.

2. This is considered as something that must be fixed at some point in
the future. Then no action is required downstream, except stating that
current libosrm versions are no longer compatible until a patch or new
minor version is released.

Knowing which option is the most likely would definitely help.

[1] https://github.com/Project-OSRM/osrm-backend/issues/5548
[2] https://github.com/Project-OSRM/osrm-backend/issues/5741

Regards
Julien

On 14/10/2020 23:14, Daniel Patterson via OSRM-talk wrote:

Hello all,

Well, after a long hiatus, I've finally had time to cut a new
release.  I've bundled up a bunch of the changes that have been
submitted over the last couple of years, and tagged 5.23.0, and cleaned
up the changelog/master branch which had been left dangling in an
unclear state for a while.  Build/publish of the various binaries is
underway and should be complete soon.  Here's what's changed - mostly
bugfixes, but a few small features as well.

- Changes from 5.22.0
  - Build:
- FIXED: pessimistic calls to std::move
[#5560](https://github.com/Project-OSRM/osrm-backend/pull/5561)
  - Features:
- ADDED: new API parameter - `snapping=any|default` to allow
snapping to previously unsnappable edges
[#5361](https://github.com/Project-OSRM/osrm-backend/pull/5361)
- ADDED: keepalive support to the osrm-routed HTTP server
[#5518](https://github.com/Project-OSRM/osrm-backend/pull/5518)
- ADDED: flatbuffers output format support
[#5513](https://github.com/Project-OSRM/osrm-backend/pull/5513)
- ADDED: Global 'skip_waypoints' option
[#5556](https://github.com/Project-OSRM/osrm-backend/pull/5556)
- FIXED: Install the libosrm_guidance library correctly
[#5604](https://github.com/Project-OSRM/osrm-backend/pull/5604)
- FIXED: Http Handler can now deal witch optional whitespace
between header-key and -value
[#5606](https://github.com/Project-OSRM/osrm-backend/issues/5606)
  - Routing:
- CHANGED: allow routing past `barrier=arch`
[#5352](https://github.com/Project-OSRM/osrm-backend/pull/5352)
- CHANGED: default car weight was reduced to 2000 kg.
[#5371](https://github.com/Project-OSRM/osrm-backend/pull/5371)
- CHANGED: default car height was reduced to 2 meters.
[#5389](https://github.com/Project-OSRM/osrm-backend/pull/5389)
- FIXED: treat `bicycle=use_sidepath` as no access on the tagged
way. [#5622](https://github.com/Project-OSRM/osrm-backend/pull/5622)
- FIXED: fix table result when source and destination on same
one-way segment.
[#5828](https://github.com/Project-OSRM/osrm-backend/pull/5828)
- FIXED: fix occasional segfault when 

Re: [Talk-it] weeklyOSM #534 2020-10-06-2020-10-12

[liste DOT girarsi AT posteo DOT eu]

Il 18/10/20 12:02, weeklyteam ha scritto:
> Il settimanale di notizie su OSM, numero # 534, è ora disponibile online in 
> italiano, 
> fornendo come sempre un riassunto di molte cose che accadono nel mondo 
> OpenStreetMap: 
> 
> https://www.weeklyosm.eu/it/archives/13803/
> 
> Buona lettura! 
> 

Il link giusto dovrebbe essere questo, chiedo conferma, perchè quello in
citazione rimanda ad un link del settimanale n° 532.

https://weeklyosm.eu/it/archives/13839


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

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

Re: [OSM-talk] Doocracy | Re: Idea for improving mapping system

[Simon Poole]

Am 18.10.2020 um 16:49 schrieb Colin Smale:


On 2020-10-18 15:04, Simon Poole wrote:



Am 18.10.2020 um 11:07 schrieb Rory McCann:

Like mnany things in OSM, the reason it hasn't been done is because no-one has actually done it 
yet. It looks like other people find your idea of "levels" and "badges" 
interesting, so you should try attempt it yourself.


Like many things in OSM, the reason that it isn't being done, is 
because it has been tried and has failed. It looks like that other 
people don't find the idea of "levels" and "badges" interesting, so 
you shouldn't attempt it again.
...unless either the proposal, or the circumstances, have changed in 
some significant way, or unless a substantial period of time has 
passed. Never say never.


Agreed, but the point was that there is 16 years of OSM-history in which 
most stuff from the 5-minute (community) manager has been tried in one 
way or the other, and there are reasons, which might need to be 
re-evaluated if things have significantly changed, why things are not 
being done, -not- that they simply hasn't been tried.




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


OpenPGP_0x4721711092E282EA.asc
Description: application/pgp-keys


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

[Talk-de] Richtiger Link weeklyOSM #534 2020-10-06-2020-10-12

[Nordpfeil]

Das ist die richtige Verknüpfung zur heutigen Ausgabe der OSM 
Wochennotiz Nr. 534


https://weeklyosm.eu/de/archives/13839

oder einfach nur "https://weeklyosm.eu/de; und Ihr landet automatisch 
bei der jeweils neuesten Ausgabe


Beste Grüße
Nordpfeil

 Weitergeleitete Nachricht 
Betreff:[Talk-de] weeklyOSM #534 2020-10-06-2020-10-12
Datum:  Sun, 18 Oct 2020 03:00:12 -0700 (PDT)
Von:weeklyteam 
Antwort an: 	Openstreetmap allgemeines in Deutsch 


An: talk-de@openstreetmap.org



Die Wochennotiz Ausgabe Nr. # 534, ist nun verfügbar - wie immer mit 
vielen Nachrichten aus dem OSM-Universium:


https://www.weeklyosm.eu/de/archives/13803/

Viel Spaß beim Lesen.
Euer Wochennotizteam

Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
einreichen könnt? Einfach auf https://osmbc.openstreetmap.de/ mit eurem 
OSM-Benutzerkonto anmelden und dann den Gastzugang benutzen.
weeklyOSM? who: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3

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

Re: [OSM-talk] Doocracy | Re: Idea for improving mapping system

[Colin Smale]

On 2020-10-18 15:04, Simon Poole wrote:

> Am 18.10.2020 um 11:07 schrieb Rory McCann: 
> 
>> Like mnany things in OSM, the reason it hasn't been done is because no-one 
>> has actually done it yet. It looks like other people find your idea of 
>> "levels" and "badges" interesting, so you should try attempt it yourself.
> 
> Like many things in OSM, the reason that it isn't being done, is because it 
> has been tried and has failed. It looks like that other people don't find the 
> idea of "levels" and "badges" interesting, so you shouldn't attempt it again.

...unless either the proposal, or the circumstances, have changed in
some significant way, or unless a substantial period of time has passed.
Never say never.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-transit] How to tag bike rule on transit vehicles?

[Tony Shield]

Good idea. Complex though.

Living in England - some bus routes will allow bicycles. Some companies 
have local bans. Train services usually need reservation on Express 
services and many local services. Some routes are run with different 
companies each with different rules. Many have a quantity limitation - 
e.g. 2 bicycles with reservation.


Folding bicycles are usually treated as luggage - allowed if there is 
space. On trains and sometimes buses.


Possible tag - bicycle:carriage= (your list below).

This tagging idea may also work for wheel chairs - wheel-chair:carriage= 
(your list below)


also mobility-scooter:carriage . . .. . In UK each train company has a 
policy on mobility scooters with most saying no or only as luggage. They 
are working on better policies.



On 18/10/2020 05:17, Phake Nick wrote:
Different bus/train/ferry/other public transit services could sach 
have different policies on whether bicycles can be allowed onboard or 
not. How should they be tagged?

Off hand I have think of several types of permission:
- Allowed
- Prior notification needed
- Only during some time period (not allowed during peak hour or 
holiday only)

- Specific service frequency only
- Only for frequencies using particular behicle
- Folded bike only
- Only if wheels are removed and packed into cycling bag
- Disallowed
Should they be tagged on individual route related or network relation?

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

Re: [OSM-talk-ie] Some of the 3300 parks in OSM Ireland are just patches of grass.

[Mateusz Konieczny via Talk-ie]

18 paź 2020, 15:25 od br...@hollinshead.net:

> I understood that adding to the amount of land area that was
> classified with a landuse category was a good addition to the map.
>  
>
Yes, and mapping leisure=park area is
enough to classify area as used as a park


> My
> research showed that we have some 3,300 patches of land mapped but excluded
> from the landuse tag.
>
OSM tagging is organically grown and
is not very systematic.

leisure=park also marks land use
> For private citizens or public officials seeking data from OSM for
> structured park areas (with planting /benches.sports/keep fit apparatus
> etc) it makes the parks easier to find if they are tagged as landuse=park
> as well as leisure=park
>
Maybe, but introducing duplicate tag to
small subset of parks is not helpful
and just increases confusion.


> how you tag these areas when mapping in your home country.
>
In Poland urban parks are marked as 
leisure=park
> I note you suggest removing the leisure=park tags. I feel it would be
> presumptive of me to consider that those who used the tag some 3,300 times
> to have been mistaken or ill-judged in what they did. without me knowing
> the local conditions.
>
Yes, it would require verification.
From your email I understood that
you verified some cases and found it to
be a bare grass area without park.
>
> On Sun, 18 Oct 2020 at 13:00, Mateusz Konieczny via Talk-ie <
> talk-ie@openstreetmap.org> wrote:
>
>>
>>
>>
>> Oct 18, 2020, 11:59 by br...@hollinshead.net:
>>
>> > As part of my researches into what features we have on OSM that might
>> > interest someone wishing to make use of outdoor facilities, I find on the
>> > Island of Ireland we have close to 3,300 parks to choose from, wow!
>> > (leisure=park). On closer inspection I find that many of these in South
>> > Dublin at least are green areas of grass in housing estates, maybe 4
>> houses
>> > long by 8 houses wide. I tend to tag those as per the presets with
>> > landuse=grass.
>> >
>> I would remove leisure=park from them. Note that some people added
>> fake parks to manipulate outcomes in Pokemon Go that is
>> using OSM data.
>>
>> >  Yesterday I ran overpass landuse=park and got nil response!
>> >
>> Good!
>>
>> > This morning I have added landuse=park to about 24 of the parks already
>> on
>> > OSM and listed as parks by DLR, South Dublin and Fingal.
>> >
>> What is the point of this duplicate of leisure=park?
>>
>> ___
>> Talk-ie mailing list
>> Talk-ie@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ie
>>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Some of the 3300 parks in OSM Ireland are just patches of grass.

[Brian Hollinshead]

I understood that adding to the amount of land area that was
classified with a landuse category was a good addition to the map. My
research showed that we have some 3,300 patches of land mapped but excluded
from the landuse tag.
For private citizens or public officials seeking data from OSM for
structured park areas (with planting /benches.sports/keep fit apparatus
etc) it makes the parks easier to find if they are tagged as landuse=park
as well as leisure=park. I am interested in a few examples please, showing
how you tag these areas when mapping in your home country.

I note you suggest removing the leisure=park tags. I feel it would be
presumptive of me to consider that those who used the tag some 3,300 times
to have been mistaken or ill-judged in what they did. without me knowing
the local conditions.

On Sun, 18 Oct 2020 at 13:00, Mateusz Konieczny via Talk-ie <
talk-ie@openstreetmap.org> wrote:

>
>
>
> Oct 18, 2020, 11:59 by br...@hollinshead.net:
>
> > As part of my researches into what features we have on OSM that might
> > interest someone wishing to make use of outdoor facilities, I find on the
> > Island of Ireland we have close to 3,300 parks to choose from, wow!
> > (leisure=park). On closer inspection I find that many of these in South
> > Dublin at least are green areas of grass in housing estates, maybe 4
> houses
> > long by 8 houses wide. I tend to tag those as per the presets with
> > landuse=grass.
> >
> I would remove leisure=park from them. Note that some people added
> fake parks to manipulate outcomes in Pokemon Go that is
> using OSM data.
>
> >  Yesterday I ran overpass landuse=park and got nil response!
> >
> Good!
>
> > This morning I have added landuse=park to about 24 of the parks already
> on
> > OSM and listed as parks by DLR, South Dublin and Fingal.
> >
> What is the point of this duplicate of leisure=park?
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk] Doocracy | Re: Idea for improving mapping system

[Simon Poole]

Am 18.10.2020 um 11:07 schrieb Rory McCann:

Like mnany things in OSM, the reason it hasn't been done is because no-one has actually done it 
yet. It looks like other people find your idea of "levels" and "badges" 
interesting, so you should try attempt it yourself.


Like many things in OSM, the reason that it isn't being done, is because 
it has been tried and has failed. It looks like that other people don't 
find the idea of "levels" and "badges" interesting, so you shouldn't 
attempt it again.




On Sun, 18 Oct 2020, at 4:31 AM, TheAdventurer64 wrote:

Hello everyone,

A user and I were talking about implementing a system for better
mapping, as described here:
https://osmus.slack.com/archives/C029HV951/p1602968516431900
This addition would have many benefits, including:
* More mapping. We have tons of new mappers each day, as well as a
great editor for them. However, many of these new mappers leave after
just a few edits. Examples:
https://www.openstreetmap.org/user/lukastheg03
https://www.openstreetmap.org/user/Th3Roomi3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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


OpenPGP_0x4721711092E282EA.asc
Description: application/pgp-keys


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

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 171, Eintrag 3

[pagelroland]

Sorry, 
aber jetzt blicke ich gar nicht mehr durch.
Ist dieses Email 18.10.20, 13:00 Uhr eine Antwort zu meinen beiden Fragen, 
welche ich hier nochmals anhänge:

***

-Ursprüngliche Nachricht-
Von: pagelrol...@t-online.de  
Gesendet: Samstag, 17. Oktober 2020 16:59
An: 'talk-de-ow...@openstreetmap.org' 
Betreff: AW: Das Ergebnis Ihres E-Mail-Kommandos

Sehr geehrtes Service-Team,
Sorry, aber mit dieser Rückmeldung komme ich nicht klar.
Ich habe doch bestätigt, dass ich angemeldet habe.
Was soll ich nun machen?
Auch hat das unabhängig nichts mit meiner Frage zu tun, oder?
Über eine deutlichere Antwort würde ich mich sehr freuen.
Vielen Dank und Grüße von
Roland Pagel

-Ursprüngliche Nachricht-
Von: talk-de-ow...@openstreetmap.org  
Gesendet: Samstag, 17. Oktober 2020 15:57
An: pagelrol...@t-online.de
Betreff: Das Ergebnis Ihres E-Mail-Kommandos

Das Ergebnis Ihres Kommandos ist unten aufgeführt. Angehängt ist Ihre 
ursprüngliche Nachricht.

- Ergebnis:
Ungültiger Bestätigungscode. Bitte beachten Sie, dass die Bestätigungscodes 
3 Tage nach der Anfrage sowie nach einmaliger Verwendung ungültig werden. Falls 
Ihr Antrag ungültig ist, fordern Sie bitte einen neuen an.

- Unbearbeitet:
Sehr geehrtes Service-Team,
ich tue mich im Moment sehr schwer, etwas herauszufinden.
Nirgend kann ich nachlesen oder erkennen, wie ich auf vorhandene Karte von 
Wanderwegen in GPX kommen kann, die bereits erstellt sind. (Jedoch nicht von 
mir)
Gerne freue ich mich über eine Hilfestellung.
Vielen Dank und freundliche Grüße von
Roland Pagel
-Ursprüngliche Nachricht-
Von: talk-de-requ...@openstreetmap.org  
Gesendet: Samstag, 17. Oktober 2020 15:50
An: pagelrol...@t-online.de
Betreff: confirm 9c7a86b2a343bea06ef13c3f76428d0c75826782
Abonnementsbestätigung für die Mailingliste Talk-de
Wir haben einen Auftrag  von 2003:df:5700:b500:24a1:168e:7aba:284a zur 
Aufnahme Ihrer E-Mail-Adresse "pagelrol...@t-online.de" in die Mailingliste 
talk-de@openstreetmap.org erhalten.
Um sicherzustellen, dass Sie diese Mailingliste tatsächlich abonnieren 
möchten, antworten Sie bitte einfach auf diese E-Mail und achten Sie bitte 
darauf, dass der Betreff intakt bleibt.
Alternativ können Sie auch die folgende Webseite besuchen:

https://lists.openstreetmap.org/confirm/talk-de/9c7a86b2a343bea06ef13c3f76428d0c75826782
Eine weitere Möglichkeit ist, die folgende Zeile -- und NUR die folgende 
Zeile! -- in einer E-Mail an talk-de-requ...@openstreetmap.org zu schicken:

- Ignoriert:

confirm 9c7a86b2a343bea06ef13c3f76428d0c75826782

Normalerweise reicht eine einfache Antwort auf diese E-Mail völlig aus, da 
das Generieren einer Antwort das "Subject:" bzw. "Betreff:"
nicht verändert (das zusätzliche "Re:" im "Subject:" bzw. "Betreff:"
ist kein Problem).

Wenn Sie diese Liste nicht abonnieren möchten, ignorieren Sie diese 
Nachricht einfach. Wenn Sie meinen, ungefragterweise auf diese Liste geraten zu 
sein oder andere Fragen haben, schicken Sie diese bitte an 
talk-de-ow...@openstreetmap.org.



-Ursprüngliche Nachricht-
Von: talk-de-requ...@openstreetmap.org  
Gesendet: Sonntag, 18. Oktober 2020 13:00
An: talk-de@openstreetmap.org
Betreff: Talk-de Nachrichtensammlung, Band 171, Eintrag 3

Um E-Mails an die Liste Talk-de zu schicken, nutzen Sie bitte die Adresse

talk-de@openstreetmap.org

Um sich via Internet von der Liste auszutragen oder in die Liste
einzutragen:

https://lists.openstreetmap.org/listinfo/talk-de

Oder schicken Sie eine E-Mail mit dem Wort "help" in der Betreffzeile oder im 
Text an

talk-de-requ...@openstreetmap.org

Sie können den Verwalter dieser Liste unter der Adresse

talk-de-ow...@openstreetmap.org

erreichen.

Wenn Sie antworten editieren bitte Sie die Betreffzeile auf einen sinnvollen 
Inhalt der spezifischer ist als "Re: Contents of Talk-de digest..."


Meldungen des Tages:

   1. weeklyOSM #534 2020-10-06-2020-10-12 (weeklyteam)


--

Message: 1
Date: Sun, 18 Oct 2020 03:00:12 -0700 (PDT)
From: weeklyteam 
To: talk-de@openstreetmap.org
Subject: [Talk-de] weeklyOSM #534 2020-10-06-2020-10-12
Message-ID: <5f8c122c.1c69fb81.689b.d...@mx.google.com>
Content-Type: text/plain; charset="utf-8"

Die Wochennotiz Ausgabe Nr. # 534, ist nun verfügbar - wie immer mit vielen 
Nachrichten aus dem OSM-Universium:

https://www.weeklyosm.eu/de/archives/13803/

Viel Spaß beim Lesen.  

Euer Wochennotizteam

Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz einreichen 
könnt? Einfach auf https://osmbc.openstreetmap.de/ mit eurem OSM-Benutzerkonto 
anmelden und dann den Gastzugang benutzen. 

weeklyOSM? 
who: 

Re: [OSM-talk-ie] Some of the 3300 parks in OSM Ireland are just patches of grass.

[Mateusz Konieczny via Talk-ie]

Oct 18, 2020, 11:59 by br...@hollinshead.net:

> As part of my researches into what features we have on OSM that might
> interest someone wishing to make use of outdoor facilities, I find on the
> Island of Ireland we have close to 3,300 parks to choose from, wow!
> (leisure=park). On closer inspection I find that many of these in South
> Dublin at least are green areas of grass in housing estates, maybe 4 houses
> long by 8 houses wide. I tend to tag those as per the presets with
> landuse=grass.
>
I would remove leisure=park from them. Note that some people added
fake parks to manipulate outcomes in Pokemon Go that is
using OSM data. 

>  Yesterday I ran overpass landuse=park and got nil response!
>
Good!

> This morning I have added landuse=park to about 24 of the parks already on
> OSM and listed as parks by DLR, South Dublin and Fingal.
>
What is the point of this duplicate of leisure=park? 

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

[OSM-talk-fr] Test tuiles vecto sur ProjetDuMois.fr

[Florian LAINEZ]

Hello,
On vient de passer aux tuiles vectorielles pour le fond de carte de
projetdumois.fr
Est-ce que ce fond de carte vous paraît pertinent pour les *projets du mois
*? Manque-t-il des éléments ? La vitesse de chargement est-elle bonne ? ...
Votre avis/retour est le bienvenu sur
https://github.com/vdct/ProjetDuMois/issues

Grâce au boulot d'Adrien Pavie et de Frédéric Rodrigo (merci les gars
!), *projet
du mois* est le premier service qui bénéficie de tuiles vectorielles
hébergées par l'asso.
Si ça marche bien, on envisage donc d'en étendre l'usage à d'autres
services.
Merci par avance pour vos retour

-- 

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

Re: [OSM-talk-ie] Some of the 3300 parks in OSM Ireland are just patches of grass.

[Rory McCann]

I tend to do `landuse=grass` too

If you want more work, you could see who'se adding these features, and talk to 
them to ask them to stop.

On Sun, 18 Oct 2020, at 11:59 AM, Brian Hollinshead wrote:
> As part of my researches into what features we have on OSM that might
> interest someone wishing to make use of outdoor facilities, I find on the
> Island of Ireland we have close to 3,300 parks to choose from, wow!
> (leisure=park). On closer inspection I find that many of these in South
> Dublin at least are green areas of grass in housing estates, maybe 4 houses
> long by 8 houses wide. I tend to tag those as per the presets with
> landuse=grass. Yesterday I ran overpass landuse=park and got nil response!
> This morning I have added landuse=park to about 24 of the parks already on
> OSM and listed as parks by DLR, South Dublin and Fingal. I have not removed
> any tags. I was unable to do Dodder valley, Tolka Valley, St Catherines or
> Millenium Blanchards town. If you are inclined please do. I propose
> re-tagging any simple grass areas in Estates in South Dublin that I know of
> as landuse=grass unless I hear that is a bad idea and to be avoided? Your
> opinions on the above please.
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>

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

[Talk-ca] hebdoOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 534 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13803/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk-fr] hebdoOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 534 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13803/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-ht] hebdoOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 534 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13803/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-africa] hebdoOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 534 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13803/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-es] semanarioOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Hola, el semanario Nº 534, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13803/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-bo] semanarioOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Hola, el semanario Nº 534, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13803/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-bo mailing list
Talk-bo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bo

[Talk-cl] semanarioOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Hola, el semanario Nº 534, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13803/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[OSM-co] semanarioOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Hola, el semanario Nº 534, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13803/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[talk-latam] semanarioOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Hola, el semanario Nº 534, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13803/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-cu] semanarioOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Hola, el semanario Nº 534, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13803/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-it] weeklyOSM #534 2020-10-06-2020-10-12

[weeklyteam]

Il settimanale di notizie su OSM, numero # 534, è ora disponibile online in 
italiano, 
fornendo come sempre un riassunto di molte cose che accadono nel mondo 
OpenStreetMap: 

https://www.weeklyosm.eu/it/archives/13803/

Buona lettura! 

Sai che possono anche inviare messaggi per il weeklyOSM? Basta effettuare il 
login 
su https://osmbc.openstreetmap.de/login con il tuo account OSM. 

Per saperne di più su come scrivere un messaggio, leggi qui: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 
weeklyOSM? 

chi: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
dove?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-br] semanárioOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 534, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/13803/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-ca] weeklyOSM #534 2020-10-06-2020-10-12

[weeklyteam]

The weekly round-up of OSM news, issue # 534,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13803/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-pt] semanárioOSM Nº 534 2020-10-06-2020-10-12

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 534, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/13803/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[Talk-us] weeklyOSM #534 2020-10-06-2020-10-12

[weeklyteam]

The weekly round-up of OSM news, issue # 534,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13803/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-ie] Some of the 3300 parks in OSM Ireland are just patches of grass.

[Brian Hollinshead]

As part of my researches into what features we have on OSM that might
interest someone wishing to make use of outdoor facilities, I find on the
Island of Ireland we have close to 3,300 parks to choose from, wow!
(leisure=park). On closer inspection I find that many of these in South
Dublin at least are green areas of grass in housing estates, maybe 4 houses
long by 8 houses wide. I tend to tag those as per the presets with
landuse=grass. Yesterday I ran overpass landuse=park and got nil response!
This morning I have added landuse=park to about 24 of the parks already on
OSM and listed as parks by DLR, South Dublin and Fingal. I have not removed
any tags. I was unable to do Dodder valley, Tolka Valley, St Catherines or
Millenium Blanchards town. If you are inclined please do. I propose
re-tagging any simple grass areas in Estates in South Dublin that I know of
as landuse=grass unless I hear that is a bad idea and to be avoided? Your
opinions on the above please.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-africa] weeklyOSM #534 2020-10-06-2020-10-12

[weeklyteam]

The weekly round-up of OSM news, issue # 534,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13803/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-in] weeklyOSM #534 2020-10-06-2020-10-12

[weeklyteam]

The weekly round-up of OSM news, issue # 534,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13803/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-GB] weeklyOSM #534 2020-10-06-2020-10-12

[weeklyteam]

The weekly round-up of OSM news, issue # 534,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13803/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-ie] weeklyOSM #534 2020-10-06-2020-10-12

[weeklyteam]

The weekly round-up of OSM news, issue # 534,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13803/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[OSM-talk] weeklyOSM #534 2020-10-06-2020-10-12

[weeklyteam]

The weekly round-up of OSM news, issue # 534,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13803/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] weeklyOSM #534 2020-10-06-2020-10-12

[weeklyteam]

Die Wochennotiz Ausgabe Nr. # 534, ist nun verfügbar - 
wie immer mit vielen Nachrichten aus dem OSM-Universium:

https://www.weeklyosm.eu/de/archives/13803/

Viel Spaß beim Lesen.  

Euer Wochennotizteam

Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
einreichen könnt? Einfach auf https://osmbc.openstreetmap.de/ 
mit eurem OSM-Benutzerkonto anmelden und dann den Gastzugang benutzen. 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[OSM-talk] Doocracy | Re: Idea for improving mapping system

[Rory McCann]

Like mnany things in OSM, the reason it hasn't been done is because no-one has 
actually done it yet. It looks like other people find your idea of "levels" and 
"badges" interesting, so you should try attempt it yourself.

On Sun, 18 Oct 2020, at 4:31 AM, TheAdventurer64 wrote:
> Hello everyone,
> 
> A user and I were talking about implementing a system for better 
> mapping, as described here: 
> https://osmus.slack.com/archives/C029HV951/p1602968516431900
> This addition would have many benefits, including:
> * More mapping. We have tons of new mappers each day, as well as a 
> great editor for them. However, many of these new mappers leave after 
> just a few edits. Examples: 
> https://www.openstreetmap.org/user/lukastheg03
> https://www.openstreetmap.org/user/Th3Roomi3
> ___
> 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] Idea for improving mapping system

[Yves via talk]

Out of topic content. There is discussions about being more welcoming on this 
list, along with being open to other communications channels. Even with that in 
mind, I must admit I hadn't logged in or subscribed to slack to check on the 
discussion while the topic may be of interest.
By any means, this does not mean that the idea or discussion is not worth it, 
especially if volunteers are involved in such a project, and I would not 
request anything that would refrain them to go forward. 
I'm sure I will hear about it sooner or later. 
Yves 



Le 18 octobre 2020 08:38:16 GMT+02:00, Maarten Deen  a écrit :
>+1
>
>I'm sorry if I sound a little paranoid, but somone with an email address 
>of little.banana.peel and calling him TheAdventurer64 and asking people 
>to read something for which they have to log in to with a google account 
>does not give the feel for a solid foundation for a discussion.
>
>Regards,
>Maarten
>
>On 2020-10-18 06:02, Joseph Eisenberg wrote:
>> Would you mind describing the proposed system here, in a concise form?
>> 
>> On Sat, Oct 17, 2020 at 7:36 PM TheAdventurer64
>>  wrote:
>> 
>>> Hello everyone,
>>> 
>>> A user and I were talking about implementing a system for better
>>> mapping, as described here:
>>> https://osmus.slack.com/archives/C029HV951/p1602968516431900
>>> This addition would have many benefits, including:
>>> * More mapping. We have tons of new mappers each day, as well as a
>>> great editor for them. However, many of these new mappers leave
>>> after just a few edits. Examples:
>>> https://www.openstreetmap.org/user/lukastheg03
>>> 
>>> https://www.openstreetmap.org/user/Th3Roomi3
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
>___
>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] Idea for improving mapping system

[Maarten Deen]

+1

I'm sorry if I sound a little paranoid, but somone with an email address 
of little.banana.peel and calling him TheAdventurer64 and asking people 
to read something for which they have to log in to with a google account 
does not give the feel for a solid foundation for a discussion.


Regards,
Maarten

On 2020-10-18 06:02, Joseph Eisenberg wrote:

Would you mind describing the proposed system here, in a concise form?

On Sat, Oct 17, 2020 at 7:36 PM TheAdventurer64
 wrote:


Hello everyone,

A user and I were talking about implementing a system for better
mapping, as described here:
https://osmus.slack.com/archives/C029HV951/p1602968516431900
This addition would have many benefits, including:
* More mapping. We have tons of new mappers each day, as well as a
great editor for them. However, many of these new mappers leave
after just a few edits. Examples:
https://www.openstreetmap.org/user/lukastheg03

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

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


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