[OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Mateusz Konieczny via talk
https://wiki.openstreetmap.org/wiki/Limitations_on_mapping_private_information Do you think that this page is a good description of community consensus? The page has "This page is under development (May 2020). It may not yet reflect community consensus." and I would like to check whatever it

Re: [OSM-talk] Website showing what was just edited

2020-09-16 Thread Mateusz Konieczny via talk
Thanks, I was looking for exactly this one! Sep 15, 2020, 21:16 by www.ha...@gmail.com: > It was called Show me the Way ( > https://osmlab.github.io/show-me-the-way/> > ). > > Greetings > > Michał > > wt., 15 wrz 2020, 21:11 użytkownik Mateusz Konieczny via talk <> > talk@openstreetmap.org>

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Martin Koppenhoefer
sent from a phone > On 16. Sep 2020, at 09:41, Mateusz Konieczny via talk > wrote: > > Do you think that this page is a good description of community consensus? There are some points I would like to comment on: - OpenStreetMap is not a property registry, thus do not map individual

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Frederik Ramm
Hi, On 16.09.20 09:17, Mateusz Konieczny via talk wrote: > Do you think that this page is a good description of community consensus? I think it is about right. I have added a section on "other reasons not to map" which is out of scope of the page, but I wouldn't want people to say "X is not

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Mateusz Konieczny via talk
Note that https://www.twobirds.com/en/in-focus/general-data-protection-regulation/gdpr-tracker/deceased-persons seems to indicate that at least in some countries it is different Denmark: "§ 2(5): Data Protection Act and the GDPR apply to deceased persons until 10 years after the time of death."

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Mateusz Konieczny via talk
Sep 16, 2020, 10:59 by talk@openstreetmap.org: > > I would understand 'semi-public garden' to be, for example, a garden where > you pay an admission fee to enter, or one which is closed at night. Like > Martin, I would expect these to be completely acceptable to map. > Not a native speaker,

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Nick Whitelegg
Yes - that's absolutely fine! Just wanted to clarify it here so that the wording could be altered (I'm quite happy to do this myself). Thanks, Nick From: Mateusz Konieczny via talk Sent: 16 September 2020 11:01 Cc: osm Subject: Re: [OSM-talk] "Limitations on

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Mateusz Konieczny via talk
If you (or anyone else) see way to improve it - feel free to do this. So far (at least in my opinion) this page benefited from edits of different people, so far there was also no issues with people having incompatible opinions about what is the consensus opinion. Sep 16, 2020, 12:04 by

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Mateusz Konieczny via talk
"mapping the location of safe houses for victims of domestic violence" do you think that it would be OK to change that to "mapping the location of unsigned safe houses for victims of domestic violence" ? I would expect that the first type would be not mappable and second would be mappable, but

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Mateusz Konieczny via talk
Sep 16, 2020, 11:38 by o...@imagico.de: > On Wednesday 16 September 2020, Martin Koppenhoefer wrote: > >> >> > simple: Individual humans as well as their activities and social >> > interactions between individual humans - including permanent >> > physical manifestations of those - are not as

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Martin Koppenhoefer
Am Mi., 16. Sept. 2020 um 11:44 Uhr schrieb Christoph Hormann < o...@imagico.de>: > > > > +0.9, I'd make it more precise: "private activities and private > > social interactions" > > No, public activities of individual humans are not as such part of the > verifiable geography either. If my

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Martin Koppenhoefer
Am Mi., 16. Sept. 2020 um 12:04 Uhr schrieb Mateusz Konieczny via talk < talk@openstreetmap.org>: > Sep 16, 2020, 10:59 by talk@openstreetmap.org: > > I would understand 'semi-public garden' to be, for example, a garden where > you pay an admission fee to enter, or one which is closed at night.

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Andrew Harvey
On Wed, 16 Sep 2020 at 18:04, Martin Koppenhoefer wrote: > Yes, we do not map individual ownership of land and buildings generally, > but unless the owner is a person, we could and privacy regulations would > not prevent us from doing it. It also isn’t an argument for refraining from > mapping

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Christoph Hormann via talk
On Wednesday 16 September 2020, Mateusz Konieczny via talk wrote: > https://wiki.openstreetmap.org/wiki/Limitations_on_mapping_private_in >formation I think while that page does not contain gross factual errors as far as i see it could be fairly misleading for people unfamiliar with OSM

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Nick Whitelegg via talk
I would understand 'semi-public garden' to be, for example, a garden where you pay an admission fee to enter, or one which is closed at night. Like Martin, I would expect these to be completely acceptable to map. I think the intention is to deter people from mapping _fully private_ gardens

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Martin Koppenhoefer
Am Mi., 16. Sept. 2020 um 10:48 Uhr schrieb Christoph Hormann via talk < talk@openstreetmap.org>: > * it start with "The freedom to map the world..." which implies the aim > of OSM is "to map the world" - which it is not. OSM aims to collect > verifiable local knowledge of the geography of the

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Frederik Ramm
Hi, I added a section explaining that the concept of privacy applies only to living human beings. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ talk mailing list talk@openstreetmap.org

Re: [OSM-talk] Website showing what was just edited

2020-09-16 Thread Andrew Harvey
Other tools also listed at https://wiki.openstreetmap.org/wiki/List_of_OSM-based_services#Live.2Freal-time_edits_to_OSM_data On Wed, 16 Sep 2020 at 05:20, Michał Brzozowski wrote: > It was called Show me the Way ( https://osmlab.github.io/show-me-the-way/ > ). > > Greetings > > Michał > > wt.,

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Christoph Hormann
On Wednesday 16 September 2020, Martin Koppenhoefer wrote: > > > simple: Individual humans as well as their activities and social > > interactions between individual humans - including permanent > > physical manifestations of those - are not as such part of the > > verifiable geography we intend

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Christoph Hormann
On Wednesday 16 September 2020, Mateusz Konieczny via talk wrote: > > But if they manage to create a path as result of taking the same > route repeatedly it becomes a mappable feature. > > I feel that "permanent physical manifestations of those" includes far > too many things that are actually

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Dave F via talk
The first two bullet points are poorly worded: building=house is "where individual people live". "There is no need to split residential landuse into individual plots." if that means the actual tag landuse=residential, then I'd probably agree, but there is nothing wrong with this level of

Re: [Talk-it] Altra presenza ingombrante di Google Maps

2020-09-16 Thread Martin Koppenhoefer via Talk-it
sent from a phone > On 16. Sep 2020, at 13:49, Lorenzo Rolla wrote: > > Gentilissimi, in questo sito governativo, Google maps è presente... ancora! > Sono proprio affezionati... > > https://www.autoconsumo.gse.it/simulatore/input-base al proposito, sapete se l’utilizzo è legale in UE?

Re: [Talk-it] Altra presenza ingombrante di Google Maps

2020-09-16 Thread Edoardo Yossef Marascalchi
non mi pare proprio sia un sito governativo, quanto di un gestore energetico indipendente. On Wed, Sep 16, 2020 at 2:49 PM Lorenzo Rolla wrote: > Gentilissimi, in questo sito governativo, Google maps è presente... > ancora! Sono proprio affezionati... > >

Re: [Talk-it] Altra presenza ingombrante di Google Maps

2020-09-16 Thread Fabio Bettani
È una controllata del Ministero dell'Economia ( https://it.wikipedia.org/wiki/Gestore_dei_servizi_energetici) Situazione per certi versi analoga a Rete Ferroviaria Italiana, che pure usa Google Maps sulle proprie pagine...* * https://www.rfi.it/it/stazioni.html -- Fabio Il giorno mer 16 set

Re: [Talk-it] Altra presenza ingombrante di Google Maps

2020-09-16 Thread Lorenzo Rolla
Esatto, stavo per rispondere a Edoardo la stessa cosa. :) Il giorno mer 16 set 2020 alle 14:33 Fabio Bettani ha scritto: > È una controllata del Ministero dell'Economia ( > https://it.wikipedia.org/wiki/Gestore_dei_servizi_energetici) > > Situazione per certi versi analoga a Rete Ferroviaria

[Talk-it] Altra presenza ingombrante di Google Maps

2020-09-16 Thread Lorenzo Rolla
Gentilissimi, in questo sito governativo, Google maps è presente... ancora! Sono proprio affezionati... https://www.autoconsumo.gse.it/simulatore/input-base -- Lorenzo Rolla ___ Talk-it mailing list Talk-it@openstreetmap.org

Re: [OSM-talk] "Limitations on mapping private information" - wiki page

2020-09-16 Thread Martin Koppenhoefer
Am Mi., 16. Sept. 2020 um 13:30 Uhr schrieb Christoph Hormann < o...@imagico.de>: > Or in other words: Rich people cannot claim a larger scope of privacy > just because they can own and fence in a larger area of land. you are dreaming. Maybe they cannot rightfully claim a different treatment,

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Mateusz Konieczny via Talk-GB
1) it is not a bug of default style at all - what is displayed in tiles is not related (both are using OSM data and here similarities end) 2) it is not a Mapnik bug - it is a library used by OSM Carto (default map style) 3) it is not in edit mode, so it is likely not an iD bug (maybe it uses an

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Gareth L
Morning Mateusz, You’re right, it’s not encountered in edit mode. 4: 1. “en-GB en” 2. “en-GB” 3. System Locale: en-us;English (United States)* Input Locale: en-gb;English (United Kingdom) *damn, i’m normally better at keeping it en-gb! Gareth Sent from

[talk-cz] lávka podél břehu

2020-09-16 Thread Petr Vozdecký
Ahoj, ani jsem se nepodíval, zda to už někdo neudělal, ale pokud ne, tak jak byste tagovali tuto lávku pro pěší na Brněnské přehradě vč. nově postavených schodů. Vše je na povrchu terénu jen pro zpevnění, nejde o lávku typu "most". - viz https://imgbox.com/EiY9Vvhb Pro úplnost- úsek je

Re: [talk-cz] lávka podél břehu

2020-09-16 Thread Jan Dudík
Podobný úsek v Rakousku je tagován jako most https://www.openstreetmap.org/way/450663550 JAnD --- st 16. 9. 2020 v 9:42 odesílatel Petr Vozdecký napsal: > Ahoj, > ani jsem se nepodíval, zda to už někdo neudělal, ale pokud ne, tak jak > byste tagovali tuto lávku pro pěší na Brněnské přehradě

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Nick
Just out of curiosity, were these all mapped with the new version of the RapiD OSM editor https://mapwith.ai/rapid-esri? On 16/09/2020 08:18, Gareth L wrote: Morning Mateusz, You’re right, it’s not encountered in edit mode. 4: 1. “en-GB en” 2. “en-GB” 3. System Locale:

Re: [talk-cz] lávka podél břehu

2020-09-16 Thread Jan Martinec
Ahoj, Vidím mostní konstrukci, taguju mostní konstrukci. (Jo, má to minimální až nulovou světlost, ale medle je to most.) Zdar, Honza Piškvor Martinec Dne st 16. 9. 2020 9:42 uživatel Petr Vozdecký napsal: > Ahoj, > ani jsem se nepodíval, zda to už někdo neudělal, ale pokud ne, tak jak >

Re: [talk-cz] lávka podél břehu

2020-09-16 Thread Jan Macura
Ahoj, nevidím, v čem se to liší od povalových chodníků v přírodních rezervacích. Takže já bych volil bridge=boardwalk . H. ___ talk-cz mailing list talk-cz@openstreetmap.org

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Gareth L
Hi Paul, I’m not sure if the fault is with the ID viewer, mapnik, or overpass-api really. ID bugs can be reported/tracked through its GitHub repo https://github.com/openstreetmap/iD For others curious, an example is go to https://www.openstreetmap.org/#map=19/52.37824/-1.23676 and right

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Mateusz Konieczny via Talk-GB
Have you set Bulgarian as a preferred language in OSM settings? Are you using browser in Bulgarian language? Have you set Bulgarian as preferred language in browser? "query feature within iD (which uses the Overpass API)" - which part of iD is using Overpass API? Can you be more specific? Are

Re: [talk-cz] dotaz ke zmenam v MNE

2020-09-16 Thread jozka
Asi jsem prilis jednoduchy, ale ani s napovedou jsem neprisel jak to primet cokoliv udelat... J. __ > Od: "majkaz" > Komu: "OpenStreetMap Czech Republic" > Datum: 15.09.2020 15:19 > Předmět: Re: [talk-cz] dotaz ke zmenam v MNE > >Na 

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Nick via Talk-GB
Hi Gareth It was just a thought if that might have been the source Cheers Nick On 16/09/2020 10:12, Gareth L wrote: Hi Nick, Not in the example I cited. Gareth On 16 Sep 2020, at 10:03, Nick wrote:  Just out of curiosity, were these all mapped with the new version of the RapiD OSM

Re: [talk-au] PSMA Administrative Boundaries

2020-09-16 Thread Andrew Davidson
On 15/9/20 10:53 pm, Andrew Harvey wrote: 1. psma:loc_pid. Where this is a stable ID that is used as a reference, the existing ref tag is better for this. If we want to be more specific then ref:psma or something like that would work. No need to invent new tags here when one already exists,

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Gareth L
Hi Nick, Not in the example I cited. Gareth On 16 Sep 2020, at 10:03, Nick wrote:  Just out of curiosity, were these all mapped with the new version of the RapiD OSM editor https://mapwith.ai/rapid-esri? On 16/09/2020 08:18, Gareth L wrote: Morning Mateusz, You’re right, it’s not

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Paul Berry
Sorry, I wasn't in edit mode so nothing to do with iD. I'm using the latest version of Chrome on Windows 10 and browsing to the standard https://www.openstreetmap.org site with Standard Layer selected and the Query tool used. You can see that everything's in en-gb (as I have set it), excepting the

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Tom Hughes via Talk-GB
That would be because somebody on TranslateWiki has added a bunch of bogus strings to the en-GB translation: https://github.com/openstreetmap/openstreetmap-website/blob/master/config/locales/en-GB.yml#L621 Tom On 16/09/2020 12:00, Paul Berry wrote: Sorry, I wasn't in edit mode so nothing to do

[talk-au] Admin_level discussion for Australia

2020-09-16 Thread Ewen Hill
Thank you Andrew H for your un-waivering (sic) efforts and changing the entire way the Australian map is developing. Chapeau! Andrew's last message in part, discussed how the admin_levels are defined as and prompted for some suggestions, namely level 9 and 10 and if we should include electoral

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Tom Hughes via Talk-GB
Hopefully I've fixed them on TW for the next update. Tom On 16/09/2020 12:44, Tom Hughes via Talk-GB wrote: That would be because somebody on TranslateWiki has added a bunch of bogus strings to the en-GB translation:

Re: [Talk-GB] Overpass query strangeness within iD

2020-09-16 Thread Mateusz Konieczny via Talk-GB
Thanks! I forgot that en-GB can also be translated, so translation mistakaes may become cause of a problem. Thanks for a fixing it! Sep 16, 2020, 13:51 by talk-gb@openstreetmap.org: > Hopefully I've fixed them on TW for the next update. > > Tom > > On 16/09/2020 12:44, Tom Hughes via Talk-GB

Re: [OSM-talk-fr] Question sur la formulation d'une demande de données à une Mairie

2020-09-16 Thread Gad Jo
Je suis également très intéressé pour proposer à mon agglo le partage des quelques données qu'elle à mis en ligne Le September 16, 2020 5:06:43 PM UTC, Water-Map a écrit : >Bonjour, > >La Mairie d’Avignon a récemment mis à disposition une carte qui recense >des >points d'eau potable sur la

Re: [OSM-talk-fr] Question sur la formulation d'une demande de données à une Mairie

2020-09-16 Thread Yves P.
> Est-ce que quelqu'un pourrait m'aider à formuler une demande à la Mairie > d'Avignon de mise en accès libre ces données > En cliquant sur un robinet on peut lire "Licence Ouverte (LO)". Donc pas besoin de faire une demande, tu peux les utiliser en citant la source. Si jai tout compris, LO ->

[OSM-talk-fr] Question sur la formulation d'une demande de données à une Mairie

2020-09-16 Thread Water-Map
Bonjour, La Mairie d’Avignon a récemment mis à disposition une carte qui recense des points d'eau potable sur la ville. https://www.echodumardi.com/actualite/avignon-une-carte-pour-trouver-les-fontaines-et-les-points-deau-de-la-ville/

[Talk-GB] Any UK datasets that we could use with the new (July) version of RapiD OSM editor?

2020-09-16 Thread Rob Nickerson
Hi all, Am a bit late to this, but hopefully some of you spotted the ESRI/Facebook announcement in July about the new RapiD editor plus JOSM plugin. If not see: https://www.esri.com/arcgis-blog/products/arcgis-living-atlas/mapping/arcgis-data-support-in-osm-editors/ I've started a Loomio thread

[talk-au] Namespace for maintenance tags

2020-09-16 Thread Andrew Davidson
On 15/9/20 10:53 pm, Andrew Harvey wrote: 1. psma:loc_pid. Where this is a stable ID that is used as a reference, the existing ref tag is better for this. If we want to be more specific then ref:psma or something like that would work. No need to invent new tags here when one already exists,